Thursday, 2018-04-05

*** ywat has joined #openstack-meeting-300:08
*** tellesnobrega has quit IRC00:08
*** mjturek has quit IRC00:12
*** tellesnobrega has joined #openstack-meeting-300:26
*** shu has joined #openstack-meeting-300:31
*** yamamoto has joined #openstack-meeting-300:34
*** sgrasley1 has joined #openstack-meeting-300:34
*** diablo_rojo has quit IRC00:37
*** yamamoto has quit IRC00:39
*** timothyb89_ has joined #openstack-meeting-300:45
*** kevinbenton_ has joined #openstack-meeting-300:46
*** valkyrie1 has joined #openstack-meeting-300:46
*** rdopiera_ has joined #openstack-meeting-300:46
*** jgrassler has joined #openstack-meeting-300:46
*** lifeless has joined #openstack-meeting-300:46
*** slaweq_ has joined #openstack-meeting-300:46
*** notmyname_ has joined #openstack-meeting-300:49
*** lifeless_ has quit IRC00:51
*** jgrassle1 has quit IRC00:51
*** notmyname has quit IRC00:51
*** lkoranda has quit IRC00:51
*** timothyb89 has quit IRC00:51
*** kevinbenton has quit IRC00:51
*** mguiney has quit IRC00:51
*** slaweq has quit IRC00:51
*** rdopiera has quit IRC00:51
*** notmyname_ is now known as notmyname00:51
*** chyka has joined #openstack-meeting-300:54
*** jonher_ has quit IRC00:54
*** lkoranda has joined #openstack-meeting-300:55
*** jonher has joined #openstack-meeting-300:56
*** chyka has quit IRC00:59
*** hongbin_ has joined #openstack-meeting-300:59
*** cshastri has joined #openstack-meeting-301:06
*** Guest98296 has quit IRC01:12
*** tssurya has joined #openstack-meeting-301:13
*** Swami has quit IRC01:15
*** tssurya has quit IRC01:18
*** salv-orl_ has joined #openstack-meeting-301:20
*** salv-orlando has quit IRC01:23
*** yamamoto has joined #openstack-meeting-301:35
*** Guest98296 has joined #openstack-meeting-301:40
*** yamamoto has quit IRC01:41
*** harlowja has quit IRC01:42
*** Guest44505 has quit IRC01:45
*** tssurya has joined #openstack-meeting-301:55
*** tssurya has quit IRC01:59
*** shuyingya has joined #openstack-meeting-302:22
*** yamamoto has joined #openstack-meeting-302:37
*** yamamoto has quit IRC02:43
*** tssurya has joined #openstack-meeting-302:56
*** shuyingy_ has joined #openstack-meeting-303:00
*** shuyingya has quit IRC03:00
*** tssurya has quit IRC03:00
*** shuyingy_ has quit IRC03:00
*** shuyingya has joined #openstack-meeting-303:01
*** cshastri has quit IRC03:07
*** shuyingya has quit IRC03:12
*** psachin has joined #openstack-meeting-303:18
*** cshastri has joined #openstack-meeting-303:25
*** harlowja has joined #openstack-meeting-303:37
*** yamamoto has joined #openstack-meeting-303:39
*** yamamoto has quit IRC03:45
*** hongbin_ has quit IRC03:50
*** yamamoto has joined #openstack-meeting-303:52
*** psachin` has joined #openstack-meeting-303:56
*** psachin has quit IRC03:57
*** Guest98296 has quit IRC04:22
*** Guest98296 has joined #openstack-meeting-304:23
*** tssurya has joined #openstack-meeting-304:40
*** tssurya has quit IRC04:44
*** Guest98296 has quit IRC04:48
*** Guest98296 has joined #openstack-meeting-304:49
*** pgadiya has joined #openstack-meeting-304:49
*** yamahata has joined #openstack-meeting-304:49
*** lpetrut has joined #openstack-meeting-304:58
*** marios has joined #openstack-meeting-305:04
*** chyka has joined #openstack-meeting-305:05
*** chyka has quit IRC05:10
*** e0ne has joined #openstack-meeting-305:17
*** harlowja has quit IRC05:22
*** e0ne has quit IRC05:24
*** lpetrut has quit IRC05:49
*** iyamahat has joined #openstack-meeting-305:51
*** lpetrut has joined #openstack-meeting-305:58
*** Swami has joined #openstack-meeting-306:07
*** haint_ has quit IRC06:14
*** nguyenhai has joined #openstack-meeting-306:14
*** lpetrut has quit IRC06:19
*** e0ne has joined #openstack-meeting-306:19
*** lpetrut has joined #openstack-meeting-306:20
*** tuanla____ has joined #openstack-meeting-306:22
*** pcaruana has joined #openstack-meeting-306:28
*** cshastri_ has joined #openstack-meeting-306:30
*** cshastri has quit IRC06:31
*** lpetrut has quit IRC06:32
*** nguyenhai has quit IRC06:32
*** e0ne has quit IRC06:39
*** Swami has quit IRC06:44
*** nguyenhai has joined #openstack-meeting-306:45
*** belmoreira has joined #openstack-meeting-306:52
*** Guest98296 has quit IRC06:57
*** d0ugal has joined #openstack-meeting-306:57
*** d0ugal has quit IRC06:57
*** d0ugal has joined #openstack-meeting-306:57
*** yamahata has quit IRC07:08
*** anilvenkata has joined #openstack-meeting-307:18
*** jgu_ has quit IRC07:20
*** belmoreira has quit IRC07:42
*** aagate has quit IRC07:42
*** alexchadin has joined #openstack-meeting-307:42
*** alexchad_ has joined #openstack-meeting-307:51
*** tssurya has joined #openstack-meeting-307:53
*** alexchadin has quit IRC07:54
*** lkoranda has quit IRC07:56
*** kbaikov has left #openstack-meeting-307:59
*** iyamahat has quit IRC08:00
*** lkoranda has joined #openstack-meeting-308:01
*** e0ne has joined #openstack-meeting-308:06
*** lpetrut has joined #openstack-meeting-308:08
*** alexchadin has joined #openstack-meeting-308:09
*** sdake has quit IRC08:10
*** logan- has quit IRC08:11
*** cmurphy has quit IRC08:11
*** alexchad_ has quit IRC08:11
*** Adri2000 has quit IRC08:12
*** Adri2000 has joined #openstack-meeting-308:13
*** cmurphy has joined #openstack-meeting-308:13
*** sdake has joined #openstack-meeting-308:13
*** sdake has quit IRC08:13
*** sdake has joined #openstack-meeting-308:13
*** logan- has joined #openstack-meeting-308:13
*** cshastri_ has quit IRC08:14
*** VW has quit IRC08:16
*** VW has joined #openstack-meeting-308:16
*** belmoreira has joined #openstack-meeting-308:17
*** d0ugal has quit IRC08:20
*** belmoreira has quit IRC08:23
*** stendulker has joined #openstack-meeting-308:25
*** xgerman_ has quit IRC08:25
*** xgerman_ has joined #openstack-meeting-308:25
*** melwitt has quit IRC08:26
*** Eko[m] has quit IRC08:26
*** sdake has quit IRC08:26
*** persia has quit IRC08:26
*** kagan73[m] has quit IRC08:27
*** enick_598 has quit IRC08:27
*** persia has joined #openstack-meeting-308:28
*** ethfci has joined #openstack-meeting-308:28
*** sdake has joined #openstack-meeting-308:31
*** sdake has quit IRC08:31
*** sdake has joined #openstack-meeting-308:31
*** cshastri has joined #openstack-meeting-308:31
*** melwitt has joined #openstack-meeting-308:33
*** kagan73[m] has joined #openstack-meeting-308:33
*** enick_598 has joined #openstack-meeting-308:35
*** Eko[m] has joined #openstack-meeting-308:35
*** d0ugal has joined #openstack-meeting-308:39
*** MarkBaker has joined #openstack-meeting-308:40
*** MarkBaker has quit IRC08:45
*** tssurya_ has joined #openstack-meeting-308:48
*** tssurya_ has quit IRC08:53
*** MarkBaker has joined #openstack-meeting-308:57
*** tssurya has quit IRC09:01
*** d0ugal_ has joined #openstack-meeting-309:01
*** d0ugal has quit IRC09:03
*** d0ugal_ has quit IRC09:05
*** d0ugal has joined #openstack-meeting-309:05
*** belmoreira has joined #openstack-meeting-309:12
*** tssurya has joined #openstack-meeting-309:12
*** mikal_ has quit IRC09:13
*** mikal has joined #openstack-meeting-309:13
*** shu has quit IRC09:27
*** shuyingya has joined #openstack-meeting-309:27
*** shuyingy_ has joined #openstack-meeting-309:28
*** shuyingya has quit IRC09:28
*** tssurya_ has joined #openstack-meeting-309:29
*** tssurya_ has quit IRC09:33
*** rmart04 has joined #openstack-meeting-309:35
*** sambetts|afk is now known as sambetts09:42
*** rmart04 has quit IRC10:02
*** slaweq_ is now known as slaweq10:02
*** d0ugal has quit IRC10:03
*** d0ugal_ has joined #openstack-meeting-310:04
*** tuanla____ has quit IRC10:21
*** tssurya_ has joined #openstack-meeting-310:31
*** tssurya_ has quit IRC10:35
*** mikal_ has joined #openstack-meeting-310:40
*** mikal has quit IRC10:43
*** pbourke has quit IRC10:47
*** pbourke has joined #openstack-meeting-310:48
*** shuyingy_ has quit IRC10:59
*** d0ugal__ has joined #openstack-meeting-311:03
*** d0ugal_ has quit IRC11:04
*** d0ugal__ has quit IRC11:19
*** d0ugal has joined #openstack-meeting-311:19
*** d0ugal has quit IRC11:19
*** d0ugal has joined #openstack-meeting-311:19
*** alexchadin has quit IRC11:32
*** stendulker has quit IRC11:38
*** alexchadin has joined #openstack-meeting-311:42
*** alexchadin has quit IRC11:47
*** psachin` has quit IRC12:00
*** psachin` has joined #openstack-meeting-312:09
*** raildo has joined #openstack-meeting-312:11
*** alexchadin has joined #openstack-meeting-312:14
*** alexchadin has quit IRC12:19
*** alexchadin has joined #openstack-meeting-312:20
*** alexchadin has quit IRC12:38
*** lyan has joined #openstack-meeting-312:53
*** lyan is now known as Guest3139012:54
*** tellesnobrega has quit IRC13:06
*** tosky has joined #openstack-meeting-313:15
*** mjturek has joined #openstack-meeting-313:19
*** markvoelker has quit IRC13:21
*** markvoelker has joined #openstack-meeting-313:23
*** VW has quit IRC13:24
*** pgadiya has quit IRC13:24
*** VW has joined #openstack-meeting-313:24
*** tellesnobrega has joined #openstack-meeting-313:29
*** VW has quit IRC13:29
*** jamesmcarthur has joined #openstack-meeting-313:29
*** david-lyle has quit IRC13:30
*** psachin` has quit IRC13:35
*** sgrasley1 has quit IRC13:38
*** sgrasley1 has joined #openstack-meeting-313:39
*** cshastri has quit IRC13:42
*** jeremyfreudberg has joined #openstack-meeting-313:54
*** hongbin has joined #openstack-meeting-313:54
tellesnobrega#startmeeting sahara14:00
openstackMeeting started Thu Apr  5 14:00:01 2018 UTC and is due to finish in 60 minutes.  The chair is tellesnobrega. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: sahara)"14:00
openstackThe meeting name has been set to 'sahara'14:00
tellesnobregashow off hands14:00
tellesnobregao/14:00
jeremyfreudbergo/14:00
tellesnobregatosky...14:01
toskyo/14:02
*** zchkun has joined #openstack-meeting-314:02
jeremyfreudberghi zchkun14:02
tellesnobregaI guess we can start14:03
zchkunhi jeremyfreudberg14:03
tellesnobrega#topic News/Updates14:03
*** openstack changes topic to "News/Updates (Meeting topic: sahara)"14:03
tellesnobregaI've been working on plugins split, it looks better now, had some interesting conversation and improved the implementation idea14:04
tellesnobregaworking with mediator pattern to make the sahara and plugins as uncoupled as possible14:04
toskysooo... I'm testing and restesting image generation (so found an issue in a review)14:05
tellesnobregaalso, I started working on boot from volume but not much was done, just studying14:05
toskythe vanilla job finally started, but it failed with some timeouts, so probably until we have the CI or until -infra enables nested virtualization we are out of luck14:05
*** bobh has joined #openstack-meeting-314:05
jeremyfreudbergnothing new to report from me, really (busy school week)14:06
toskywe have few reviews almost ready to be merged14:06
tellesnobregajeremyfreudberg, school :( hopefully it is almost over14:07
*** rmcall has joined #openstack-meeting-314:07
tellesnobregaI'm also working on fixing stuff that tosky finds failing14:07
jeremyfreudbergnext week should be an easier week, and the semester ends in a month14:08
tellesnobregacool14:08
*** VW has joined #openstack-meeting-314:09
tellesnobregaany more news?14:09
tellesnobrega#topic Sahara CI14:10
*** openstack changes topic to "Sahara CI (Meeting topic: sahara)"14:10
tellesnobregajeremyfreudberg, I saw that evgeny replied your email, what is the plan from now on?14:10
jeremyfreudbergwas about to click send on the reply button14:12
tellesnobreganice14:12
jeremyfreudbergfor those not in the email thread, the question was about whether we need the separate vm for Jenkins/Nodepool/Zuul or if those services can share a node with devstack14:13
jeremyfreudbergi suppose it's easier to have things separate, but just want to see what my options are14:13
jeremyfreudbergin terms of plan, i will probably give evgeny access and see what he can do14:13
tellesnobregaI think it will be easier having it separated too, but lets see how it goes14:14
*** yamahata has joined #openstack-meeting-314:15
*** iyamahat has joined #openstack-meeting-314:15
tellesnobregaok, lets move on14:15
tellesnobrega#topic Rocky 114:15
*** openstack changes topic to "Rocky 1 (Meeting topic: sahara)"14:15
tellesnobregajust wanted to give a heads up that rocky 1 is around the corner and we should take care of the important features, at least specs asap14:16
jeremyfreudbergtwo weeks from today, more or less14:17
tellesnobregayes14:17
jeremyfreudbergi'll see what time i have to write some specs14:17
tellesnobregathanks jeremyfreudberg14:17
tellesnobregaalso, we should start working on plugins upgrades14:17
tellesnobregaspecially the complex ones (CDH and vanilla)14:18
jeremyfreudbergagreed14:18
toskyit seems that we will see the light with ambari with some new external (and hopefully stable :) contribution14:18
tellesnobregayes14:18
tellesnobregathat is why I left ambari out of the list there14:19
tellesnobregawe already have people working on it14:19
tellesnobregaok, nothing else on rocky 114:21
tellesnobregado any of you have specific topic to talk about?14:21
jeremyfreudbergnot really whole topics, just two points to mention during open discussion14:22
tellesnobregaif not lets go to open discussion14:22
jeremyfreudbergtosky, any topics?14:22
tellesnobrega#topic Open Discussion14:22
*** openstack changes topic to "Open Discussion (Meeting topic: sahara)"14:22
jeremyfreudbergguess not14:22
jeremyfreudberganyone planning to run for TC?14:23
toskydefinitely not14:23
jeremyfreudbergi'd like to run some day, but not this time around14:23
tellesnobregahmm, not right now, maybe some point in the future14:24
tellesnobregaright now I won't have the time14:24
tellesnobregadon't want to brace all in the same time and fail it14:24
jeremyfreudbergright14:24
jeremyfreudbergalright, other thing to mention is this puppet-sahara review https://review.openstack.org/#/c/558442/14:24
jeremyfreudbergi don't think we've properly deprecated this on our end yet, so we should be mindful14:25
toskyiirc we don't use it14:25
jeremyfreudbergwe do and we don't, i think14:26
toskyat least not in the code which imports keystone_authtoken when the new trustee section is defined14:26
toskythere are no many references to auth_uri in sahara code14:26
toskyfew in configuration (and it should be changed)14:26
toskyone in the tools/get_auth_token.py, which is an tool that should be rewritten anyway for keystone v3, or removed14:27
jeremyfreudbergoh right, i was confused (we actually don't even use auth_uri when trustee is missing, we use keystone_authtoken/auth_urL)14:27
jeremyfreudbergso, it's no problem then14:27
tellesnobregagood14:28
tellesnobregatosky, can you list the reviews that are "ready" to merge here14:28
tellesnobregaso everyone can take a look14:28
jeremyfreudbergthat would be nice14:29
toskyso, https://review.openstack.org/#/c/557682/ (HDP 2.6, probably ready)14:30
toskyhttps://review.openstack.org/#/c/556844/ change in zuul image building, technical refactoring14:30
toskyhttps://review.openstack.org/#/c/547669/ experimental spark multinode working14:30
tellesnobregait looks ready14:30
toskyhttps://review.openstack.org/#/c/555204/ document building14:30
toskyhttps://review.openstack.org/#/c/538728/ and this may be ready (just a small comment on my side)14:31
toskyand that's it iirc14:31
tellesnobregaI would like to bring this up https://review.openstack.org/#/c/508099/14:32
tellesnobregaits been there for a while14:32
tellesnobregaif we all could take some time to review and get it going again would be awesome14:32
*** jgu_ has joined #openstack-meeting-314:32
tellesnobregaas well as https://review.openstack.org/#/c/539856/14:32
tellesnobregawe need to test it out14:32
jeremyfreudbergindeed14:32
*** joadavis has left #openstack-meeting-314:33
jeremyfreudberganything else?14:33
tellesnobreganot from me14:33
tellesnobregatosky?14:34
*** iyamahat has quit IRC14:34
tellesnobregaI guess not14:36
zchkunI have a problem that it reports timeout  error when I create vanilla 2.7.1 clusters14:36
tellesnobregazchkun, do you have logs for that?14:37
zchkunI don't know if you've met14:37
jeremyfreudbergyes, can you give any other details (for example, which provisioning step)14:37
zchkunthe log displays only timeout14:37
toskynothing from me14:38
tellesnobregawhat version? master?14:38
zchkunqueens14:39
jeremyfreudbergsorry guys, have to sign off. zchkun: if you  have trouble finding details in log file, there is the dashboard too14:39
*** jeremyfreudberg has quit IRC14:39
tellesnobregazchkun, it is very hard to identify the problem, but if you can pin point the step where it fails, and paste logs it can help14:40
*** david-lyle has joined #openstack-meeting-314:40
tellesnobregaI will try to deploy sahara queens locally and see if I can deploy vanilla cluster14:40
tellesnobregaand let you know if I have problems14:40
*** pcaruana has quit IRC14:41
zchkunok, thank you14:41
zchkunsorry , i will tidy my problem up14:42
tellesnobregazchkun, no worries, we just want to be able to help better :)14:42
*** d0ugal has quit IRC14:42
zchkunok :)14:42
tellesnobregalet me know if you have more details14:42
*** mlavalle has joined #openstack-meeting-314:43
tellesnobregaI guess we can close now14:43
*** d0ugal has joined #openstack-meeting-314:44
tellesnobregathanks all14:44
tellesnobrega#endmeeting14:44
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:44
openstackMeeting ended Thu Apr  5 14:44:58 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:45
openstackMinutes:        http://eavesdrop.openstack.org/meetings/sahara/2018/sahara.2018-04-05-14.00.html14:45
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/sahara/2018/sahara.2018-04-05-14.00.txt14:45
openstackLog:            http://eavesdrop.openstack.org/meetings/sahara/2018/sahara.2018-04-05-14.00.log.html14:45
*** zchkun has quit IRC14:45
*** iyamahat has joined #openstack-meeting-314:49
*** janzian has joined #openstack-meeting-314:54
*** anilvenkata has quit IRC14:56
*** belmoreira has quit IRC14:57
mlavalle#startmeeting neutron_l315:00
openstackMeeting started Thu Apr  5 15:00:10 2018 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
*** openstack changes topic to " (Meeting topic: neutron_l3)"15:00
openstackThe meeting name has been set to 'neutron_l3'15:00
mlavalleHi there!15:00
haleybhi15:01
mlavallelet's wait a minute to see if swami shows up ;-)15:02
*** tosky has left #openstack-meeting-315:02
*** Swami has joined #openstack-meeting-315:03
Swamihi15:03
mlavalleSwami: hey, we were waiting for you15:04
Swamimlavalle: thank you15:04
mlavalle#topic Announcements15:04
*** openstack changes topic to "Announcements (Meeting topic: neutron_l3)"15:04
mlavalleWe almost made it to the Rocky-1 milestones. We a little less than 2 weeks from it15:04
mlavalle#link  https://releases.openstack.org/rocky/schedule.html15:05
*** ttrifonov has quit IRC15:05
mlavalleThere is also a deadline of April 15th to submit topics for the Forum in Vancouver15:06
mlavalle#link http://forumtopics.openstack.org/15:06
mlavalleI plan to propose one to talk about ryu future15:07
mlavalleand its impact in Neutron15:07
mlavalleSwami: are you going to Vancouver?15:07
Swamimlavalle: I may attend the Vancouver summit. Just got some heads up from manager. Last week they said I am not going.15:08
SwamiThings are volatile15:08
mlavalleLOL15:08
mlavallewell, I'll keep my fingers crossed15:08
mlavallewe will be missing haleyb15:09
mlavalleAny other announcements?15:09
Swamimlavalle: yes last week he mentioned and I was on the same situation.15:10
mlavalle#topic Bugs15:10
*** openstack changes topic to "Bugs (Meeting topic: neutron_l3)"15:10
mlavalleSwami: please fire away15:10
Swamimlavalle: thanks15:11
Swami#link https://bugs.launchpad.net/neutron/+bug/175997115:12
openstackLaunchpad bug 1759971 in neutron "[dvr][fast-exit] a route to a tenant network does not get created in fip namespace if an external network is attached after a tenant network have been attached (race condition)" [Undecided,In progress] - Assigned to Dmitrii Shcherbakov (dmitriis)15:12
mlavalleI've seen a patch for it15:12
SwamiThis one seems that it has a race condition where the external gateway is attached to the router after the tenant netwoork is attache, in this case the addresscopes are not propagated properly.15:13
Swamimlavalle: Yes there is a patch.15:13
Swami#link https://review.openstack.org/558137 - patch up for review15:13
SwamiI will review it. I reviewed the earlier version. But now there is another approach to it.15:14
SwamiThe next one in the list is related for Fast path exit.15:14
Swami#link https://bugs.launchpad.net/neutron/+bug/175995615:14
openstackLaunchpad bug 1759956 in neutron "[dvr][fast-exit] incorrect policy rules get deleted when a distributed router has ports on multiple tenant networks" [Medium,In progress] - Assigned to Dmitrii Shcherbakov (dmitriis)15:14
SwamiThis one also has a patch.15:15
Swami#link https://review.openstack.org/557836 - patch up for review.15:15
SwamiI think this patch is in a good shape. I have to recheck it again.15:15
haleybyes, i guess our theory on the argument not needed proved wrong15:16
mlavalleDmitri seems to be active in DVR15:16
mlavallemaybe he should join us in this meeting15:16
Swamihaleyb: Yes I think he is validating the Fast path exit and that is great.15:16
SwamiThe next one in the list is15:17
Swami#link https://bugs.launchpad.net/neutron/+bug/176126015:17
openstackLaunchpad bug 1761260 in neutron "DVR: Add a check for the item_allocator IP before trying to release it, since we see a KeyError sometimes, when the item is not there anymore." [Low,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)15:17
SwamiThis is a minor fix, where when trying to release the item for link_local_address there was a traceback seen and it was due to a race.15:17
SwamiSo I have a patch up for review.15:17
Swami#link https://review.openstack.org/55889815:18
SwamiThe next one in the list is15:18
Swami#link https://bugs.launchpad.net/neutron/+bug/175343415:19
openstackLaunchpad bug 1753434 in neutron "Unbound ports floating ip not working with address scopes in DVR HA " [Medium,Confirmed] - Assigned to Miguel Lavalle (minsel)15:19
SwamiThere are two parts to this issue.15:19
SwamiOne I found on the agent side, where we are not configuring the snat redirect rules, for the dvr_no_external agents when the address_scopes_match, since all traffic has to pass through the snat node.15:20
SwamiI have uploaded a patch for review.15:20
Swami#link  https://review.openstack.org/55801215:20
Swamihaleyb: Thanks for the review on this patch. I think it is in good shape.15:20
SwamiThe second part of the theory on this bug, I am not able to reproduce it and I see the behavior same with Centralized router and DVR router. I may have to recheck it once again.15:21
*** anilvenkata has joined #openstack-meeting-315:21
SwamiI will retriage it.15:22
*** NikitaKonovalov has quit IRC15:22
mlavalleare you goinfg to leave comments in the bug?15:22
Swamimlavalle: yes, once I recheck I will add my comments in there.15:23
mlavalleok, I will look for them15:23
SwamiThe next one in the list is15:23
Swami#link https://bugs.launchpad.net/neutron/+bug/175809315:23
openstackLaunchpad bug 1758093 in neutron "DVR: RPC error handling missing for get_network_info_for_id" [Undecided,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)15:23
*** NikitaKonovalov has joined #openstack-meeting-315:23
SwamiThis patch was already reviewed, so I think we are good here.15:24
Swami#link https://review.openstack.org/#/c/555095/15:24
mlavalleyeah, I reviewed it just in time for this meeting15:24
mlavalleyesterday I finished past 11pm working on multiple port binding stuff15:25
Swamimlavalle: thanks15:25
Swami#link https://bugs.launchpad.net/neutron/+bug/171834515:25
openstackLaunchpad bug 1718345 in neutron "ml2_distributed_port_bindings not cleared after migration from DVR" [Medium,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)15:25
SwamiThis one is still under my radar, as I have to rebase my patch with some fix. I will work on it once, I finish up the other high priority items.15:26
SwamiLast but not least and the most wanted one.15:26
Swami#link https://bugs.launchpad.net/neutron/+bug/171730215:26
openstackLaunchpad bug 1717302 in neutron "Tempest floatingip scenario tests failing on DVR Multinode setup with HA" [High,Confirmed] - Assigned to Brian Haley (brian-haley)15:26
Swamihaleyb: any updates on this bug. Sorry I did not work on it for this week.15:27
*** e0ne has quit IRC15:27
haleybi did not work on it, was workin on the dvr/dvr-ha migration issue15:27
Swamihaleyb: no problem.15:28
Swamimlavalle: That's all I had for today.15:28
Swamimlavalle: Back to you15:28
mlavalleSwami: Thanks for the detailed update15:29
mlavalleI will go thorugh thepatches you pointed to today15:29
mlavalleI don't have any other bugs15:29
mlavalle#topic Open Agenda15:30
*** openstack changes topic to "Open Agenda (Meeting topic: neutron_l3)"15:30
haleybi have one other patch that's been around a while15:30
haleybhttps://review.openstack.org/#/c/458814/15:30
haleybhttps://bugs.launchpad.net/neutron/+bug/168214515:30
openstackLaunchpad bug 1682145 in neutron "neutron router shows active on a dead agent" [Medium,In progress] - Assigned to Brian Haley (brian-haley)15:30
haleybassuming it passes zuul after a rebase it needs a review15:31
mlavallehaleyb: I will keep an eye on it15:31
haleybit's almost 1 year old15:31
*** chyka has joined #openstack-meeting-315:31
mlavalleyeah15:32
mlavalleany other topics for today?15:33
Swamimlavalle: No I don't have any15:33
mlavalleok, thanks for attending15:34
mlavalleHave a nice weekend!15:34
haleybyou too!15:34
mlavalleit's going to be chilly for you, haleyb, right?15:34
haleybalready chilly, maybe flurries tonight, apparently noone got the memo that it's spring15:35
Swamibye15:35
mlavalleyeap15:35
mlavalle#endmeeting15:35
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:35
openstackMeeting ended Thu Apr  5 15:35:46 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:35
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_l3/2018/neutron_l3.2018-04-05-15.00.html15:35
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_l3/2018/neutron_l3.2018-04-05-15.00.txt15:35
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_l3/2018/neutron_l3.2018-04-05-15.00.log.html15:35
*** pcaruana has joined #openstack-meeting-315:47
*** dtantsur has joined #openstack-meeting-315:51
*** julim has quit IRC15:52
*** colettecello has quit IRC15:53
*** gothicmindfood has joined #openstack-meeting-315:53
*** elmiko has joined #openstack-meeting-315:53
*** Swami has quit IRC15:54
*** dklyle has joined #openstack-meeting-315:55
*** cdent has joined #openstack-meeting-315:56
*** julim has joined #openstack-meeting-315:57
*** david-lyle has quit IRC15:57
cdentelmiko, edleafe one of you want to run today?15:58
elmikoi can do it15:59
cdentthanks15:59
*** janzian has quit IRC15:59
edleafetc troubles?15:59
elmiko#startmeeting api sig16:00
openstackMeeting started Thu Apr  5 16:00:06 2018 UTC and is due to finish in 60 minutes.  The chair is elmiko. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: api sig)"16:00
openstackThe meeting name has been set to 'api_sig'16:00
dtantsuro/16:00
elmiko#chair cdent elmiko edleafe dtantsur16:00
openstackCurrent chairs: cdent dtantsur edleafe elmiko16:00
cdento/16:00
elmiko#link https://wiki.openstack.org/wiki/Meetings/API-SIG#Agenda16:00
elmikohey folks16:00
edleafe\o16:00
elmiko#topic previous meeting action items16:00
*** openstack changes topic to "previous meeting action items (Meeting topic: api sig)"16:00
elmikoi'm still working on a followup pr for the microversion thing16:01
elmikoi used up my api-sig time writing the /other/ microversion thing XD16:01
elmikoi will re-add16:02
cdentI read that. Was comprehensible.16:02
elmiko#action elmiko post a pr for https://review.openstack.org/#/c/44489216:02
elmikocool16:02
elmikodtantsur took care of the update to the http pr, looks nice btw16:02
elmikoany reports from edleafe or mordred ?16:02
edleafeI wrote to SIG ML, instead of to Melvin personally16:03
elmikoyeah, saw that. looked good to me16:03
elmiko#topic open mic and ongoing or new biz16:04
edleafeJust one reply, though16:04
*** openstack changes topic to "open mic and ongoing or new biz (Meeting topic: api sig)"16:04
edleafebesides elmiko's16:04
elmiko#undo16:04
openstackRemoving item from minutes: #topic open mic and ongoing or new biz16:04
elmikowas there anything from the reply?16:04
elmiko(i missed it)16:04
edleafeJust one person, Joe Topjian, saying that he'll be in Vancouver and would be interested in attending16:05
elmiko++16:05
elmiko#topic open mic and ongoing or new biz16:05
*** openstack changes topic to "open mic and ongoing or new biz (Meeting topic: api sig)"16:05
elmikoon the subject of Write something up for forum topics16:06
elmiko#link http://forumtopics.openstack.org/16:06
elmikoi don't think there is any progress here, but i am happy to be wrong =)16:06
edleafenuthin from me16:06
cdentnor me16:06
elmikoack16:07
elmikoso, Talk about OpenAPI stuff16:07
elmiko#link https://gist.github.com/elmiko/7d97fef591887aa0c594c3dafad8344216:07
cdentI think that if there's nothin super active from the SDK communitey we might skip a forum session?16:07
cdent(the PTG is a better fit...?)16:07
elmikoyeah, agreed16:07
elmikoi thought maybe the forum would generate more bodies from the user/operator side of the house, was hoping that would help the x-project stuff16:08
mugsieelmiko: on this - should the Open API represent the latest version?16:08
elmikomugsie: yes16:08
elmikoi specified that in one of the paragraphs, but maybe it wasn't clear enough16:08
mugsielatest may represent something that has not been released16:08
mugsieno, I was questioning if that is a good idea :)16:08
elmikooh oh, sorry16:08
elmikoyeah, latest would be something not released16:09
elmikobut, the release version of the doc should be available on the release tag in the repo16:09
elmikois that enough to solve the issue?16:09
cdentthe api-ref is published from master though, yeah?16:09
cdentso the documented api is not yet released either?16:09
mugsiecdent: yeap, but it shiould have references to the microversions16:09
* mordred waves16:09
* elmiko waves at mordred 16:10
mugsiewe may need to archive the schema on a per microversion basis - as clients don't always know the version of the software running on a cloud16:10
dtantsurI doubt we have a standard way to represent microversions in api-ref though16:10
mugsieall they see is a microversion, which is not easily linkjable16:11
mugsiedtantsur: we do16:11
dtantsurwell, I mean in practice :)16:11
*** tssurya has quit IRC16:11
mordredmugsie: yup. turns out microversions and major versions are rather similar from a consumer perspective aren't they? :)16:11
elmikoi would hope that we could keep 1 schema with the microversions captured inside of it16:11
dtantsuror even more precise: we in ironic don't know this way, and we've been inconsistent so far16:11
mugsiedtantsur: it is in the doc - https://docs.openstack.org/os-api-ref/latest/usage.html#rest-parameters16:11
mugsiegah, wrong link16:12
mugsiehttps://docs.openstack.org/os-api-ref/latest/usage.html#parameters-file-format16:12
dtantsurTIL thanks mugsie16:12
elmikoso, i have a couple questions16:12
mugsiemordred: yup :)16:12
dtantsurbut it's only about adding and removing, unfortunatelyt16:12
elmiko1. at a high level, does the approach i'm proposing make sense?16:12
elmiko2. if it does, is there a place to propose this to an actual repo for better discussion?16:13
mugsiedtantsur: yeah - I think the thinking at the time was we should only remove + add, not change ?16:14
mugsieelmiko: I think so. I need more time to digest16:14
dtantsurmugsie: well, we do change things16:14
cdentI would think the answer to 2 is the same place that mugsie's structure api-ref work is16:14
elmikomugsie: ack16:14
dtantsure.g. nova changed server['flavor'] quite seriously16:14
mugsie-_-16:15
*** lpetrut has quit IRC16:15
mordredyah. I mean - I wasn't really kidding earlier when I said from a user perspective microversions are just another way to have a completely new major version16:15
mordredjust with a different selection mechanism for the call16:15
elmikothat seems heavy to me16:15
mugsiemordred: yeah. Part of the reason I have been a "microversions over my dead body" person in designate16:16
dtantsurmordred: wasn't it the intention?16:16
dtantsurlol16:16
*** pcaruana has quit IRC16:16
dtantsurmugsie: I've been there too, but somehow avoided getting dead16:16
mordredI mean, in openstack's case it's still better than the other thing, so I'm still in favor of them16:16
cdentI wrote much the same thing as mordred just said (about same thing) on a review recently16:17
mordredbut from an api documentation perspective thining about openapi type things, each microversion is *effectively* a whole new version of the api16:17
mugsiedtantsur: well, one upside of being the only team member was no one could disagree with me :)16:17
cdentit's all about the selection mechanism16:17
elmikomordred: yeah, that makes sense16:17
mordredand a user looking at the documentation needs to be able to ask the question "what is the shape of the api at version 2.45"16:17
elmikoand i guess that would be another way to go, just document each version in a separate openapi file16:18
dtantsurmordred: true. but it's a bit different story when it comes to auto-generating SDK/CLI bits16:18
elmikoseems excessive to me though16:18
cdentif it could be automated, does the excess matter?16:18
mordredthat their ap  migh use version 2.45 for one call and 2.30 for a second and 2.1 for a third doesn't change the nature of it when thinking about openapi - imo16:18
elmikocdent: i would think not16:18
mordreddtantsur: it's cimpletely unpossible to autogenerate an sdk based on all of the microversoins16:18
dtantsurmordred: right, but isn't it one of the goals?16:19
elmikomordred: with most current tooling, i would agree16:19
dtantsurmaybe I misunderstand mugsie16:19
mordredif it is, we should give up on it16:19
elmikothat seems like a discussion to have with Gilles though, he is the one pushing for this automation16:19
mordredI mean, maybe generating the low-level sdk like from dtantsur's doc - that's just doing straight pass-through16:19
edleafewould it be possible to pick a version, and generate the low-level sdk for just that version?16:20
mugsiedoes anyone know if gilles is going to YVR?16:20
mordredbut if you want an sdk that provides the high-level abstraction so that the user's aren't worried about microversions for a call, then client-side has to do data normalization16:20
elmikomugsie: not me16:20
edleafeIOW, microversions give you lots of choices. Insted, make the choice and run with it.16:20
mordrededleafe: sure - we could generate a low-level api for every microversion even16:21
edleafemordred: well that would be overkill, no?16:21
elmikomordred: that sounds like a much more small-batch hand-crafted artisanal approach XD16:21
mugsiemordred: but your client would still have to do normalisation16:21
mordredyes16:21
mordredexactly16:21
elmikoi will add a section to my doc calling out the idea of just generating an openapi schema for each version, that is a valid counter proposal16:22
* dtantsur imagines a huuuuge enum of all microversions he'll have to maintain16:22
mordredfor people writing sdks that they want to work with openstack clouds _generally_ - you must support multiple versions - and if you do that, you must do client-side normalization16:22
* dtantsur nopenopenopeNOPENOPENOPENOOOO16:22
mordreddtantsur: yup16:22
mugsieFWIW, I think we can't do reliable, automated generated clients with microversions, if you want to have a generic tool16:22
mordreddtantsur: well - or take the approach we've been taking ...16:22
* edleafe imagines dtantsur holding his breath until he gets his way16:22
elmikomugsie: i tend to agree, at least not without a different approach to the autogeneration16:22
mordreddtantsur: which is to just support the base level no-microversion of the API - and then add support for specific microversions and you add support for a given feature16:22
elmikoedleafe: LOL16:22
mordredelmiko: which is to say - I'd honestly prefer openapi docs for the _lowest_ microversion, not the latest - as the 'default'16:23
mordredsince that's the api you get without doing any additional work16:23
mordredso it's still "the api"16:23
mugsiemordred: ++16:23
mordredanything above and beyond that are essentially discoverable resource changes16:23
elmikomordred: interesting, so would the top level "version" field for the openapi doc represent that version?16:23
dtantsurmordred: that's what I do now16:23
*** marios has quit IRC16:23
mugsiehas any project bumped the minimum version yet?16:23
dtantsurwe planned on, but then jroll left :)16:24
mordredmugsie: not to my knowledge - although I know ironic has talked about it (why we have the next_min_version field)16:24
* mordred has been pushing back as hard as he can against bumping minimums16:24
mordredbut- I think we're close to the point where I won't scream too much once someone doesit16:25
edleafeBumping min version == major major API version16:25
mordrededleafe: that's been my argument all along16:25
mordrededleafe: if you want to bump the minimum, what you've actually done is created a new major api version16:25
edleafezactly16:25
cdentI thought nova sort of bumped becasue of the removal of nova-net?16:26
mordredso if ironic were to bump the minimum to 1.6, I'd rather see the api at 1.6 become a new API called v216:26
mordredcdent: we're kind of giving nova a pass on the nova-net thing :)16:26
elmikoi will take an action to reach out to Gilles and get some more information about what he needs and what might be useful. i will also show him this doc to get his input. sound good?16:26
dtantsurmordred: it is valid in theory, but in practice will require rewriting all tooling, soooo...16:26
mordredcdent: but no, the minimum api version has not been bumped, and 2.1 works just fine16:26
mordreddtantsur: I know - whichis why I haven't pushed on that more16:26
edleafecdent: that was a "signal". IMO, a totally wrong use of microversions16:27
cdenthmm16:27
cdentlife is weird16:27
mordredbumping a min is great if you are only thinking about the latest release16:27
mordredbut openstack has more than one installation, so thikning only about the latest release is not a luxury api consumers get16:28
mordredwhich is why "the openstack api" is actually the union of all of the major api versions and all of their microversions16:28
mordredregardless of whether or not any given api call has been deprecated or removed in the latest release of a given service16:29
mordrednova-net being a good case in point- it's not deprecated or removed from an api consumer/sdk perspecitve16:29
* mordred feels like he brought the full negativity bomb to the meeting today!16:30
elmikohaha16:30
* edleafe wouldn't expect anything less16:30
mordredelmiko: I love the openapi idea generally, fwiw - mostly just riffing for a minute while thinking about it16:31
elmikomordred: cool, and yeah it's all good =)16:31
elmiko#action elmiko update openapi proposal with ideas from today's meeting16:31
elmikoshould i reach out to Gilles as well?16:31
cdentwhen the gopher cloud people were talking about how to do microversions one of the things they said was "we need to have code for every microversion" so openstack for everything might actually be useful for them16:31
cdenthowever, they hadn't yet grokked the idea of different calls gets different microversions16:32
mordredcdent: yah - per-api-call versions are very cool - but when you start talking about strongly-typed things, those return values being different is ... fun16:32
cdentexactly16:32
mordredmy approach so far has been to make a data structure that's returned which is the union of all of the data structures for the cal16:33
mordredcall16:33
mordredand to fill in missing data in either direction as best as I can16:33
mordredso that the sdk can always return the same structure, but the way it gets the data for it might change16:33
edleafecdent: yeah, golang is much more rigid than Python in that regard16:34
edleafe...and lots of other regards16:34
mordredyah16:34
mordredshade/sdk are trying to basically emulate the strong-typing of go/rust in the data structures returned to users16:34
mordredso, "get_server()" should always return the same structure, regardless of API version on the remote side16:34
edleafeelmiko: be sure to ask Gilles if he will be in YVR16:34
mordredbut it's a super big pita16:35
elmikoedleafe: ack16:35
elmiko#action elmiko reach out to Gilles to discuss openapi stuff and gauge presence at YVR16:36
elmikomordred: given what we've enabled with microversions, that seems daunting16:36
elmikook, anything else we should discuss on this topic?16:36
elmikoor any other open mic business?16:37
elmikoif any of you do have comments on the doc i posted, please just add comments to the gist, i will capture them for the next version16:37
elmiko#topic guidelines16:37
*** openstack changes topic to "guidelines (Meeting topic: api sig)"16:37
elmiko#link https://review.openstack.org/#/q/status:open+project:openstack/api-wg,n,z16:38
elmiko#link https://review.openstack.org/#/q/status:open+project:openstack/api-sig,n,z16:38
elmikothe only one i really looked at here was dtantsur's16:38
* mordred has started working on discover/version things in keystoneauth again this morning ... so should be getting back to his specs in the nex day or so16:38
elmikomordred++16:38
elmikoshould we move to freeze, https://review.openstack.org/#/c/554921/ ?16:39
edleafesure - you want the honor?16:39
elmikosure16:39
elmikodone16:40
* mordred loves that patch16:41
elmikoany other reviews folks want to highlight?16:41
dtantsurthe http split thingy?16:41
edleafeyeah - I like the way dtantsur updated to add the doctree16:41
dtantsur#link https://review.openstack.org/55423416:42
elmikoyeah, lgtm, do we need a freeze for that or just get more +1s then merge?16:42
dtantsurelmiko: it does not have new text, right?16:42
edleafeI'd prefer to get more eyes on it16:42
elmikodidn't look like it to me16:42
edleafeNo significant new text16:42
elmikoso, everyone go review that and test it =)16:42
elmiko#action everyone go review https://review.openstack.org/#/c/554234/16:43
elmiko#topic bug review16:44
*** openstack changes topic to "bug review (Meeting topic: api sig)"16:44
elmiko#link https://bugs.launchpad.net/openstack-api-wg/+bugs?orderby=-id&start=016:44
elmiko#link https://bugs.launchpad.net/openstack-api-sig/+bugs?orderby=-id&start=016:44
elmikoanything new here?16:44
dtantsuryep, I filed one idea16:45
elmikoin fact, yes16:45
elmiko#link https://bugs.launchpad.net/openstack-api-wg/+bug/176147516:45
openstackLaunchpad bug 1761475 in openstack-api-sig "[RFC] Add "severity" to the error structure" [Undecided,New]16:45
dtantsurI don't insist on it, just came out of review of one our spec16:46
dtantsurfwiw I agree with cdent's concerns16:46
elmikoso, given cdent's feedback, this seems debatable16:46
elmikoshould we triage as wishlist or drop it?16:46
dtantsurbut I had to at least propose it for discussion16:46
elmikoyeah for sure16:46
dtantsuredleafe, elmiko, what do you think about the idea?16:46
edleafeit does seem wishlist at best16:47
edleafeI'd be inclined to agree with cdent on this16:47
elmikoi'd be ok with making it an optional guideline, but at that point i kinda agree with cdent, seems onerous for deves16:47
elmikoso, yeah, maybe mark as triaged and wishlist?16:47
edleafe+116:48
elmikounless cdent is a hard -1?16:48
* cdent tries to catch up16:48
elmikowe got time16:48
cdentI'm not hard -1, but I think wishlist provides a level of approval that I haven't got, but wouldn't want to fight the majority16:49
dtantsurwith edleafe -0 (right?) I think it should go to Opinion16:50
elmikoyeah, fair cdent16:50
edleafeyeah, "wishlist" => "I wish we could do this"16:50
elmikoso maybe, triaged/undecided then?16:50
dtantsurthis is what Opinion is about16:50
edleafeI'm closer to -116:51
dtantsur"Does not fit, may be revisited"16:51
dtantsurundecided means untriaged :)16:51
* dtantsur has spent a lot of time triaging bugs for ironic16:51
cdentweren't we going to move to storyboard or something :)16:51
elmikodtantsur: fair16:51
dtantsurcdent: good question16:51
dtantsuractually, we could benefit from storyboard a lot16:52
edleafemore like "Won't Fix" IMO16:52
dtantsurwe could create tasks for different projects under one story16:52
dtantsuredleafe: whatever :D16:52
dtantsurwontfix means 'never for sure', opinion means 'if you spend really a lot of time convincing us'16:52
elmiko#vote should bug #1761475 be marked won't fix?16:53
openstackbug 1761475 in openstack-api-sig "[RFC] Add "severity" to the error structure" [Undecided,New] https://launchpad.net/bugs/176147516:53
elmikodid i do that wrong?16:53
cdenti think you have to start it?16:53
cdent#help16:53
dtantsurelmiko: it's startvote16:53
dtantsurI can do it16:53
elmikoahh, cool16:53
elmikothanks16:53
* cdent wonders why help doesn't. that would be nice.16:54
dtantsur#startvote Should we mark bug #1761475 as WONTFIX? Yes, No16:54
openstackBegin voting on: Should we mark bug #1761475 as WONTFIX? Valid vote options are Yes, No.16:54
openstackVote using '#vote OPTION'. Only your last vote counts.16:54
dtantsur#vote Yes16:54
edleafe#vote Yes16:54
cdent#vote yes16:54
cdentbecause hide the noise16:54
elmiko#vote yes16:55
dtantsurnote that Opinion is also a closed state16:55
dtantsuranyone else to vote?16:55
* edleafe wonders about case-sensitivity in the votes16:55
dtantsuredleafe: it's not case-sensitive16:55
* cdent wonders how many sheds there are16:55
dtantsurand it errors out if you try something wrong16:55
elmikoseems like won't fix16:55
dtantsur#vote booo16:55
openstackdtantsur: booo is not a valid option. Valid options are Yes, No.16:55
dtantsursee?16:55
dtantsur#endvote16:55
openstackVoted on "Should we mark bug #1761475 as WONTFIX?" Results are16:55
openstackYes (4): cdent, dtantsur, edleafe, elmiko16:55
edleafecool16:55
edleafedone16:55
* dtantsur was a PTL for 2 cycles16:55
elmikook, then16:56
elmiko#topic weekly newsletter16:56
*** openstack changes topic to "weekly newsletter (Meeting topic: api sig)"16:56
elmiko#link https://etherpad.openstack.org/p/api-sig-newsletter16:56
elmikovolunteers?16:56
cdenti was last time, so not me16:56
elmikoack, i can take it if folks are busy16:57
edleafeI would, but I have to run out right after this16:57
elmikofair16:57
elmikook then, i'll ping in sdks when it's ready16:57
cdentthanks16:57
dtantsurthanks16:57
edleafeso don't wait around for my ack16:57
elmikothanks for the good discussions all =)16:57
elmiko#endmeeting16:57
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"16:57
openstackMeeting ended Thu Apr  5 16:57:44 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:57
openstackMinutes:        http://eavesdrop.openstack.org/meetings/api_sig/2018/api_sig.2018-04-05-16.00.html16:57
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/api_sig/2018/api_sig.2018-04-05-16.00.txt16:57
openstackLog:            http://eavesdrop.openstack.org/meetings/api_sig/2018/api_sig.2018-04-05-16.00.log.html16:57
*** dtantsur has left #openstack-meeting-316:57
*** jamesmcarthur has quit IRC17:01
*** jamesmcarthur has joined #openstack-meeting-317:02
*** jamesmcarthur has quit IRC17:06
*** hongbin has quit IRC17:07
*** dklyle has quit IRC17:13
*** iyamahat_ has joined #openstack-meeting-317:15
*** iyamahat has quit IRC17:18
*** hongbin has joined #openstack-meeting-317:18
*** david-lyle has joined #openstack-meeting-317:18
*** tssurya has joined #openstack-meeting-317:18
*** harlowja has joined #openstack-meeting-317:21
*** diablo_rojo has joined #openstack-meeting-317:24
*** harlowja has quit IRC17:25
*** mlavalle has left #openstack-meeting-317:33
*** SumitNaiksatam has joined #openstack-meeting-317:34
*** lpetrut has joined #openstack-meeting-317:37
*** rkukura has joined #openstack-meeting-317:38
*** d0ugal has quit IRC17:49
*** d0ugal has joined #openstack-meeting-317:56
*** annakk has joined #openstack-meeting-317:59
*** elmiko has left #openstack-meeting-318:00
SumitNaiksatamrkukura: annakk: hi18:00
annakkhi18:01
rkukurahi18:01
SumitNaiksatam#startmeeting networking_policy18:01
openstackMeeting started Thu Apr  5 18:01:16 2018 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.18:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:01
*** openstack changes topic to " (Meeting topic: networking_policy)"18:01
openstackThe meeting name has been set to 'networking_policy'18:01
SumitNaiksatam#topic New NSX policy mapping driver18:01
*** openstack changes topic to "New NSX policy mapping driver (Meeting topic: networking_policy)"18:01
SumitNaiksatam#link https://review.openstack.org/#/c/55523018:02
SumitNaiksatamannakk: if this is at a stage that you want to discuss18:02
SumitNaiksatamand perhaps we can review?18:02
annakknot much to discuss here yet, we are resolving issues with the backend..18:02
annakknot yet18:02
SumitNaiksatamannakk: okay sure np18:02
SumitNaiksatam#topic Open Discussion18:03
annakkthanks for asking :)18:03
*** openstack changes topic to "Open Discussion (Meeting topic: networking_policy)"18:03
SumitNaiksatamannakk: sure18:03
SumitNaiksatami wanted to point to a couple of patches:18:03
SumitNaiksatam#link https://review.openstack.org/55892318:03
*** cdent has left #openstack-meeting-318:04
SumitNaiksatam#link https://review.openstack.org/#/c/558897/18:04
SumitNaiksatami know this is not desirable18:04
*** e0ne has joined #openstack-meeting-318:04
SumitNaiksatambut this cut down the number of tests being run from some 2100 to 140018:04
SumitNaiksatamgiven that we know that we are not actively changing any of the NFP code in those branches, i thought it might make sense to disable those tests18:05
SumitNaiksatamthis may not necessarily mean that the tests will run 33% faster in the gate18:05
SumitNaiksatambut a lot of times we were hitting the 40 min timeout in the merge gate18:06
SumitNaiksatamwe dont see the timeout on the master18:06
SumitNaiksatamrkukura: annakk: any other patches/topics that you may want to discuss?18:07
annakknot from me18:08
*** pcaruana has joined #openstack-meeting-318:08
rkukurathe long awaited AIM validation patch will be in review any day now - just doing cleanup on it18:08
SumitNaiksatamrkukura: sure, thanks18:08
SumitNaiksatami dont think thomas is online18:09
SumitNaiksatamannakk: we have been merging a bunch of APIC/AIM related patches18:09
SumitNaiksatamif you feel the need to know/understand better, please let us know18:09
annakkyes, I definately lack knowledge in these areas18:09
annakktrying to review parts that I understand :)18:09
annakkthanks18:09
SumitNaiksatammost of the churn is related to support for SFC18:10
SumitNaiksatamwhich currently only the AIM mechanism driver is supporting18:10
SumitNaiksatami dont have anything more18:10
rkukurame either18:10
SumitNaiksatamannakk: rkukura thanks for joining :-)18:10
annakkmaybe one quick q: sfc config comes as addition to gbp or is derived from gbp?18:10
SumitNaiksatamannakk: actually the tie in to GBP is missing18:11
SumitNaiksatamthat is something we intend to do soon18:11
rkukuraIts Neutron-level, isn’t it?18:11
annakkok, I see, thx!18:11
rkukurafor now18:11
*** david-lyle has quit IRC18:11
SumitNaiksatambut the mechanism driver which is used in neutron (and along with GBP) is also used for this18:11
SumitNaiksatamand hence you are seeing the commits here18:12
annakkso the patches are to make these coexist18:12
SumitNaiksatamrkukura: that’r right18:12
annakkor just reuse same driver?18:12
SumitNaiksatamannakk: so the APIC GBP policy-driver, APIC Neutron mechanism driver work together18:12
rkukuraalong with the new APIC SFC driver18:13
annakkgot it, thx!18:13
SumitNaiksatamalirght, thanks!18:13
SumitNaiksatambye18:13
SumitNaiksatam#endmeeting18:14
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"18:14
annakkbye!18:14
openstackMeeting ended Thu Apr  5 18:14:00 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:14
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_policy/2018/networking_policy.2018-04-05-18.01.html18:14
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_policy/2018/networking_policy.2018-04-05-18.01.txt18:14
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_policy/2018/networking_policy.2018-04-05-18.01.log.html18:14
rkukurabye18:14
*** rkukura has left #openstack-meeting-318:14
*** jamesmcarthur has joined #openstack-meeting-318:15
*** hongbin has quit IRC18:16
*** annakk has quit IRC18:18
*** hongbin has joined #openstack-meeting-318:24
*** diablo_rojo has quit IRC18:24
*** harlowja has joined #openstack-meeting-318:29
*** jamesmca_ has joined #openstack-meeting-318:39
*** david-lyle has joined #openstack-meeting-318:40
*** jamesmca_ has quit IRC18:43
*** jamesmca_ has joined #openstack-meeting-318:44
*** pcaruana has quit IRC18:47
*** jamesmca_ has quit IRC18:48
*** salv-orl_ has quit IRC18:53
*** salv-orlando has joined #openstack-meeting-318:53
*** jamesmca_ has joined #openstack-meeting-318:56
*** salv-orlando has quit IRC18:57
*** jamesmc__ has joined #openstack-meeting-318:57
*** rmcall has quit IRC19:00
*** jamesmca_ has quit IRC19:01
*** baoli has joined #openstack-meeting-319:05
*** jamesmc__ has quit IRC19:26
*** jamesmca_ has joined #openstack-meeting-319:26
*** jamesmc__ has joined #openstack-meeting-319:27
*** jamesmca_ has quit IRC19:31
*** yamamoto has quit IRC19:45
*** jamesmc__ has quit IRC19:52
*** jamesmca_ has joined #openstack-meeting-319:53
*** jamesmc__ has joined #openstack-meeting-319:54
*** salv-orlando has joined #openstack-meeting-319:55
*** sgrasley1 has quit IRC19:56
*** jamesmc__ has quit IRC19:56
*** jamesmc__ has joined #openstack-meeting-319:56
*** jamesmca_ has quit IRC19:57
*** jamesm___ has joined #openstack-meeting-319:57
*** sgrasley1 has joined #openstack-meeting-319:59
*** jamesm___ has quit IRC20:01
*** jamesmc__ has quit IRC20:01
*** valkyrie1 is now known as mguiney20:20
*** jamesmca_ has joined #openstack-meeting-320:22
*** devananda has joined #openstack-meeting-320:23
*** jamesmcarthur has quit IRC20:25
*** jamesmca_ has quit IRC20:26
*** lpetrut has quit IRC20:35
*** bobh has quit IRC20:40
*** bobh has joined #openstack-meeting-320:40
*** yamamoto has joined #openstack-meeting-320:46
*** yamamoto has quit IRC20:52
*** mikal_ is now known as mikal21:03
*** Guest31390 has quit IRC21:08
*** iyamahat_ has quit IRC21:09
*** e0ne has quit IRC21:13
*** iyamahat has joined #openstack-meeting-321:13
*** diablo_rojo has joined #openstack-meeting-321:13
*** diablo_rojo has quit IRC21:24
*** iyamahat has quit IRC21:24
*** Swami has joined #openstack-meeting-321:28
*** tssurya has quit IRC21:29
*** diablo_rojo has joined #openstack-meeting-321:35
*** raildo has quit IRC21:40
*** jamesmcarthur has joined #openstack-meeting-321:41
*** yamamoto has joined #openstack-meeting-321:48
*** yamamoto has quit IRC21:53
*** lkoranda has quit IRC22:03
*** iyamahat has joined #openstack-meeting-322:04
*** lkoranda has joined #openstack-meeting-322:11
*** jamesmcarthur has quit IRC22:15
*** jamesmcarthur has joined #openstack-meeting-322:15
*** bnemec has quit IRC22:17
*** salv-orlando has quit IRC22:19
*** salv-orlando has joined #openstack-meeting-322:19
*** bobh has quit IRC22:19
*** bobh has joined #openstack-meeting-322:20
*** jamesmcarthur has quit IRC22:23
*** diablo_rojo has quit IRC22:23
*** salv-orlando has quit IRC22:24
*** bobh has quit IRC22:24
*** anilvenkata has quit IRC22:29
*** VW_ has joined #openstack-meeting-322:31
*** tssurya has joined #openstack-meeting-322:33
*** VW has quit IRC22:35
*** VW_ has quit IRC22:36
*** tssurya has quit IRC22:37
*** baoli has quit IRC22:41
*** baoli has joined #openstack-meeting-322:41
*** baoli has quit IRC22:42
*** yamamoto has joined #openstack-meeting-322:49
*** diablo_rojo has joined #openstack-meeting-322:53
*** yamamoto has quit IRC22:55
*** chyka has quit IRC23:04
*** hongbin has quit IRC23:05
*** salv-orlando has joined #openstack-meeting-323:20
*** salv-orlando has quit IRC23:24
*** SumitNaiksatam has quit IRC23:26
*** jamesmcarthur has joined #openstack-meeting-323:41
*** yamamoto has joined #openstack-meeting-323:51
*** yamamoto has quit IRC23:57

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!