Wednesday, 2015-08-12

*** david-lyle has quit IRC00:03
-openstackstatus- NOTICE: Zuul was restarted due to an error; events (such as approvals or new patchsets) since 23:01 UTC have been lost and affected changes will need to be rechecked00:05
openstackgerritKevin Benton proposed openstack/neutron: Use a conntrack zone per port in OVS  https://review.openstack.org/20746400:06
*** bharath has quit IRC00:07
*** pritesh has quit IRC00:08
*** sthillma_ has joined #openstack-neutron00:09
*** madhu_ak has quit IRC00:09
*** sthillma has quit IRC00:11
*** sthillma_ is now known as sthillma00:11
*** minwang2 has quit IRC00:14
*** hichihara has joined #openstack-neutron00:14
*** sthillma_ has joined #openstack-neutron00:16
*** sthillma has quit IRC00:17
*** sthillma_ is now known as sthillma00:17
*** azbiswas has quit IRC00:21
*** tiswanso has joined #openstack-neutron00:22
*** shadower has quit IRC00:23
*** shadower has joined #openstack-neutron00:23
*** oomichi has joined #openstack-neutron00:23
*** zhhuabj has joined #openstack-neutron00:23
*** piyanai has quit IRC00:24
*** enikanorov2 has quit IRC00:27
*** dane_leblanc has quit IRC00:27
*** rawl has joined #openstack-neutron00:29
*** tiswanso has quit IRC00:33
*** claudiub has quit IRC00:34
*** achanda_ has joined #openstack-neutron00:35
*** ijw_ has joined #openstack-neutron00:35
*** thorst has joined #openstack-neutron00:36
*** achanda has quit IRC00:38
*** gildub has quit IRC00:38
*** ijw has quit IRC00:39
*** achanda_ has quit IRC00:39
*** thumpba has quit IRC00:42
*** abhiraut has quit IRC00:44
*** abhiraut has joined #openstack-neutron00:46
*** tiswanso has joined #openstack-neutron00:48
*** yalie has joined #openstack-neutron00:48
Sam-I-Amkevinbenton: ping00:49
kevinbentonSam-I-Am: pong00:49
*** Aish has quit IRC00:49
Sam-I-Amlooking at a mailing list post about vxlan_udp_port in the linux bridge agent... is that even honored?00:49
Sam-I-Amdoesnt seem to be00:49
kevinbentonno, i had him file a bug00:49
kevinbentonsomething for the linux bridge catch-up00:50
Sam-I-Amok, thanks for confirming my suspicion looking through the code00:50
kevinbentonno prob00:50
*** abhiraut has quit IRC00:51
Sam-I-Amha, now i get the email00:51
Sam-I-Amstupid internet00:51
*** tiswanso has quit IRC00:51
*** bharath has joined #openstack-neutron00:51
*** tiswanso has joined #openstack-neutron00:52
*** david-lyle has joined #openstack-neutron00:54
*** ijw_ has quit IRC00:54
*** ijw_ has joined #openstack-neutron00:55
*** bharath has quit IRC00:56
*** thumpba has joined #openstack-neutron00:56
*** gildub has joined #openstack-neutron00:58
*** thumpba has quit IRC00:59
*** _cjones_ has quit IRC01:00
*** tflynn_ has joined #openstack-neutron01:01
*** sthillma has quit IRC01:02
*** tflynn has quit IRC01:05
alejandritoHI, one question, why is that when i create a "neutron meter-label-rule-create" the CIDR parameter matches the TUNNELED ip, and not the floating ip one ?01:05
*** tflynn_ has quit IRC01:05
*** gangil has quit IRC01:07
*** thumpba has joined #openstack-neutron01:08
*** jwy has quit IRC01:12
*** baoli has joined #openstack-neutron01:12
*** sridhar_ram has quit IRC01:12
openstackgerrityalei wang proposed openstack/neutron: Replace internal calls of create_{network, subnet, port}  https://review.openstack.org/12977301:13
*** thumpba_ has joined #openstack-neutron01:13
*** thumpba has quit IRC01:14
*** thumpba_ has quit IRC01:15
*** thumpba has joined #openstack-neutron01:15
*** thorst has quit IRC01:16
*** zhenguo has joined #openstack-neutron01:16
*** Marga__ has joined #openstack-neutron01:19
openstackgerritArmando Migliaccio proposed openstack/neutron: Improve callback registry devref documentation and usability  https://review.openstack.org/21179801:19
*** Marga_ has quit IRC01:20
*** shivrao has quit IRC01:20
*** agireud has joined #openstack-neutron01:24
*** britthouser has quit IRC01:30
*** lyanchih has joined #openstack-neutron01:31
*** erkules has joined #openstack-neutron01:32
*** vivek-ebay has joined #openstack-neutron01:34
*** erkules_ has quit IRC01:35
*** breitz1 has joined #openstack-neutron01:38
*** breitz has quit IRC01:38
*** britthouser has joined #openstack-neutron01:39
*** zhhuabj has quit IRC01:41
*** ijw_ has quit IRC01:48
*** baoli has quit IRC01:49
*** ijw has joined #openstack-neutron01:49
*** cdl has joined #openstack-neutron01:49
*** piyanai has joined #openstack-neutron01:51
*** jwy has joined #openstack-neutron01:52
*** erkules has quit IRC01:52
*** erkules has joined #openstack-neutron01:54
*** alejandrito has quit IRC01:55
*** Aish has joined #openstack-neutron01:59
*** rushil has joined #openstack-neutron02:03
*** thumpba has quit IRC02:04
*** patrickeast has quit IRC02:04
*** baoli has joined #openstack-neutron02:04
*** thumpba has joined #openstack-neutron02:05
*** thumpba has quit IRC02:05
*** ajmiller has joined #openstack-neutron02:06
*** yamamoto has joined #openstack-neutron02:09
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: OVS-agent: Introduce Ryu based OpenFlow implementation  https://review.openstack.org/15394602:10
*** iwamoto has joined #openstack-neutron02:12
*** y_sawai has joined #openstack-neutron02:14
*** y_sawai has quit IRC02:14
*** yamahata has quit IRC02:15
*** rushil has quit IRC02:19
*** arif-ali has quit IRC02:21
*** tflynn has joined #openstack-neutron02:22
*** yamamoto has quit IRC02:23
*** tflynn_ has joined #openstack-neutron02:24
*** arif-ali has joined #openstack-neutron02:26
*** tflynn has quit IRC02:27
*** Marga__ has quit IRC02:30
*** Marga_ has joined #openstack-neutron02:30
*** vivek-ebay has quit IRC02:33
*** david-lyle has quit IRC02:33
*** agireud has quit IRC02:42
*** shwetaap has joined #openstack-neutron02:44
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Placeholder for changes based on empty sp sections  https://review.openstack.org/21176002:44
*** bharath has joined #openstack-neutron02:44
openstackgerritDoug Wiegley proposed openstack/neutron-vpnaas: Remove default service provider from conf file  https://review.openstack.org/21175802:45
*** wendar has quit IRC02:46
*** zacksh has quit IRC02:46
*** wendar has joined #openstack-neutron02:46
*** zacksh has joined #openstack-neutron02:47
*** bharath has quit IRC02:49
*** britthouser has quit IRC02:52
*** hakimo has joined #openstack-neutron02:52
*** hakimo_ has quit IRC02:54
*** cdl has left #openstack-neutron02:54
*** patrickeast has joined #openstack-neutron02:55
*** jwy has quit IRC02:56
*** saksham has quit IRC02:56
openstackgerritRui Zang proposed openstack/neutron: Add UUID check of tenant ID for quota show and update. Currently tenant ID validation (to Keyston or other) is missing in Neutron and some other projects. For quota-update, random string is being accepted and written to the tenant-id column in DB. This pa  https://review.openstack.org/21144102:57
*** agireud has joined #openstack-neutron03:00
*** yamamoto has joined #openstack-neutron03:03
*** banix has quit IRC03:08
*** rm_work|away is now known as rm_work03:10
*** agireud has quit IRC03:10
*** patrickeast has quit IRC03:15
*** tflynn_ has quit IRC03:15
*** tflynn has joined #openstack-neutron03:19
openstackgerritDoug Wiegley proposed openstack/neutron-vpnaas: Remove default service provider from conf file  https://review.openstack.org/21175803:19
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Placeholder for changes based on empty sp sections  https://review.openstack.org/21176003:21
*** fawadkhaliq has joined #openstack-neutron03:22
*** baoli has quit IRC03:23
*** tflynn has quit IRC03:24
*** humble__ has joined #openstack-neutron03:24
*** dan has quit IRC03:26
*** adreznec has quit IRC03:26
*** dan has joined #openstack-neutron03:26
*** achanda has joined #openstack-neutron03:27
*** adreznec has joined #openstack-neutron03:27
*** shivrao has joined #openstack-neutron03:28
*** baoli has joined #openstack-neutron03:28
*** moha_hunt has quit IRC03:28
*** moha_hunt has joined #openstack-neutron03:30
*** david-lyle has joined #openstack-neutron03:30
*** nlahouti has joined #openstack-neutron03:34
*** sdake_ has joined #openstack-neutron03:35
*** rawl has quit IRC03:36
*** sdake has quit IRC03:39
*** fedexo has joined #openstack-neutron03:40
*** nlahouti has quit IRC03:41
*** nlahouti has joined #openstack-neutron03:41
*** azbiswas has joined #openstack-neutron03:41
*** vivek-ebay has joined #openstack-neutron03:41
*** piyanai has quit IRC03:44
*** tsg has joined #openstack-neutron03:44
openstackgerritArmando Migliaccio proposed openstack/neutron: Improve callback registry devref documentation and usability  https://review.openstack.org/21179803:44
*** sdake_ is now known as sdake03:46
*** bharath has joined #openstack-neutron03:47
*** bharath_ has joined #openstack-neutron03:51
*** tiswanso has quit IRC03:54
*** baoli has quit IRC03:55
*** bharath_ has quit IRC03:56
*** fedexo has quit IRC04:00
*** ijw has quit IRC04:00
*** vivek-ebay has quit IRC04:04
*** pai15 has joined #openstack-neutron04:06
*** vivek-ebay has joined #openstack-neutron04:06
*** vikram has joined #openstack-neutron04:07
*** dsanders1 has quit IRC04:16
*** Sukhdev_ has joined #openstack-neutron04:19
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Placeholder for changes based on empty sp sections  https://review.openstack.org/21176004:23
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Placeholder for changes based on empty sp sections  https://review.openstack.org/21176004:23
*** morgan_404 is now known as morgan_41004:26
*** morgan_410 is now known as morgan_40404:26
*** bharath has quit IRC04:28
*** pai15 has quit IRC04:30
*** sthillma has joined #openstack-neutron04:36
*** smallbig has joined #openstack-neutron04:37
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: Add Kuryr to sub_projects.rst  https://review.openstack.org/20936104:39
*** sthillma_ has joined #openstack-neutron04:39
*** minwang2 has joined #openstack-neutron04:41
*** sthillma has quit IRC04:42
*** sthillma_ is now known as sthillma04:42
*** links has joined #openstack-neutron04:42
*** Aish has quit IRC04:42
*** bharath has joined #openstack-neutron04:43
*** abregman has joined #openstack-neutron04:45
*** shwetaap has quit IRC04:50
*** moha_hunt has quit IRC04:51
*** ekuris has joined #openstack-neutron04:52
*** enikanorov2 has joined #openstack-neutron05:04
*** lyanchih has quit IRC05:07
*** ircuser-1 has joined #openstack-neutron05:07
*** vikram_ has joined #openstack-neutron05:09
*** itzikb_ has joined #openstack-neutron05:09
*** vikram has quit IRC05:09
*** bharath has quit IRC05:10
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Placeholder for changes based on empty sp sections  https://review.openstack.org/21176005:10
*** sthillma has quit IRC05:12
*** lajos-katona has joined #openstack-neutron05:16
openstackgerritLajos Katona proposed openstack/python-neutronclient: Support CLI changes for managing trunk ports  https://review.openstack.org/21030105:21
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Switch the default to "native" of_interface  https://review.openstack.org/20632905:25
*** tsg has quit IRC05:27
*** jianyong has quit IRC05:27
openstackgerritRui Zang proposed openstack/neutron: Add UUID check of tenant ID for quota show and update. Currently tenant ID validation (to Keyston or other) is missing in Neutron and some other projects. For quota-update, random string is being accepted and written to the tenant-id column in DB. This pa  https://review.openstack.org/21144105:27
*** vikram_ has quit IRC05:33
*** fawadkhaliq has quit IRC05:38
*** minwang2 has quit IRC05:38
*** vivek-ebay has quit IRC05:40
*** bharath has joined #openstack-neutron05:40
*** jianyong has joined #openstack-neutron05:40
*** bharath_ has joined #openstack-neutron05:42
*** Aish has joined #openstack-neutron05:43
*** jianyong has joined #openstack-neutron05:43
*** rook has quit IRC05:44
*** bharath has quit IRC05:45
*** jianyong has quit IRC05:46
*** ihrachyshka has joined #openstack-neutron05:47
*** humble__ has quit IRC05:48
*** diga_ has joined #openstack-neutron05:50
*** dsanders has joined #openstack-neutron05:51
*** dsanders has quit IRC05:51
*** gberginc has joined #openstack-neutron05:53
*** Murali_ has joined #openstack-neutron05:53
*** neophy has joined #openstack-neutron05:54
*** lyanchih has joined #openstack-neutron05:55
*** Ramanjaneya has joined #openstack-neutron05:56
*** mkolesni has joined #openstack-neutron05:56
*** yonglihe has joined #openstack-neutron05:56
*** vthapar has joined #openstack-neutron05:56
*** yonglihe has quit IRC05:56
*** yonglihe has joined #openstack-neutron05:57
*** Sukhdev_ has quit IRC05:58
openstackgerritMerged openstack/neutron: Clean up test_dvr_router_rem_fips_on_restarted_agent  https://review.openstack.org/21170005:58
*** fawadkhaliq has joined #openstack-neutron05:59
*** josecastroleon has joined #openstack-neutron06:00
openstackgerritLajos Katona proposed openstack/python-neutronclient: Support CLI changes for managing trunk ports  https://review.openstack.org/21030106:02
ihrachyshkaajo, hi! :)06:03
openstackgerritLajos Katona proposed openstack/python-neutronclient: Support CLI changes for managing ports as subports  https://review.openstack.org/21030406:03
ihrachyshkaajo, have you seen sc68cal dropped the fwaas revert from the merge queue?06:03
ihrachyshkaajo, I am a bit pissed off that we changed the direction with no backup plan, so I requested revert for devstack-gate: https://review.openstack.org/21185306:04
*** trinaths has joined #openstack-neutron06:05
ihrachyshkaajo, one thing that we can do now is take some qos patches and make them Depends-On the fwaas revert and recheck several times to see whether it fixes the issue06:05
*** vikram has joined #openstack-neutron06:07
*** hareeshp has joined #openstack-neutron06:07
*** yfried has joined #openstack-neutron06:07
tarunajo: Hi regarding mo files generation for neutron. You told 'emagana' could help me in this. Could you please share some details of him as i did not see anyone online with this name06:10
ihrachyshkaajo, ok, I updated 3 patches with Depends-On and we'll do some rechecks on them06:11
*** zhenguo has quit IRC06:13
ihrachyshkaajo, but let's not update all of them, it may not help.06:13
*** irenab has quit IRC06:14
*** rook has joined #openstack-neutron06:14
*** Aish has quit IRC06:15
*** rook has quit IRC06:19
*** hareeshp has quit IRC06:19
*** vikram has quit IRC06:20
*** shivrao has quit IRC06:20
*** neophy has quit IRC06:21
*** lyanchih has quit IRC06:21
*** lyanchih has joined #openstack-neutron06:22
*** trinaths has quit IRC06:25
*** jprovazn has joined #openstack-neutron06:25
*** jianyong has joined #openstack-neutron06:26
tarunHi i want to understand how the mo files are generated in neutron code for localization as these were not a part of repository06:27
*** gampel has joined #openstack-neutron06:28
*** nlahouti has quit IRC06:28
*** blackmonk has joined #openstack-neutron06:30
*** moshele has joined #openstack-neutron06:30
*** azbiswas has quit IRC06:31
*** miyagishi_t has joined #openstack-neutron06:32
*** vikram has joined #openstack-neutron06:32
*** azbiswas has joined #openstack-neutron06:32
*** azbiswas has quit IRC06:35
*** azbiswas has joined #openstack-neutron06:35
*** sdake_ has joined #openstack-neutron06:35
*** vivek-ebay has joined #openstack-neutron06:36
*** ihrachyshka has quit IRC06:39
*** sdake has quit IRC06:39
*** scheuran has joined #openstack-neutron06:40
*** vivek-ebay has quit IRC06:41
*** irenab has joined #openstack-neutron06:43
*** trinaths has joined #openstack-neutron06:43
*** azbiswas has quit IRC06:44
*** mohankumar has joined #openstack-neutron06:45
*** jlibosva has joined #openstack-neutron06:45
*** aranjan has joined #openstack-neutron06:48
*** rdo has quit IRC06:49
*** rdo has joined #openstack-neutron06:51
gsagie_irenab: https://etherpad.openstack.org/p/Kuryr_vif_binding_unbinding06:52
gsagie_apuimedo : ^^06:52
irenabgsagie_: thanks06:52
*** SridharG has joined #openstack-neutron06:53
*** bharath_ has quit IRC06:57
*** yonglihe has quit IRC06:57
itzikb_good morning06:58
*** kawa2014 has joined #openstack-neutron06:58
*** ildikov has quit IRC07:00
*** bharath has joined #openstack-neutron07:02
*** abehl has joined #openstack-neutron07:02
*** alex_klimov has joined #openstack-neutron07:03
*** alex_klimov has quit IRC07:03
*** devvesa has joined #openstack-neutron07:04
*** alex_klimov has joined #openstack-neutron07:04
*** xek has quit IRC07:04
*** xek has joined #openstack-neutron07:05
*** ronis has joined #openstack-neutron07:07
*** ronis_ has joined #openstack-neutron07:09
*** diga_ has quit IRC07:09
openstackgerritRyan Tidwell proposed openstack/neutron: [WIP] BGP Dynamic Routing: introduce entities and model  https://review.openstack.org/20162107:10
*** BhavyaM has joined #openstack-neutron07:11
*** fawadkhaliq has quit IRC07:12
*** fawadk has joined #openstack-neutron07:13
*** ronis has quit IRC07:13
*** cdl has joined #openstack-neutron07:14
*** ig0r_ has joined #openstack-neutron07:14
*** cdl has quit IRC07:16
*** ddepaoli has joined #openstack-neutron07:18
*** Ramanjaneya has quit IRC07:19
*** yamamoto has quit IRC07:20
*** jschwarz has joined #openstack-neutron07:20
*** Ramanjaneya has joined #openstack-neutron07:22
*** yamahata has joined #openstack-neutron07:24
jschwarzajo, SYN07:27
*** achanda has quit IRC07:31
*** afazekas has joined #openstack-neutron07:32
*** _ has joined #openstack-neutron07:32
*** moshele has quit IRC07:32
*** _ is now known as Guest2307:32
*** Guest23 has quit IRC07:33
*** Marga__ has joined #openstack-neutron07:33
*** moshele has joined #openstack-neutron07:33
*** liudong has joined #openstack-neutron07:34
scheuranmestery, can I put the macvtap ml2-driver/agent feature extension on the neutron drivers meeting agenda for next week? Meaning that it gets confirmed and I get a direction if a spec is required.07:34
scheuranmestery, https://bugs.launchpad.net/neutron/+bug/148097907:35
openstackLaunchpad bug 1480979 in neutron "Adding macvtap ml2 driver and agent" [Undecided,In progress] - Assigned to Andreas Scheuring (andreas-scheuring)07:35
scheuranmestery, I know that it won't make liberty, but this helps me getting early feedback and getting prepared for the next release...07:35
*** achanda has joined #openstack-neutron07:36
*** zhenguo has joined #openstack-neutron07:36
*** nyechiel has joined #openstack-neutron07:37
*** Marga_ has quit IRC07:37
*** mohankumar has quit IRC07:38
*** rossella_s has joined #openstack-neutron07:38
*** rdo has quit IRC07:38
*** ig0r__ has joined #openstack-neutron07:38
*** ig0r_ has quit IRC07:41
*** lori|zzz is now known as lori07:43
*** jlanoux has joined #openstack-neutron07:45
*** jlibosva has quit IRC07:45
*** azbiswas has joined #openstack-neutron07:45
*** rdo has joined #openstack-neutron07:45
*** achanda has quit IRC07:46
*** azbiswas has quit IRC07:49
*** boris-42 has quit IRC07:50
openstackgerritvikram.choudhary proposed openstack/neutron: [WIP] BGP Dynamic Routing: introduce entities and model  https://review.openstack.org/20162107:51
*** yamamoto has joined #openstack-neutron07:51
*** blackmonk has quit IRC07:55
*** ajmiller has quit IRC07:56
*** ushkalim has joined #openstack-neutron07:58
*** gildub has quit IRC08:02
*** claudiub has joined #openstack-neutron08:03
*** sdake_ has quit IRC08:04
*** yog_ has joined #openstack-neutron08:05
*** yamahata has quit IRC08:08
*** aranjan has quit IRC08:08
*** ildikov has joined #openstack-neutron08:08
ajojschwarz, ACK08:08
ajowell08:08
jschwarzajo, you mean 'SYN,ACK'08:09
ajoI may say: jschwarz , SYN + ACK08:09
jschwarzbut OK08:09
jschwarzXD08:09
ajoto be right08:09
ajolol08:09
jschwarzajo, so where are we on the mergeback?08:09
jschwarzproblems with fwaas, I assume?08:09
ajojschwarz: blocked by gate08:09
*** gberginc has quit IRC08:09
*** dguerri` is now known as dguerri08:09
jschwarzgah.08:09
ajoI will discuss with ihar, that we may build the diff and provide it for review08:09
ajoeven if gate is givin a hard time to neutron ATM08:09
jschwarzajo, I think that's wise08:09
jschwarzit might not merge but we can start the review process at least08:10
ajoit's not qos fault, just the mysql driver change and something in fwaas08:10
jschwarzaye, I saw the discussion08:10
*** lyanchih has quit IRC08:10
jschwarzajo, still with mestery in a convention or something next week... we want to do as much as possible this week08:10
*** jlibosva has joined #openstack-neutron08:12
*** ajmiller has joined #openstack-neutron08:12
*** ig0r__ has quit IRC08:13
*** diga_ has joined #openstack-neutron08:14
ajojschwarz, yes, if we get reviews started, and the patches won't change, that's a good thing08:14
ajowe should convince ihar when he's back08:14
jschwarzajo, we might have to think-ahead with what we have stuck at the gate but...08:14
jschwarzajo, ping me when he's back and I'll help you ;-)08:14
ajojschwarz, I'm not sure exactly, ask jlibosva in priv ;)08:15
jschwarzajo, should be around 1ish, no?08:15
ajojschwarz, absolutely no idea08:15
jschwarzjlibosva, ?08:15
jlibosvao/08:16
jlibosvajschwarz: ajo I don't know the context :)08:16
jschwarzjlibosva, asking when ihar will be in the office so we can conspire against him and do evil things with qos :)08:16
jlibosvajschwarz: at about noon08:17
jschwarzGMT+2?08:17
*** akorzeni has joined #openstack-neutron08:17
jschwarzso 2 hours from now08:17
jlibosvay08:17
jschwarz:)08:17
jlibosvayep08:17
*** ig0r_ has joined #openstack-neutron08:17
jschwarzajo, &08:17
jschwarz^08:17
salv-orlandodid ihar move to the us?08:17
*** cdl has joined #openstack-neutron08:17
*** Marga__ has quit IRC08:17
jlibosvasalv-orlando: nope :)08:18
jschwarzsalv-orlando, he has some classes in the early mornings, it seems08:18
salv-orlandoI see, good for him08:18
*** Marga_ has joined #openstack-neutron08:18
jlibosvabut he's usually online in the morning before he does hit business08:18
jlibosvas/hit/his/08:18
*** ig0r_ has quit IRC08:19
jschwarzjlibosva, funnier if you leave it 'hit'.08:19
jlibosvaI haven't had coffee yet so I'm writing random words08:19
*** lyanchih has joined #openstack-neutron08:20
salv-orlandojlibosva: hit business is usually a highly remunerative one08:21
*** jpena has joined #openstack-neutron08:21
*** jistr has joined #openstack-neutron08:21
* jlibosva looks for "remunerative" in dictionary08:21
*** vthapar has quit IRC08:21
* jschwarz also looks for that word08:21
jschwarzaaahh08:22
jschwarzXD08:22
salv-orlandoit's one of those words english inherited from latin ;) It sounds posh in english but is common in italian08:22
ajosalv-orlando: lol08:23
ajoI completely understood it :)08:24
ajohttp://www.wordreference.com/es/en/translation.asp?spen=remunerar08:24
*** tsg has joined #openstack-neutron08:24
ajohttp://www.wordreference.com/iten/remunerazione08:25
ajo:-)08:25
ajosalv-orlando: well, english keeps polluting spanish, italian and all other languages, I'm ok with polluting it a little bit :P08:26
*** tsg has quit IRC08:30
*** roeyc has joined #openstack-neutron08:30
*** yog_ has quit IRC08:30
*** yamamoto has quit IRC08:31
*** miyagishi_t has quit IRC08:31
*** yamamoto has joined #openstack-neutron08:32
*** tfukushima has joined #openstack-neutron08:34
*** yalie has left #openstack-neutron08:34
salv-orlandoajo: well spanish not so much. now go back yo your computadora08:35
salv-orlandoor ordenador if your computer is a boy ;)08:36
*** sudipto has joined #openstack-neutron08:40
*** pavel_bondar has joined #openstack-neutron08:43
*** yog_ has joined #openstack-neutron08:44
*** hichihara has quit IRC08:53
*** trinaths has quit IRC09:00
ajosalv-orlando: lol :)09:01
*** yalie has joined #openstack-neutron09:02
yaliehi yamamoto?09:02
yamamotoyalie: hi09:02
yalieI just saw your comments https://review.openstack.org/#/c/129773/25/neutron/db/l3_db.py09:02
yaliethanks09:03
yaliedo you mean that we don't need specify the 'mac' ?09:03
yalierelated to some other bugs?09:04
yamamotoyalie: my comment is not specific to 'mac'09:04
yamamotothe change fills default values for unspecified values, right?09:04
*** trinaths has joined #openstack-neutron09:05
*** yfried is now known as yfried|afk09:05
yalieyes09:05
yalieI see09:05
*** ihrachyshka has joined #openstack-neutron09:05
ihrachyshkaajo, jschwarz: searched for me?09:05
yalieok, I will check it , thanks09:05
ajohi ihrachyshka , jschwarz and I had a plan09:06
yamamotoyalie: np09:06
ajosince the gate issue is not a feature/qos thing09:06
*** apuimedo has joined #openstack-neutron09:06
ihrachyshkaajo, does it include 'going out, have some fun'?09:06
ajoand the last patches are clear09:06
ajoihrachyshka: :-) I wish it was that :D09:06
ajoihrachyshka: what do you think about providing the diff09:07
ajoand the email with merge/back request09:07
ajogiven that those last patches are not changing09:07
ajoso we get people already reviewing it,09:07
ajoand I will provide the install instructions, and the video09:07
ajo(working on the video ATM)09:08
ajojschwarz ^ anything to say? :)09:09
*** iwamoto has quit IRC09:09
ihrachyshkaajo, I think we should get them in by reverting devstack-gate, then rechecking09:10
ihrachyshkait should be doable09:10
ihrachyshkaas I see, fwaas revert does not help09:10
ajoihrachyshka: I didn't see any fwaas failure with the fwaas revert09:10
ajodid you?09:10
ihrachyshkain depends-on patches09:10
ajomay be I missed it09:10
ihrachyshkaI made some to depend on it09:10
ajoyes, no Fwaas failures on those09:11
ihrachyshkahttp://logs.openstack.org/37/211537/2/check/gate-neutron-dsvm-api/6b5668d/09:11
ajohhmmm09:11
ajolet me check09:11
ihrachyshkathat's in https://review.openstack.org/#/c/211537/09:11
openstackgerritvikram.choudhary proposed openstack/neutron: [WIP] BGP Dynamic Routing: introduce dragent scheduler model  https://review.openstack.org/20760709:11
ajo:-(09:11
ajoihrachyshka, ok, I missed that one09:12
ihrachyshkaI will now chase for infra09:12
ihrachyshkaajo, oh, that one actually has wrong tag!09:12
ihrachyshkajlibosva, bad boy! :D09:13
jlibosvanot my fault!09:13
ihrachyshkaajo, test failure? https://review.openstack.org/#/c/211520/09:13
jlibosvaI'm just a brainless copy&paster09:13
ihrachyshkahm, so it seems that other patches succeeded09:14
ihrachyshkathen it's good news!09:14
openstackgerritOleg Bondarev proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202409:14
*** trinaths has quit IRC09:15
ihrachyshkaajo, have you rechecked all?09:16
openstackgerritshihanzhang proposed openstack/neutron: Rename function '_update_port_down'  https://review.openstack.org/21192009:17
ajoihrachyshka, yes, not that one with the wrong tag,09:17
ihrachyshkaajo, ok, I'll make others critical to depends-on09:17
ajoI think I did, let me "recheck" my work ;)09:17
*** park_heijlong has joined #openstack-neutron09:18
*** john-davidge has joined #openstack-neutron09:18
ihrachyshkaall good09:19
ihrachyshkaajo, fix the topic: https://review.openstack.org/21160309:20
ajoihrachyshka: done09:20
ajoihrachyshka: so the FwAAS revert so far seems to be fixing it, right?09:20
*** sayali has quit IRC09:21
ajolet's see how next rechecks behave09:21
ajoI think it's better to fix the specific sin, than opening the gate for more sins then09:21
*** john-davidge_ has joined #openstack-neutron09:21
ihrachyshkaajo, meh. https://review.openstack.org/#/c/211603/ fails in fwaas09:21
ihrachyshkaplease verify me09:21
* ajo checks09:21
ajotearDownClass (neutron.tests.api.test_fwaas_extensions.FWaaSExtensionTestJSON)09:22
ajo:(09:22
ajolet's check the tag09:22
ajodepends-on is good09:22
ajoyikes09:23
ihrachyshkasigh09:23
ihrachyshkaok, then devstack-gate revert09:23
*** john-davidge has quit IRC09:23
*** john-davidge_ is now known as john-davidge09:23
ihrachyshkaajo, the revert https://review.openstack.org/#/c/211853/09:24
*** yfried|afk is now known as yfried09:25
ajoihrachyshka: yep, I commented09:26
ihrachyshkathanks09:26
ajoihrachyshka, shall we remove the depends-on for now, and play lottery?09:26
ihrachyshkayeah, I think we should09:26
ajook,09:26
ihrachyshkacan you handle it while I chat with infra?09:26
* ajo buys some tickets09:26
ajoihrachyshka: sure09:26
ihrachyshkathanks09:26
*** park_heijlong has quit IRC09:28
ihrachyshkaajo, I'll report a bug for that failure09:28
*** kawa2014 has quit IRC09:28
*** kawa2014 has joined #openstack-neutron09:28
ihrachyshkaoh there is one already: https://bugs.launchpad.net/neutron/+bug/148387509:29
openstackLaunchpad bug 1483875 in neutron "FWaaS - firewall deleted unexpectedly by agent" [Undecided,New]09:29
*** roeyc has quit IRC09:31
*** sayali has joined #openstack-neutron09:33
*** yfried is now known as yfried|afk09:35
ajoihrachyshka, checking we're on the same page, we mean cleaning all the depends-on tags09:38
ajonot updating to the gate revert of the mysql workaround, right?09:38
ihrachyshkaajo, yes. no.09:38
ihrachyshkaajo, we'll play lottery until devstack-gate is merged.09:38
ajoack09:38
sc68calI'm awake09:38
*** vivek-ebay has joined #openstack-neutron09:38
ihrachyshkasc68cal, cool. so fwaas revert does not help09:38
ihrachyshkasc68cal, we go devstack-gate revert way for now09:39
ihrachyshkasc68cal, the bug you reported will be used to track the fixes in fwaas itself09:39
sc68calihrachyshka: understood.09:39
*** yfried|afk is now known as yfried09:39
ihrachyshkasc68cal, it will be hard to get attention from infra cores now since most are asleep, so we'll play lottery for qos in the meantime09:39
sc68calihrachyshka: I saw from your one comment the failures related to bug #1483875 - higher percentage in master branch and single digit percentage in feature/qos?09:41
openstackbug 1483875 in neutron "FWaaS - firewall deleted unexpectedly by agent" [Undecided,New] https://launchpad.net/bugs/148387509:41
ihrachyshkasc68cal, well, it may be a glitch, I don't know (it was ajo's comment)09:41
ihrachyshkaI don't know anything in qos that could affect it09:41
sc68calit could be just there was more chrun in qos than master yesterday09:41
sc68cal*churn09:41
ihrachyshkamaybe a bit more work on the agent side that makes it respond with ACTIVE status later?..09:42
*** mohankumar has joined #openstack-neutron09:42
ajosc68cal, ihrachyshka , yes, it's totally related to the amount of checks you run for each branch in gate09:42
*** Kennan2 is now known as Kennan09:42
ihrachyshkaack :) we were wild to push it :)09:42
ajothose numbers may need to be correlated to the amount of gate checks per branch...09:42
ajoyep09:42
ajoso, for 7d it's 20% master, 6% feature/qos09:42
*** vivek-ebay has quit IRC09:42
ajowhich could diverge for shorter days as we were trying to push things at qos :)09:43
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Graceful ovs-agent restart  https://review.openstack.org/18292009:43
sc68calsorry - I was trying to look for silver bullets to unblock you guys. I apologies for waffling later in the day but I just looked more and more and became less and less certain of my initial move09:44
ihrachyshkasc68cal, that was actually a good one in the end since it does not fix the issue09:44
ihrachyshkasc68cal, we could have devstack-gate revert up earlier probably though09:44
jschwarzihrachyshka, hello :)09:45
ihrachyshkaas it always goes... we should first unblock the gate, then dig.09:45
sc68calihrachyshka: ack - based on traffic in -infra I was hoping to keep this one "in the family" as it were09:45
ihrachyshkajschwarz, hey man09:45
ihrachyshkasc68cal, yeah, it was kinda wild there09:45
sc68calihrachyshka: instead of going to them off the bat09:45
sc68caldo we want to put something up on the ML that we think maybe the d-g revert is the way to go ?09:46
sc68calfor those playing at home09:46
jschwarzihrachyshka, so why we don't... just... uh... disable the fwaas test that's failing, and let them worry about it later?09:46
ihrachyshkasc68cal, that's a good idea. me/you?09:47
sc68caljschwarz: I thought about it - I think we need to break out the xfail decorator - run the test, but don't fail the job if it fails09:47
sc68calso we keep getting telemetry09:47
*** bharath has quit IRC09:47
jschwarzsc68cal, sounds good to me09:48
sc68calhttp://pytest.org/latest/skipping.html09:48
*** azbiswas has joined #openstack-neutron09:48
ihrachyshkajschwarz, not sure. let's see how quickly infra responds.09:48
jschwarzihrachyshka, ajo, in the mean time please +2+A this: https://review.openstack.org/#/c/211565/09:48
ihrachyshkasc68cal, xfail is interesting.09:48
jschwarzvotes were lost in the commit message changes you made09:48
*** bharath has joined #openstack-neutron09:49
openstackgerritOleg Bondarev proposed openstack/neutron: DVR: fix router rescheduling on server side  https://review.openstack.org/19951409:49
openstackgerritOleg Bondarev proposed openstack/neutron: DVR: fix router rescheduling on agent side  https://review.openstack.org/21193909:49
jschwarzihrachyshka, anyway what do you say about the 'push diff review and ML mail now so we can get reviews for branch merge'?09:49
*** yamamoto has quit IRC09:50
*** Marga__ has joined #openstack-neutron09:50
*** yamamoto has joined #openstack-neutron09:51
*** Marga_ has quit IRC09:52
*** azbiswas has quit IRC09:52
*** bharath has quit IRC09:53
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Add test that checks external tables are not changed  https://review.openstack.org/21044909:53
ihrachyshkajschwarz, I hate it and hope that we won't need it. but let's keep it as fallback plan.09:54
*** erkules has quit IRC09:54
*** erkules has joined #openstack-neutron09:54
*** gampel1 has joined #openstack-neutron09:56
ajoihrachyshka, jschwarz , in zuul we trust09:56
ajoihrachyshka: what's the status of this? https://review.openstack.org/#/c/208273/09:56
ajoanother refactor not for now?09:57
ajoI would abandon those not-for-now refactors, so the list of patches is clean09:57
ajoit's more a zen thing, so people looking at the branch won't find a mess09:57
*** gampel has quit IRC09:57
openstackgerritOleg Bondarev proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202409:58
*** moshele has quit IRC09:58
ajoihrachyshka: shall we remove +A from https://review.openstack.org/#/c/210483/ until jenkins check passes again?09:58
ajoihrachyshka: and here: https://review.openstack.org/#/c/211565/09:59
ajowell, those can only fail because of fwaas, our stuff it's already been tested10:01
ajoso +A makes sense probably10:01
*** claudiub has quit IRC10:03
openstackgerritRossella Sblendido proposed openstack/neutron: Remove cache of registered ports in the OVS agent  https://review.openstack.org/21119210:04
openstackgerritRossella Sblendido proposed openstack/neutron: check_changed_vlans doesn't need registered_ports as param  https://review.openstack.org/21119110:04
openstackgerritRossella Sblendido proposed openstack/neutron: Don't sync all devices when some fail  https://review.openstack.org/20209810:04
openstackgerritRossella Sblendido proposed openstack/neutron: OVS agent set max number of attempts to sync failed devices  https://review.openstack.org/21158610:04
ihrachyshkaajo, yes, that was my reasoning10:05
ihrachyshkathat's why +A10:05
ihrachyshkaajo, as for refactor, it will go in master.10:05
ajoihrachyshka: we need an external +2 https://review.openstack.org/#/c/211520/10:05
ihrachyshkaajo, I don't think we should drop it now though10:05
*** pavel_bondar has quit IRC10:05
ajoihrachyshka, it's just a cleanup thing, they are stored in gerrit anyway10:05
ihrachyshkaajo, it's not just a cleanup, it's API rework. why do you want to drop it?10:06
ihrachyshkalet the author do it10:06
ajoihrachyshka, sure, I won't do it without moshele here10:06
ihrachyshkazen is overrated10:06
ajohere->agreeing ;)10:06
*** fzdarsky has joined #openstack-neutron10:06
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: compare response.body to bytes in namespace_proxy test  https://review.openstack.org/20699110:07
ajorossella_s ping10:07
ajocan I ask you to look on a tiny patch on feature/qos ? :)10:08
ajohttps://review.openstack.org/#/c/211520/10:08
rossella_sajo: yes of course10:08
ajowe need a +2 to move it forward, I've manually tested it, and it also has functional test10:08
* rossella_s looking at it10:08
ajorossella_s, it's on the backend, setting "egress" limits on the interface, (ovs knows it as ingress, because ovs considers ingress from the switch point of view)10:09
ajorossella_s++ thanks10:09
*** ig0r_ has joined #openstack-neutron10:10
rossella_sajo thanks for the background info...feel free to ping me when you need some review, I need to defeat my laziness somehow :p10:10
ajorossella_s: same thing for me... feel free to ping me too10:11
ajoI'm quite tied lately with the QoS thing, but starting to look to other patches again10:11
rossella_sI was trying to have a look at the qos patches from time to time but you people are working too hard can't keep your pace10:11
ajorossella_s: I made a pause in the "too hard", ihrachyshka it's been our hardest QoS'er ;)10:12
ajoit's -> has10:12
ajopause=PTO10:12
rossella_shumans need some rest from time to time10:13
openstackgerritSean M. Collins proposed openstack/neutron: Mark FwaaS tests as xfail  https://review.openstack.org/21194710:15
ajo:-)10:15
sc68calDon't know if I did it right - docs for it are a little vague but we'll see10:15
ajosc68cal: expect fail will fail if it doesn't fail? :)10:15
ajoihrachyshka ^10:16
jschwarzrossella_s, that's the point - ihrachyshka is inhuman :)10:16
ajothis other approach may work without opening the gate to other races10:16
ihrachyshkajschwarz, as long as I pass Turing test, you never know10:16
ajoihrachyshka: lol10:16
*** fzdarsky has quit IRC10:16
rossella_sjschwarz, ihrachyshka ajo lol!10:17
sc68calajo: something like that10:17
*** sudipto_ has joined #openstack-neutron10:18
*** claudiub has joined #openstack-neutron10:19
*** diga_ has quit IRC10:19
*** jkraj has joined #openstack-neutron10:19
ihrachyshkasc68cal, reading https://docs.python.org/2/library/unittest.html, I don't see expectedFailure applied to classes there but test case methods10:20
sc68calihrachyshka: true, but the paragraph above says: "Classes can be skipped just like methods"10:21
sc68calihrachyshka: I don't know if they just mean for skip, or if that applies to expected failure as well10:21
*** sudipto has quit IRC10:21
ihrachyshkaoh ok let's see then :)10:21
* jschwarz notes that decorators can work on classes as well10:21
*** vikram has quit IRC10:22
sc68calihrachyshka: the tricky part is that for some reason the tearDownClass method is failing due to the race, so i'd have to override and super() to decorate a method for it10:22
sc68calhence trying to decorate the whole class10:22
ihrachyshkasc68cal, I think it would not fail if not the first test10:23
ihrachyshkasc68cal, it basically fails to cleanup the firewall that the first test failed to cleanup10:23
sc68calihrachyshka: yeah - test_firewall_insertion_mode_add_remove_router10:23
ihrachyshkaso I expect that we could apply that to the test case only10:23
sc68calihrachyshka: I can respin and we can try it.10:26
ihrachyshkasc68cal, I am for it10:26
openstackgerritSean M. Collins proposed openstack/neutron: Mark a FwaaS tests as expectedFailure  https://review.openstack.org/21194710:28
* sc68cal goes to make coffee10:29
*** yuanying has quit IRC10:30
*** yuanying has joined #openstack-neutron10:30
*** vikram has joined #openstack-neutron10:32
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/20870510:32
rossella_sajo sorry for the delay, I just wanted to understand the code a bit...so I +2 and +A10:33
*** itzikb_ has quit IRC10:33
rossella_sajo hope you wanted the +A too ..10:34
ihrachyshkarossella_s, show me someone who does not want +A10:36
*** abehl has quit IRC10:36
rossella_sihrachyshka good point...anyway since I am not so much involved in your work, I thought better ask :)10:37
ihrachyshkarossella_s, we strive to flush remaining patches in the tree and request merge-back to master today :)10:37
ihrachyshkathat said, we planned to do it on Mon initially, so every day it's today10:38
rossella_sI know10:38
*** vikram has quit IRC10:38
rossella_sI have been following that10:38
rossella_sif you need help just ping10:38
rossella_sajo ihrachyshka btw not sure if this can be useful but I stepped into this blog post looking for some more info regarding queues https://n40lab.wordpress.com/2013/05/04/openvswitch-setting-a-bandwidth-limit/ for that guy it seems that ingress is not limited by default10:40
*** fawadk has quit IRC10:41
*** gampel has joined #openstack-neutron10:42
*** gampel1 has quit IRC10:44
*** gampel has quit IRC10:46
*** ig0r_ has quit IRC10:46
jschwarzihrachyshka, ajo, https://review.openstack.org/#/c/211565/ failed at the gate again...10:46
ihrachyshkajschwarz, we'll recheck. note that devstack-gate revert is in the gate already10:47
ihrachyshkaso we should be fixed quickly10:47
*** moshele has joined #openstack-neutron10:48
jschwarzworking quickly, you are10:48
jschwarzihrachyshka, also, the dvr job failed again because of timeouts I think10:49
jschwarzthat's twice in a row now.10:49
*** abehl has joined #openstack-neutron10:49
ihrachyshkajschwarz, they don't play alone10:49
*** bharath has joined #openstack-neutron10:49
jschwarzihrachyshka, who do they play with?10:49
ihrachyshkajschwarz, us, I guess ;)10:50
ajorossella_s thanks, looking at the blog post10:50
jschwarzwe do nothing with dvr :<10:50
*** pc_m has joined #openstack-neutron10:50
ajorossella_s, ok, it matches what I saw10:51
ihrachyshkajschwarz, but dvr does something with you!10:51
ajowith queue + qos + linux-htb, we limit the ingress from VM point of view :)10:51
ajowhere we were expecting to limit egress :)10:51
ajorossella_s, I think that to limit egress via a queue we also need to use OF rules to direct traffic to the queue10:51
*** vikram has joined #openstack-neutron10:51
*** bharath has quit IRC10:54
rossella_sajo now I get it...I thought in the blog the test was downloading a file located on the vm  but you are probably right, the test is starting a download from the VM10:54
rossella_sajo glad it matches what you saw then10:55
*** alexpilotti has joined #openstack-neutron10:55
ajorossella_s, you had to see my face when trying to test it manually10:55
ajoas it as changing the ingress speed, while I was forcing egress, it was funny10:55
ajoit was TCP10:56
ajoso 10kbps ingress matched to 1Mbps egress more or less to tcp10:56
rossella_sajo I can imagine, you are brave10:56
ajoand 20kbps, to 2.2Mbps more or less..10:56
ajoso initially I thought it was a magnitude issue10:56
ajo:D10:56
ajorossella_s, things got wierd, when I configured 50kbps and I got 10Mbps... (funny TCP)10:56
ajoand... then I realized it was limiting ingress, which btw, it was supposed to be a very complicated thing to do :) (well, it's for non TCP protocols actually)10:57
*** yfried is now known as yfried|afk11:00
openstackgerritMarga Millet proposed openstack/neutron: Allow host route injection of metadata server IP  https://review.openstack.org/21196311:00
*** rossella_s has quit IRC11:00
*** gberginc has joined #openstack-neutron11:00
openstackgerritsean mooney proposed openstack/neutron: Adds configurable agent type  https://review.openstack.org/19721011:01
openstackgerritsean mooney proposed openstack/neutron: Add config option to specify ovs datapath.  https://review.openstack.org/19720911:01
*** mwagner_lap has quit IRC11:02
*** zhenguo has quit IRC11:03
*** kawa2014 has quit IRC11:03
*** lyanchih has quit IRC11:04
*** mohankumar has quit IRC11:05
*** oomichi has quit IRC11:05
*** yfried|afk is now known as yfried11:08
*** roeyc has joined #openstack-neutron11:08
*** yamamoto has quit IRC11:08
*** Ramanjaneya has quit IRC11:09
*** trinaths has joined #openstack-neutron11:09
sc68calscheuran: ping - sorry about yesterday11:11
*** jpena is now known as jpena|lunch11:15
*** BhavyaM has quit IRC11:18
sc68calkevinbenton: Sam-I-Am: I saw a related patch, to the vxlan_udp_port - https://review.openstack.org/20876211:21
sc68calkevinbenton: Sam-I-Am: oops, that's just a devstack patch. sorry thought it was neutron :(11:23
ihrachyshkasc68cal, UnexpectedSuccess ? :)11:26
ihrachyshkasc68cal, the xfail patch just failed with ^^11:26
openstackgerritshihanzhang proposed openstack/neutron: Destroy ipset when the corresponding rule is removed  https://review.openstack.org/19099111:27
sc68calihrachyshka: lol wat11:28
ihrachyshkasc68cal, apparently it fails on success11:28
ihrachyshkaso it's a sort of a way to introduce negative cases ;)11:28
sc68caloh for cryin out loud11:28
sc68calso it says unexpected success but there's a stacktrace where it couldn't find the firewall11:29
ihrachyshkasc68cal, nope11:31
ihrachyshkasc68cal, there is no traceback11:31
ihrachyshkasc68cal, the way test works is it creates a FW, then requests a delete, then spins waiting for the agent to report back with firewall_deleted() and the FW to go away from the db11:32
ihrachyshkathen it gets NotFound and claims success11:32
ihrachyshkaso it walked thru the case, got success and failed because it expected failure11:32
ihrachyshkaas easy as that11:32
*** baoli has joined #openstack-neutron11:33
* john-davidge thinks unittest needs a @NotSureWhatToExpect decorator11:34
john-davidgesc68cal: Would it be worth skipping the test for now?11:35
*** baoli has quit IRC11:35
*** baoli has joined #openstack-neutron11:35
*** gampel has joined #openstack-neutron11:36
*** thorst has joined #openstack-neutron11:37
sc68calihrachyshka: ah. I see now. The test *has* to fail with that decorator11:37
ihrachyshkayeap11:37
sc68calihrachyshka: dang it - why can't I get a decorator to RUN THE TEST BUT NOT FAIL THE JOB IF IT DOESN'T FAIL11:38
ihrachyshkaso an easy way to flip from success to negative case11:38
* sc68cal slams head against desk11:38
*** julim has joined #openstack-neutron11:38
sc68calok, i'll push a patch to just skip it for now - I'll play around with xfail on separate track11:39
ihrachyshkasc68cal, note they say we should import unittest2 in the email thread11:40
*** sudipto_ has quit IRC11:40
sc68calyeah saw it11:40
*** Marga__ has quit IRC11:40
*** Marga_ has joined #openstack-neutron11:41
*** matrohon has joined #openstack-neutron11:41
* sc68cal keeps mashing buttons11:42
openstackgerritSean M. Collins proposed openstack/neutron: Skip FwaaS test that is failing due to race condition  https://review.openstack.org/21197911:42
*** Ramanjaneya has joined #openstack-neutron11:43
*** mohankumar has joined #openstack-neutron11:45
ihrachyshkadevstack-gate revert merged11:48
ihrachyshkaajo, jschwarz, jlibosva ^^11:48
ihrachyshkamoshele, ^^11:48
jschwarzwhooooooooooooooooooooooooo11:48
jschwarzwhooooooooooooooooooooooooooooooooooooo11:48
jschwarzwhooo11:48
jschwarz:)11:48
ihrachyshkalet's recheck where applies and see what breaks us now11:48
ihrachyshkaajo, please manage the recheck effort :)11:48
jschwarzihrachyshka, i rechecked https://review.openstack.org/#/c/211565/ a few minutes back so I'll ping it every now and then on the zuul and see11:49
*** trinaths has quit IRC11:49
ihrachyshkajschwarz, well, you should have waited a bit11:49
jschwarzI know :( sorry11:49
ihrachyshkajschwarz, because now it could catch the old devstack-gate11:49
ihrachyshkawe'll see11:49
ihrachyshkanot a great deal :)11:50
ajook, we'll see11:50
jschwarzihrachyshka, there's a 1% chance it won't ;-)11:50
ajoI'm handling the rechecks, please not collide11:50
ajo;)11:50
jschwarz(or that it will not fail)11:50
dmelladoihrachyshka: just out of curiosity, how much should you usually wait for the former devstack-gate not to be used anymore?11:50
ihrachyshkaAJO IS ON RECHECKS, STEP BACK OR HE WILL HIT YOU11:50
ajoihrachyshka: lol11:50
ihrachyshkadmellado, hm? I hope it's immediate11:51
ihrachyshkadmellado, I know that zuul/jenkins changes (f.e. project-config) do not apply immediately11:51
*** dtynan has quit IRC11:51
ihrachyshkabut devstack-gate should be different. hopefully.11:51
dmelladoihrachyshka: thanks for the clarification11:52
ihrachyshkadmellado, jenkins changes are special, they are not really gated against real openstack code11:52
dmelladoI see11:52
*** britthouser has joined #openstack-neutron11:53
ajoihrachyshka: can you check: https://review.openstack.org/#/c/208543/   this one passed check, and has +A, but I don't see it in gate11:54
*** britthou_ has joined #openstack-neutron11:54
ajomay be it's waiting for the depended 21156511:54
scheuransc68cal, a little late, but - pong11:55
*** dtynan has joined #openstack-neutron11:56
jschwarzajo, it is indeed :)11:56
*** yfried has quit IRC11:56
*** zhhuabj has joined #openstack-neutron11:56
ajook, ihrachyshka, jschwarz no recheck, all patches were already in gate or check queue11:57
ajoin fact, at the top of the gate, we have 3 in a row11:57
jschwarzajo. I'm checking with 211565 to see if it does need a recheck (triggered before the devstack revert merged)11:57
*** britthouser has quit IRC11:57
ajojschwarz, don't do it yet11:57
ajojschwarz, if it passes, the recheck will make it being recheck11:57
jschwarzajo, yep. that's why I'm looking at the log11:58
jschwarzajo, if it fails on the fwaas I'll let you know11:58
sc68calscheuran: My hope was to keep the linux bridge agent class similar to the OVS agent class, where they inherit the RPC mixins11:58
ajojschwarz: ack :)11:58
sc68calscheuran: your patches sort of reverse the change I did in the base patch, where there was an RPC class that inherited the mixins, then an agent class11:59
ajojschwarz, ihrachyshka : https://review.openstack.org/#/c/211520/ being merged in a second ;)11:59
scheuransc68cal, yes, right11:59
sc68calscheuran: there's probably still a lot of goop in the agent class that needs to be extracted into the bridge manager class, but I don't think the RPC stuff should go into the managers12:00
scheuransc68cal, that'S something that needs to be discussed12:00
jschwarzwhoohoo12:00
jschwarzajo, 211565 started api tests12:00
* ajo takes out popcorn12:00
jschwarzajo, https://jenkins07.openstack.org/job/gate-neutron-dsvm-api/910/console12:00
scheuransc68cal, were you able to read my reply on your comment?12:01
jschwarzwhat was the failing function?12:01
scheuransc68cal, I tried to explain why it would make sense from my point of view12:01
sc68calscheuran: yes, I saw, and I do agree, current structure would have lots of delegator methods12:02
*** vikram has quit IRC12:02
sc68calscheuran: but for now that might be what is required until we can tease out what port_update really entails that is macvtap vs. bridge specific12:02
sc68calnot to mention, OVS specific, going the other way12:03
jschwarzajo, it passed12:03
jschwarzihrachyshka, ^12:03
ajoyeyy12:03
sc68calscheuran: I'm not sure how reasonable this is or not, but ideally we'd boil out all the common stuff into the linuxbridge agent class, then the bridge manager and macvtap manager just handle bridge and macvtap specific VIF stuff12:04
ajojschwarz: it sensed the mysql was changed, even if it wasn't for itself ;)12:04
jschwarzXD12:04
scheuransc68cal, yes. I mean the question is, what is the scope of this refactoring? Is it only to get macvtap integrated - fine12:04
ihrachyshkajschwarz, I guess it depends on when it actually triggers the job12:04
ihrachyshkanot just the moment of the queueing12:05
scheuransc68cal, but if we aim for a larger scope, there might not be that much common code anymore12:05
jschwarzerm12:05
jschwarzihrachyshka, perhaps abregman can inlighten us ;-)12:05
*** nyechiel has quit IRC12:05
*** roeyc has quit IRC12:06
sc68calscheuran: At this point, try and A) make LB Agent become more like the OVS agent structure, and B) macvtap driver12:06
scheuransc68cal, sorry, missinterpreded your statement. I totally agree moving all lb and macvtap common code up to the networkmanager class12:06
*** nyechiel has joined #openstack-neutron12:06
ihrachyshkajschwarz, not sure he is into zuul12:06
scheuransc68cal, if that's the goal, you're absolutely right. The RPC stuff should stay in the agent itself12:07
sc68calscheuran: cool. I know it might put a little extra work on you to work within the boundaries, but let's give it a try. If it doesn't work we can revisit12:08
*** tellesnobrega_ has joined #openstack-neutron12:08
*** yamamoto has joined #openstack-neutron12:09
scheuransc68cal, so I could make a parallel patch set beside my last12:10
scheuransc68cal, what do you think about the configuration stuff?12:10
sc68calscheuran: yeah - parallel patch sounds fine to me12:10
scheuransc68cal, macvtap will have at least 2 new configuration options12:10
scheuransc68cal, and some of lb might not be required12:10
sc68calscheuran: config stuff looks good, OVS agent has something similar12:11
scheuransc68cal, I moved "up" all the stuff as well in the last patchset12:11
sc68calscheuran: although it's not a class method12:11
scheuransc68cal, ok, let me have a look at ovs12:11
sc68calscheuran: I'll fetch line #12:11
*** yog_ has quit IRC12:12
*** dave-mccowan has quit IRC12:12
sc68calscheuran: https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py#L167912:12
openstackgerritOleg Bondarev proposed openstack/neutron: Fix DVR interface delete by port when gateway is set  https://review.openstack.org/17300112:12
*** roeyc has joined #openstack-neutron12:13
*** itzikb has joined #openstack-neutron12:13
abregmanjschwarz, ihrachyshka: sorry. not familiar yet enough with upstream stuff =|12:13
scheuransc68cal, ah ok. So I would use the same name, but move it up to the lb manager instead..12:13
*** norman has joined #openstack-neutron12:13
sc68calscheuran: that method is a module level function, so if you want - you could do same in the linux bridge12:13
sc68calinstead of making it a class method of the network managers12:14
*** zhhuabj has quit IRC12:14
*** cbouch has joined #openstack-neutron12:14
*** abehl has quit IRC12:15
*** vikram has joined #openstack-neutron12:15
*** tellesnobrega_ has quit IRC12:16
*** anshul has joined #openstack-neutron12:17
scheuransc68cal, but that would mean, one method calld get_configurations_lb and one get_configurations_macvtap, right?12:17
sc68calscheuran: hopefully not12:20
openstackgerritAndreas Scheuring proposed openstack/neutron: [WIP] Isolated agent loop from linuxbridge code  https://review.openstack.org/21163712:20
*** rotbeard has joined #openstack-neutron12:20
scheuransc68cal, ok, I could check first the interface-manager configuration and then have a if-else12:21
sc68calscheuran: ok, I'm willing to wait and see12:22
*** pavel_bondar has joined #openstack-neutron12:22
normanall , any run into the issue that after creating a Fwaas rule with the TCP deny, and then ping is also denied .12:23
*** yog_ has joined #openstack-neutron12:24
sc68calnorman: search for a bug on launchpad?12:24
*** yamamoto has quit IRC12:25
scheuransc68cal, another question. Is making the lb agent more ovs-like one of your goals for M? Or is it just playing around?12:25
normansc68cal, i searched today, but did not find12:26
sc68calscheuran: I think one of the goals for M is to have a modular l2 agent, this WIP is relate12:26
normansc68cal, I will try it again12:26
sc68calnorman: ok, then file a bug and dump as much information about it as you can12:26
sc68calnorman: and add the tag "fwaas"12:27
sc68calscheuran: *related12:27
*** jpena|lunch is now known as jpena12:27
sc68calscheuran: I see in https://github.com/scheuran/networking-macvtap/blob/networking-macvtap-poc/networking_macvtap/plugins/ml2/drivers/macvtap/agent/macvtap_neutron_agent.py - the macvtap agent won't support security groups?12:27
scheuransc68cal, yes, it's like with sriov agent12:27
scheuransc68cal, you have to use the noopdriver12:28
sc68calscheuran: kind of an important feature to omit12:28
scheuranthat's because it's a "direct" connection - but built into linux kernel12:28
scheuransc68cal, yes either or omit or just use the noop driver12:29
*** amuller has joined #openstack-neutron12:30
*** bapalm has joined #openstack-neutron12:31
*** erlarese has joined #openstack-neutron12:31
*** shausy has joined #openstack-neutron12:32
*** rossella_s has joined #openstack-neutron12:34
*** zhhuabj has joined #openstack-neutron12:35
sc68cali have to refresh my memory on how ml2 handles API extensions and mech drivers that don't support api extensions - like the SG API12:35
rossella_sajo sorry I had to leave earlier but I read all you wrote! egress/ingress is confusing...point of views :p12:38
*** itzikb has quit IRC12:38
ajorossella_s, yes... :) even my commit message was a bit confusing now that I reread, but ok :)12:38
*** bharath has joined #openstack-neutron12:38
ajorossella_s: it depends at which side of the wire you look at12:39
mosheleihrachyshka: hi12:39
mosheleihrachyshka: do we have a gate problem ?12:39
ajomoshele, not anymore for now12:39
ihrachyshkamoshele, huh, you missed everything! we had and now it's fixed12:39
*** zhipeng has joined #openstack-neutron12:40
ihrachyshkaso we are merging the patches and claim done12:40
ihrachyshkamoshele, we had it kinda broken yesterday12:40
ihrachyshkaand we recovered an hour ago12:40
mosheleihrachyshka: this still failed https://review.openstack.org/#/c/210483/12:40
rossella_sajo yep...you have to remember every time what's the reference point...anyway we can handle that, just two direction is fine :)12:40
mosheleihrachyshka: I need to rebase ?12:41
ihrachyshkamoshele, apparently started before fix was in12:41
ihrachyshkamoshele, no rebase needed12:41
ajomoshele, no need :)12:41
ihrachyshkamoshele, the fix was in devstack-gate12:41
*** edmondsw has joined #openstack-neutron12:41
*** nyechiel_ has joined #openstack-neutron12:42
*** nyechiel has quit IRC12:42
jlibosvaajo: moshele ihrachyshka it's caused by different issue12:42
ajowhat caused ihrachyshka ?12:42
ajoit's , not "is", ... my joke was broken12:43
ajo:)12:43
*** bharath has quit IRC12:43
*** alexpilotti has quit IRC12:44
ihrachyshkajlibosva, what is 'it'?12:45
*** alexpilotti has joined #openstack-neutron12:45
normansc68cal, I read the admin guide, it said that "Fwaas will always add 'deny all' as the lowest one in the policy" , is it true?12:46
jlibosva'it' is https://bugs.launchpad.net/neutron/+bug/147884712:47
openstackLaunchpad bug 1478847 in neutron "test_udp_output_port fails with " AssertionError: RuntimeError not raised."" [Undecided,Confirmed] - Assigned to Jakub Libosvar (libosvar)12:47
normansc68cal, if so , then do you think that I don't need to add the 'Deny' rules,   I only need/have  to add the 'Allow' rule when apply the firewall/policy to a router?12:48
amullerjlibosva: what is the issue then? :)12:49
jlibosvaamuller: I *think* there *might* be a bug :)12:50
jlibosvaor race!12:50
jlibosvaamuller: I really don't know yet :)12:50
amullerjlibosva: Yay testing12:50
*** busterswt has joined #openstack-neutron12:50
HenryGihrachyshka: sorry I missed how the gate got fixed?12:50
ihrachyshkaHenryG, devstack-gate cleanup reverted: https://review.openstack.org/21185312:51
openstackgerritMarga Millet proposed openstack/neutron: Allow host route injection of metadata server IP  https://review.openstack.org/21196312:51
*** yog_ has quit IRC12:51
*** yamamoto has joined #openstack-neutron12:51
*** azbiswas has joined #openstack-neutron12:52
*** gberginc has quit IRC12:53
*** irenab has quit IRC12:53
*** yamamoto has quit IRC12:54
ajoHenryG, ihrachyshka , I believe a good strategy could be, disabling the specific test which is causing trouble,12:56
ajoand then revert the revert ?12:57
ajoso we don't let any other races come in because of the mysql driver switch12:57
*** merooney has joined #openstack-neutron12:57
ihrachyshkaajo, I guess yes. then we are able to test on a patch that reverts it however we want12:57
ihrachyshkagood idea12:57
HenryGajo: ihrachyshka: agree. I thought we had switch the mysql driver a long time ago12:58
HenryGtoo many knobs and switches in the gate :(12:58
*** azbiswas has quit IRC12:58
*** mohankumar has quit IRC12:58
ihrachyshkaHenryG, not for default jobs. we switched but there were issues so an unstable job with new driver was introduced, but default stayed on the old on12:58
*** josecastroleon has quit IRC12:59
amullerihrachyshka: HenryG: Can we merge this https://review.openstack.org/#/c/211979/ then revert the revert in devstack?13:00
*** Aish has joined #openstack-neutron13:00
*** Aish has quit IRC13:00
amullerihrachyshka: HenryG: Also I would recommend we do a partial revert-revert by first enabling multiple API workers13:00
amullerI don't know why those are tied13:00
amullerapi_workers and the mysql driver13:00
ihrachyshkaagreed on partial revert13:00
ihrachyshkaamuller, also note that the original patch we revert does not clean up all the UNSTABLE stuff from the repo13:01
HenryGamuller: agreed13:01
ihrachyshkaamuller, +A the skip13:02
ihrachyshkaamuller, but please don't unrevert now13:03
ihrachyshkaamuller, we don't have the skip in feature branches13:03
*** josecastroleon has joined #openstack-neutron13:04
sc68calnorman: not sure -depends on also what security groups you have applied to a VM13:04
jschwarzihrachyshka, ajo, 211565 passed the gate! :)13:04
*** zhhuabj has quit IRC13:04
sc68calnorman: but yes if the policy is to deny all by default then you'll need to add a rule that allows it in, in addition to a security group that allows it13:04
sc68calnorman: for icmp13:05
*** roeyc has quit IRC13:05
*** sudipto_ has joined #openstack-neutron13:05
openstackgerritJohn Schwarz proposed openstack/neutron: Add configurable options for HA networks  https://review.openstack.org/21201713:06
jschwarzamuller, ^13:06
amullerjschwarz: yay13:06
*** jecarey has joined #openstack-neutron13:07
*** shwetaap has joined #openstack-neutron13:08
normansc68cal,  my security group for the VM is allow all icmp/tcp for ingress/engress,    I don't quite understand the relationship between firewall and security group13:09
sc68calnorman: fwaas filters at the router - security group filters at the VM port13:09
sc68calnorman: so, unless I am mistaken you need to have harmony betwee your security groups and firewall policies, to allow traffic in from external13:10
*** lyanchih has joined #openstack-neutron13:10
normansc68cal,  yes, I know that , I just curious about the why fwaas depends on  the security group policy13:10
*** srilatha has joined #openstack-neutron13:10
sc68calnorman: because if you have a rule in fwaas that allows traffic in, but no SG rule that allows it in it'll get dropped at the hypervisor13:10
*** ferest has joined #openstack-neutron13:11
*** roeyc has joined #openstack-neutron13:11
*** srilatha has quit IRC13:12
*** britthou_ has quit IRC13:14
*** nyechiel_ has quit IRC13:14
normansc68cal,  Ok,  then for my case, I all all traffic in the SG, and I want to just deny some IP/port as destination,  then when I add it as the rule,  it deny all,  is it reasonable?13:14
*** ferest has quit IRC13:14
normansc68cal,  '.. I allow all traffic ...."13:14
*** akamyshnikova_ has quit IRC13:14
*** ilyashakhat has quit IRC13:14
*** sbelous has quit IRC13:15
*** skraynev has quit IRC13:15
*** obondarev has quit IRC13:15
*** eezhova has quit IRC13:15
sc68calnorman: that's one way to do it, I think13:15
sc68calif I understand you correctly13:16
*** apuimedo has quit IRC13:16
*** kbringard has joined #openstack-neutron13:16
*** zhhuabj has joined #openstack-neutron13:17
normansc68cal,  actually , I add the 'TCP deny 192.168.1.2/32' to the firewall  with allowing all traffic in the SG,  but with the testing result , the firewall deny All,  so I have to add ALL the other allow rules explicitly.13:17
*** cbouch_ has joined #openstack-neutron13:18
*** mwagner_lap has joined #openstack-neutron13:19
ajovikram, ihrachyshka , jlibosva , jschwarz13:19
ajo$ neutron qos-bandwidth-limit-rule-update 3b1d1444-8807-4c4a-acaf-13bf96cdb6bf bw-limiter --max_kbps 3000 --max_burst 013:19
ajoInvalid input for operation: 'name' is not supported for filtering.13:19
ajoI'm getting this now on latest neutron-client13:19
ajoam I doing something wrong?13:19
jlibosvaajo: neutron --debug13:19
ajojlibosva, jschwarz , vikram : http://ur1.ca/nf2k213:20
sc68calnorman: 192.168.1.2/32 as the source ip or destination13:20
jlibosvaajo: so, it didn't find policy with id 3b1d1444-8807-4c4a-acaf-13bf96cdb6bf13:21
*** cbouch has quit IRC13:21
jlibosvaajo: and we don't support filters yet I think13:21
amullerjlibosva: didn't nmagnezi fix that in his patch?13:21
jlibosvaajo: like http://10.211.55.103:9696/v2.0/qos/policies/ac3ca837-6981-4e4f-9f57-6b2b1730444f/bandwidth_limit_rules.json?fields=id&name=3b1d1444-8807-4c4a-acaf-13bf96cdb6bf13:21
ajojlibosva, we do, it was working before13:21
*** irenab has joined #openstack-neutron13:21
jlibosvathen ignore me13:21
* jlibosva hides13:21
ajo:D13:21
normansc68cal, destination13:22
amullerajo: jlibosva: https://review.openstack.org/#/c/208201/13:22
ajohmm, it's not finding the rule in the policy hmm13:22
*** ilyashakhat has joined #openstack-neutron13:23
*** eezhova has joined #openstack-neutron13:23
*** akamyshnikova has joined #openstack-neutron13:23
*** skraynev has joined #openstack-neutron13:23
ajoamuller, jlibosva , ignoreme13:23
ajoI was using wrong rule id...13:23
* ajo hides...13:23
*** lyanchih has quit IRC13:23
ajobut, that error is not very consistent on neutronclient13:23
*** sbelous has joined #openstack-neutron13:24
*** edmondsw has quit IRC13:24
vikramajo:I cannot find "bw-limiter" in the review link13:24
ajostill failing with right id..13:24
*** roeyc has quit IRC13:24
ajovikram: you're trying to filter a bw rule by name13:25
ajorules don't have names13:25
ajohave ids ;)13:25
ajoGET http://10.211.55.103:9696/v2.0/qos/policies/ac3ca837-6981-4e4f-9f57-6b2b1730444f/bandwidth_limit_rules.json?fields=id&name=8a9e30ea-fb3e-413c-b725-7b83b7b6c2e613:25
*** ujjain has quit IRC13:25
ajoor trying to translate "name to uuid" i guess..13:25
*** yamamoto has joined #openstack-neutron13:25
*** mohankumar has joined #openstack-neutron13:26
vikramcheck the policy and rule for their positional value13:26
ihrachyshkaajo, so is there an issue?13:26
ihrachyshkayeah, the order13:26
jlibosvaajo: yeah, well that's what I said - it didn't find the id :)13:26
vikramajo: check the order once13:26
jlibosvabut I thought the error would be different13:27
ihrachyshkahm, why does it send name=id?..13:27
vikramajo:  I think it should be "neutron qos-bandwidth-limit-rule-update bw-limiter 3b1d1444-8807-4c4a-acaf-13bf96cdb6bf  --max_kbps 3000 --max_burst 0"13:27
ihrachyshkait should not do it that way. it should ask for id maybe (but then, why doesn't it show the rule instead of filtering?)13:28
ihrachyshkait seems like a bug in the client, or in your CLI13:28
ihrachyshkaserver is of no fault here13:28
*** roeyc has joined #openstack-neutron13:28
*** zhhuabj has quit IRC13:31
*** tiswanso has joined #openstack-neutron13:32
ihrachyshkaajo, ^^13:32
*** lindycoder has joined #openstack-neutron13:33
*** norman has quit IRC13:33
*** zhhuabj has joined #openstack-neutron13:33
*** lyanchih has joined #openstack-neutron13:33
ajocorrect13:35
ajoit's a CLI thing13:36
*** zzzeek has joined #openstack-neutron13:36
ajovikram, client says the opposite on help13:36
ajosays, first rule id, then policy13:36
ajook, we need to polish that on the client13:36
vikramyou mean the later worked13:36
*** breitz1 has quit IRC13:36
jschwarzajo, looking13:36
ajo$ neutron qos-bandwidth-limit-rule-update bw-limiter 8a9e30ea-fb3e-413c-b725-7b83b7b6c2e6 --max_kbps 3000 --max_burst 013:37
ajoUnable to find policy with name '8a9e30ea-fb3e-413c-b725-7b83b7b6c2e6'13:37
*** crose has joined #openstack-neutron13:37
ajovikram, nope  ^13:37
ajojschwarz, thanks :)13:37
jschwarzajo, policy is first13:37
jschwarzor was it second?13:37
jschwarzlol, i'm not helpful at all.13:37
jschwarzsec13:37
ajojschwarz help says second13:37
ajobut neither works13:37
vikram:(13:37
ajoit used to work, but I was trying my "test instructions"13:37
ajoand..13:37
ajoafter updating neutronclient stumped into this13:37
vikramajo: "Unable to find policy with name '8a9e30ea-fb3e-413c-b725-7b83b7b6c2e6'" says policy should be the second one13:38
jschwarzajo, the name thing might have been caused by https://review.openstack.org/#/c/208201/13:38
*** kawa2014 has joined #openstack-neutron13:38
jschwarzajo, actually it's not... neutronclient is supposed to know to use the correct field13:39
ajojschwarz: nope13:39
ajojschwarz: it's neutronclient trying to query rules by name, and rules don't have names :D13:39
jschwarzajo, ah! rules don't have names so that's why it shouldn't try the name at all.13:39
jschwarzXD13:39
openstackgerritHenry Gessau proposed openstack/neutron: Support for independent alembic branches in sub-projects  https://review.openstack.org/19852413:40
jschwarzajo, 'neutron qos-policy-list'?13:40
ajoyes, that works13:41
jschwarzajo, can you pastebin the output please?13:41
ajohttp://ur1.ca/nf2p813:41
jschwarzerm that's weird13:42
jschwarzlet me try this on my setup.. i'll get back to you13:42
*** jaypipes has joined #openstack-neutron13:42
*** dane_leblanc has joined #openstack-neutron13:43
ajothanks jschwarz13:44
*** kawa2014 has quit IRC13:44
*** pradk has joined #openstack-neutron13:44
*** pradk has quit IRC13:44
jschwarzajo, reproduced locally, will look for a solution now13:46
*** mkolesni has quit IRC13:46
ajojschwarz++13:46
ajoI was looking but I didn't find what's the reason yet, also, I'm not feeling well, I believe my lunch was cursed ;)13:47
*** johnbelamaric has joined #openstack-neutron13:47
jschwarzajo, btw it's max_burst_kbps13:48
jschwarznot max_burst13:48
ajo:)13:48
*** ekuris has quit IRC13:49
jschwarzajo, pastebin '13:49
jschwarzajo, pastebin 'neutron qos-bandwidth-limit-rule-list bw-limiter' for me please13:49
jschwarzI suspect your rule id is wrong13:49
ajohttp://ur1.ca/nf2rp13:50
ajoa weird history about tenants?13:50
jschwarzerrr that's a policy error13:50
ajohttp://ur1.ca/nf2rx13:50
jschwarzpolicy.json, that is13:50
ajook, but that's a different issue13:50
ajothere you have the rule id13:50
ajoIn my original paste rule id was wrong13:51
ajoI tried the good one with same result13:51
ajolet me rerun & fpaste13:51
*** links has quit IRC13:51
ajojschwarz: http://ur1.ca/nf2s613:52
*** edmondsw has joined #openstack-neutron13:52
jschwarzajo, right so your policy.json is not updated13:52
jschwarzsee like 13 where it gives that error13:53
*** breitz has joined #openstack-neutron13:53
ajohmmm13:53
ajolet me update policy13:53
jschwarzif it would have been correct (or if the tenant_id would have been sent?) then that would have returned an OK response and wouldn't have gone to line 1513:53
*** Piet has quit IRC13:54
jschwarzmight be that the tenant_id isn't sent?13:54
*** yapeng has joined #openstack-neutron13:54
openstackgerritIhar Hrachyshka proposed openstack/neutron: [neutron-db-manage] check_migration: validate labels  https://review.openstack.org/20674613:56
*** annegentle has joined #openstack-neutron13:56
*** zhhuabj has quit IRC13:56
*** zhhuabj has joined #openstack-neutron13:57
*** jistr is now known as jistr|mtg13:57
*** kawa2014 has joined #openstack-neutron13:58
jschwarzajo, any luck?13:58
ihrachyshkajlibosva, jschwarz, ajo, moshele, gampel, gsagie, irenab, vikram, vichoward, Ramanjaneya: meeting time /join #openstack-meeting-314:00
*** sridhar_ram has joined #openstack-neutron14:00
ajojschwarz: same result14:00
jschwarzajo, perhaps your keystonerc needs updating :S14:00
*** sdake_ has joined #openstack-neutron14:00
ajohmm, it could be I'm trying to do it as a tenant14:00
ajoand not as admin14:01
jschwarzajo, either way that problem sounds like a setup problem and not a neutron problem (other than the name-filter-thingy which I'm looking into now)14:01
jschwarzajo, try switching to admin14:01
*** dave-mccowan has joined #openstack-neutron14:01
*** rossella_ has joined #openstack-neutron14:01
*** Aish has joined #openstack-neutron14:01
*** Aish has quit IRC14:01
ajojschwarz: it works as admin14:01
jschwarzajo, so there.14:02
ajoprobably we need to fix the policies14:02
jschwarzajo, is that what we want?14:02
ajobtw, we shall not allow policy creation or updates from tenants at this point14:02
jschwarzlets take this to the meeting and then everyone can pitch in14:02
ajoand it did allow me to create policy :)14:02
ajoyep14:02
*** rossella_s has quit IRC14:02
*** zhhuabj has quit IRC14:02
*** ajmiller has quit IRC14:03
*** zhhuabj has joined #openstack-neutron14:03
*** ushkalim has quit IRC14:03
*** panni has joined #openstack-neutron14:03
*** nyechiel_ has joined #openstack-neutron14:04
*** absubram has joined #openstack-neutron14:04
*** keico has joined #openstack-neutron14:05
*** regXboi has joined #openstack-neutron14:06
*** lajos-katona has quit IRC14:06
*** mohankumar has quit IRC14:09
*** keico_ has joined #openstack-neutron14:09
*** Ramanjaneya has quit IRC14:11
*** rushil has joined #openstack-neutron14:12
*** sudipto_ has quit IRC14:12
*** abregman is now known as abregman|brb14:12
*** vikram_ has joined #openstack-neutron14:12
*** panni has quit IRC14:12
regXboiarmax: ping14:13
*** yamahata has joined #openstack-neutron14:14
*** thumpba has joined #openstack-neutron14:15
*** keico has left #openstack-neutron14:15
*** zhipeng has quit IRC14:15
*** vikram_ has quit IRC14:16
*** jbreader has joined #openstack-neutron14:17
*** shausy has quit IRC14:17
*** banix has joined #openstack-neutron14:17
*** shausy has joined #openstack-neutron14:17
*** jbreader has quit IRC14:18
amullerpc_m: morning14:18
pc_mamuller: hi14:18
amullerpc_m: can I get an update on unborking the neutron-client gate?14:19
pc_mamuller: Well... it needs to specify the new VPN devstack plugin. To do that, both of the commits that I proposed, need to be approved by infra and neutron.14:20
pc_mamuller: I think infra is still deciding on how to resolve the bigger issue of stable/kilo breakage.14:21
*** britthouser has joined #openstack-neutron14:21
amullerpc_m: how come we didn't immediately revert the breaking change then with stable gates come up with a plan?14:21
amullerthis is incredibly costly14:21
pc_mamuller: https://review.openstack.org/#/c/209887/ and https://review.openstack.org/#/c/210021/114:22
*** lyanchih has quit IRC14:23
pc_mamuller: There is an etherpad on this. It would require 4 reverts, as doing one for stable/kilo would break other commits.14:23
amullerpc_m: can you link the etherpad?14:23
pc_mamuller: I think infra was opposed to reverting (and later unreverting) the patches.14:23
*** helenxu has joined #openstack-neutron14:24
regXboiobondarev: ping?14:24
pc_mamuller: In the interim, I've been studying the issue and have formed some proposals on the etherpad. I'm working locally to implement option C, in case it is selected by infra (I think it is best).14:24
keico_Hi everyone. I want to know if it's possible to set up a GRE tunnel from an Openstack tenant VM (linux based) to a bare-metal machine running outside the Openstack cloud. The two machines are networking connected to the public network and can ping each other.14:24
pc_mamuller: We could move forward with the two neutronclient commits, provided infra wants to allow the change to project-config.14:25
pc_mamuller: https://etherpad.openstack.org/p/vpn-test-changes14:25
pc_mamuller: So I think option C is the right thing to do... but there is likely some lack of confidence in hearing my opinion at this point. :(14:26
ihrachyshkaamuller, you may want to talk to dougwig also since there was a discussion between anteaya and Doug on how we fix gate and re: some plan that neutron should come up with14:26
*** bharath has joined #openstack-neutron14:27
pc_mihrachyshka: Some of that is on the etherpad.  Like I said, I've proposed 3 solutions on the pad, and think people should review them for accuracy.14:27
pc_mthink people -> encourage people14:27
regXboicarl_baldwin: ping?14:28
*** carl_baldwin has joined #openstack-neutron14:28
*** cristicalin has joined #openstack-neutron14:30
ajoping irenab  :)14:30
irenabajo: there is an option to set qos requirements for nova flavor in the following way: nova-manage flavor set_key --name m1.small  --key quota:vif_inbound_average --value 1024014:30
ajoyes14:31
irenabajo: I think we should consider if we can integrate this with neutron-qos14:31
jschwarzpc_m, thanks a lot for working on this, looks like there's quite a bit of thought on how to go about fixing it14:31
ajoirenab, we will have to look at that, yes14:32
ajoirenab, but more like:14:32
jschwarzpc_m, did you consider, for the mean time, commenting out the failing vpn-functional tests in the neutronclient repo so it won't fail?14:32
*** bharath has quit IRC14:32
pc_mjschwarz: yw. Been digging into it for days (out of guild for making a mistake).14:32
ajonova-manage flavor set_key --name m1.small --key qos:neutron_qos_policy <policy-name-or-id>14:32
ajoor similar14:32
irenabajo: great, maybe for next week, lets include it in agenda of the qos-meeting, I will start etherpad to put ideas there14:32
ajootherwise we make nova responsible to create a profile, etc...14:32
jschwarzpc_m, no worries, they happen. lets focus on making it right now ;-)14:32
*** SridharG has left #openstack-neutron14:32
*** ildikov has quit IRC14:33
ajo%s/profile/policy/g14:33
*** yamahata has quit IRC14:33
irenabajo: do you know who support the current nova qos?14:33
pc_mjschwarz: no I did not. Could comment out tests, move job to non-voting, or add the plugin enable.14:33
ajoirenab: yes, that sounds good, but nova spec process is closed for this cycle already14:33
ajoirenab, it will reopen for M,14:33
ajoI guess we can push a spec and get some support to do it by M14:33
jschwarzpc_m, sounds like the last 2 depend on -infra, which we'd like to avoid usually14:34
ajoirenab: I also believe we should work on making the nova scheduler aware of our policies, to avoid over-comitting when we put guarantees14:34
jschwarzcommenting out the tests is local to -neutron and once the fix is up we can have something that reverts the fix and check that it works in the mean time. what do you think?14:34
pc_mjschwarz: yeah, though we need to add the plugin eventually, so last one is really the end goal14:34
pc_mjschwarz: you could.14:35
*** Murali_ has quit IRC14:35
jschwarzpc_m, I agree that eventually the plugin should be added14:35
irenabajo: generally agree, but this pieces are ortogonal. One is per flavor qos requirements, second is qos-aware nova scheduler14:36
jschwarzpc_m, but until then we can not block some patches :)14:36
jschwarzpc_m, I'll work on a commenting patch and add you as a reviewer14:36
pc_mjschwarz: I changed 209887 to no longer be WIP. Once (if?) that upstreams, then 210021 can be rechecked and go through.14:36
pc_mjschwarz: Sure. thanks. Need to keep things going.14:37
ajoirenab: correct14:37
*** jistr|mtg is now known as jistr14:38
regXboiarmax: ping?14:38
*** ajmiller has joined #openstack-neutron14:38
*** bharath has joined #openstack-neutron14:39
*** banix has quit IRC14:39
*** thedodd has joined #openstack-neutron14:39
irenabajo: cool, lets start discussion next week14:40
*** roeyc has quit IRC14:40
openstackgerritJohn Schwarz proposed openstack/python-neutronclient: Disable failing vpn tests  https://review.openstack.org/21204914:41
jschwarzpc_m, ihrachyshka, amuller, ^14:41
*** annegentle has quit IRC14:41
ihrachyshkajschwarz, good move14:41
jschwarzihrachyshka, which cores can +2 patches on neutronclient?14:42
jschwarzsame ones as neutron>?14:42
amullerjschwarz: there's probably a skip decorator you can use instead of comments?14:42
amullerwith a link to a bug14:42
jschwarzamuller, probably. will use that instead14:42
amullerjschwarz: yeah it's same cores14:42
jschwarzdo we have a launchpad bug for this? pc_m14:42
*** roeyc has joined #openstack-neutron14:43
amullerjschwarz: please check real quick if we have some sort of nice decorator for this in client repo and ihar and I can ninja merge it14:43
pc_mjschwarz: not sure if there is a bug created.14:43
jschwarzamuller, looking14:43
amullerpc_m: I'll file one14:44
*** afazekas has quit IRC14:44
jschwarzamuller, link me once you do. found "@unittest.skip(...)"14:44
amullerjschwarz: pc_m: https://bugs.launchpad.net/neutron/+bug/148414814:45
openstackLaunchpad bug 1484148 in neutron "stable/kilo and neutronclient gates broken following VPNaaS infra changes" [Critical,Confirmed] - Assigned to Paul Michali (pcm)14:45
*** Piet has joined #openstack-neutron14:45
*** abregman|brb is now known as abregman14:46
pc_mamuller: I think there is one for stable/kilo breakage.14:46
jschwarzpc_m, amuller, https://bugs.launchpad.net/neutron/+bug/1473194 ?14:47
openstackLaunchpad bug 1473194 in neutron "Grenade tests fail for *aaS migrations" [Undecided,In progress] - Assigned to Paul Michali (pcm)14:47
jschwarzor is that not related?14:48
dougwigamuller: the reverts were blocked by qa.  They are some fixes out, and I'm also in favor of your client skips.   pc_m , please hold off on the etherpad stuff for now.14:48
pc_mjschwarz: That's different.14:48
amullerdougwig: do we have a short term plan to unbork stable/kilo?14:48
amullerdougwig: now that client is covered14:49
jschwarzack14:49
*** iymht has joined #openstack-neutron14:49
dougwigamuller: sort of.  Sec, landing.14:49
openstackgerritJohn Schwarz proposed openstack/python-neutronclient: Disable failing vpn tests  https://review.openstack.org/21204914:50
jschwarzamuller, ihrachyshka, checked that it skips locally so should do the trick: ^14:50
amuller+2'd14:51
*** aranjan has joined #openstack-neutron14:51
*** dannywilson has joined #openstack-neutron14:51
dougwigI have two fixes for stable.  Let me unboard and will upload.14:52
amullerdougwig++14:52
*** merooney has quit IRC14:52
*** jprovazn has quit IRC14:55
*** roeyc has quit IRC14:55
*** minwang2 has joined #openstack-neutron14:55
*** aranjan has quit IRC14:57
*** roeyc has joined #openstack-neutron14:57
ihrachyshkaajo, moshele we have a problem with sr-iov patch: http://logs.openstack.org/83/210483/11/check/gate-neutron-dsvm-functional/c4ecf1c/testr_results.html.gz14:58
openstackgerritMerged openstack/neutron: Add Kuryr to sub_projects.rst  https://review.openstack.org/20936114:58
*** merooney has joined #openstack-neutron14:59
*** cbouch_ has quit IRC14:59
mosheleihrachyshka: but the failure is in ovs14:59
*** cbouch_ has joined #openstack-neutron14:59
*** patrickeast has joined #openstack-neutron15:00
mosheleihrachyshka: maybe we should rebase ?15:00
jschwarzgah ihrachyshka15:00
jschwarzit works in unittest-not-215:00
jschwarzwhy do we need unittest2?15:01
*** rkukura has joined #openstack-neutron15:01
ihrachyshkajschwarz, I don't know, ask qa people :)15:01
*** piyanai has joined #openstack-neutron15:01
ihrachyshkamoshele, I want ajo to check it15:01
jschwarzright... i'll resubmit it15:01
ihrachyshkamoshele, maybe rebase applies, but I don't know15:01
*** iymht has quit IRC15:02
mosheleihrachyshka: the gate doesn't test SR-IOV so the code I change is not even running15:02
ihrachyshkamoshele, I know but we need to pass gate ;)15:03
*** alexpilotti has quit IRC15:03
*** banix has joined #openstack-neutron15:03
ihrachyshkamoshele, ok, I'll take a look now myself15:03
pc_mamuller: 1484148 should probably just talk about neutron-client.15:03
amullerpc_m: why is that?15:04
openstackgerritJohn Davidge proposed openstack/neutron: Fix update_subnet for prefix delegation  https://review.openstack.org/20997815:04
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: Service plugin for trunk ports  https://review.openstack.org/21031115:04
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: DB model for trunk ports  https://review.openstack.org/21031015:04
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: API extension  https://review.openstack.org/21030915:04
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: ML2 extension driver for subports  https://review.openstack.org/21031315:05
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: DB model for subports  https://review.openstack.org/21031215:05
*** sridhar_ram has quit IRC15:05
pc_mamuller: becasue I think there is already a bug about the gate.15:05
amullerpc_m: ok, can you link it?15:05
pc_mstable/kilo15:05
*** helenxu_ has joined #openstack-neutron15:05
*** helenxu has quit IRC15:05
pc_mamuller: https://bugs.launchpad.net/neutron/+bug/148326615:05
openstackLaunchpad bug 1483266 in neutron "q-svc fails to start in kilo due to "ImportError: No module named neutron_vpnaas.services.vpn.service_drivers.ipsec"" [High,Confirmed] - Assigned to Doug Wiegley (dougwig)15:05
*** puck has quit IRC15:05
*** rm_work has quit IRC15:05
openstackgerritJohn Schwarz proposed openstack/python-neutronclient: Disable failing vpn tests  https://review.openstack.org/21204915:06
jschwarzamuller, ihrachyshka, unittest2 ^15:06
amullerpc_m: thanks15:06
*** jckasper has quit IRC15:06
*** ronis_ has quit IRC15:06
*** gus has quit IRC15:06
*** abregman has quit IRC15:08
*** gus has joined #openstack-neutron15:08
*** dave-mccowan has quit IRC15:09
*** rm_work has joined #openstack-neutron15:10
*** rm_work has quit IRC15:10
*** rm_work has joined #openstack-neutron15:10
*** puck has joined #openstack-neutron15:11
*** lyanchih has joined #openstack-neutron15:12
openstackgerritArmando Migliaccio proposed openstack/neutron: Improve callback registry devref documentation and usability  https://review.openstack.org/21179815:12
*** mlavalle has joined #openstack-neutron15:13
openstackgerritRossella Sblendido proposed openstack/neutron: OVS agent add functional tests of OVS status  https://review.openstack.org/20544215:14
jschwarzajo, SYN15:20
jschwarz$ neutron qos-bandwidth-limit-rule-update ad644278-d38d-4c17-8da1-5cf8eed2730f bw-limiter --max_kbps 3000 --max_burst 015:20
jschwarzUnable to find bandwidth_limit_rule with id 'ad644278-d38d-4c17-8da1-5cf8eed2730f'15:20
jschwarz(fixed)15:20
*** pc_m is now known as pc_m_AWAY15:22
*** dguerri is now known as dguerri`15:23
*** rushil has quit IRC15:23
*** ddepaoli has quit IRC15:23
scheuransc68cal, I need an opinion regarding configuration parameters15:24
scheuransc68cal, I tried to refactor it in the ovs way15:25
sc68calscheuran: oh?15:25
scheuransc68cal, first creating a agent_config map containing all parameters, an then extract it and pass it to the Agent15:25
scheuransc68cal, meaning Agent constructor takes about 10-20 args...15:26
scheuransc68cal, but a couple of them are only specific to lb, others to other potential users15:26
*** shausy has quit IRC15:27
openstackgerritJohn Schwarz proposed openstack/python-neutronclient: Support CLI changes for QoS (2/2).  https://review.openstack.org/19827715:27
openstackgerritJohn Schwarz proposed openstack/python-neutronclient: Support QoS neutron-client (1/2).  https://review.openstack.org/18965515:27
jschwarzihrachyshka, irenab, moshele, ajo, ^ - that's the neutronclient change re: qos-policy-show we discussed the other day, and the bug ajo found :)15:27
jschwarzihrachyshka, it's also based on the disabled checks so it's bound to go through jenkins :)15:27
*** tiswanso has quit IRC15:27
sc68calscheuran: pass it in as kwargs like https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py#L173615:27
*** merooney has quit IRC15:28
scheuransc68cal, this line is extracting it15:28
*** annegentle has joined #openstack-neutron15:28
scheuransc68cal, see https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py#L13015:29
sc68calscheuran: yeah, I know OVS agent has a big constructor15:29
sc68calscheuran: my thought is give it a try, if it's too ugly we'll think of something else15:29
sc68calOVS' is what, 17 args or so?15:29
scheuransc68cal, doing it this way is really ugly. What I tried first is passing it the kwargs directly, without extracting it15:30
*** tiswanso has joined #openstack-neutron15:30
scheuranin fact it's a dictionary15:30
sc68calscheuran: OK - that'll work for the time being, we can always take common ones out and make them positional args15:30
*** gsagie__ has joined #openstack-neutron15:31
*** phil_h has joined #openstack-neutron15:31
*** thumpba has quit IRC15:31
scheuransc68cal, yes, mixing both would be an alternative15:31
sc68calscheuran: either way sounds like you're on the right track - proceed ! :)15:32
*** thumpba has joined #openstack-neutron15:33
*** tsg has joined #openstack-neutron15:33
scheuransc68cal, we'll see.... I think I can push up something tomorrow.15:33
*** keico_ has quit IRC15:34
irenabjschwarz: reviewed15:35
jschwarzirenab, saw. uploading a new rev in a minute15:35
jschwarzirenab, re: gotchas - there were quite a few to count and remember :<15:36
irenabjschwarz: :-)15:36
*** zhenguo has joined #openstack-neutron15:36
openstackgerritJohn Schwarz proposed openstack/python-neutronclient: Support CLI changes for QoS (2/2).  https://review.openstack.org/19827715:37
*** salv-orl_ has joined #openstack-neutron15:37
mlavallemestery: I am trying to add to your gerrit query this patchset: https://review.openstack.org/#/c/200952/. It implements https://blueprints.launchpad.net/neutron/+spec/internal-dns-resolution, which has high priority for Liberty-3. I am not getting it to show in the gerrit query What am I doing wrong?15:37
*** lyanchih has quit IRC15:37
*** agireud has joined #openstack-neutron15:38
*** lyanchih has joined #openstack-neutron15:39
*** salv-orlando has quit IRC15:40
*** cbouch__ has joined #openstack-neutron15:40
*** jlibosva has quit IRC15:42
*** zhenguo has quit IRC15:42
*** scheuran has quit IRC15:43
*** cbouch_ has quit IRC15:43
*** jschwarz has quit IRC15:44
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Don't ever import providers when not using the relevant plugin  https://review.openstack.org/21207815:45
*** josecastroleon has quit IRC15:46
*** josecastroleon has joined #openstack-neutron15:47
*** moshele has quit IRC15:48
*** banix has quit IRC15:48
*** bapalm has quit IRC15:49
*** bapalm has joined #openstack-neutron15:49
Sam-I-Amamuller: ping15:49
openstackgerritHenry Gessau proposed openstack/neutron: Final decomposition of the ML2 NCS driver  https://review.openstack.org/21208115:50
*** piyanai has quit IRC15:53
*** piyanai has joined #openstack-neutron15:54
*** slaweq has joined #openstack-neutron15:55
*** nlahouti has joined #openstack-neutron15:56
*** thumpba has quit IRC15:57
*** jckasper has joined #openstack-neutron15:57
*** thumpba has joined #openstack-neutron15:57
*** geekinutah has joined #openstack-neutron15:57
*** thumpba has quit IRC15:58
*** thumpba has joined #openstack-neutron15:58
*** vivek-ebay has joined #openstack-neutron16:01
*** anshul has quit IRC16:03
*** piyanai has quit IRC16:03
*** akorzeni has quit IRC16:04
*** merooney has joined #openstack-neutron16:04
*** iymht has joined #openstack-neutron16:04
*** vivek-eb_ has joined #openstack-neutron16:05
*** vivek-ebay has quit IRC16:05
openstackgerritMerged openstack/neutron: Replace 'import json' with oslo_serialization  https://review.openstack.org/21175616:06
*** jlanoux has quit IRC16:06
openstackgerritMerged openstack/neutron: Skip FwaaS test that is failing due to race condition  https://review.openstack.org/21197916:06
*** sudipto_ has joined #openstack-neutron16:06
*** piyanai has joined #openstack-neutron16:08
openstackgerritSergey Belous proposed openstack/neutron: Adds base in-tree functional testing of the dhcp agent (OVS)  https://review.openstack.org/13683416:10
*** iymht has quit IRC16:11
*** gsagie__ has quit IRC16:11
*** jkraj has quit IRC16:11
*** alex_klimov has quit IRC16:11
*** devvesa has quit IRC16:11
dougwigsc68cal: do we have a bug filed to re-enabled that skipped test?  ^^16:12
sc68calno, i should do that16:12
*** jistr has quit IRC16:13
*** sdake_ is now known as sdake16:13
*** ivar-lazzaro has joined #openstack-neutron16:14
*** ivar-lazzaro has quit IRC16:14
openstackgerritJohn Davidge proposed openstack/neutron: L3 agent changes and reference implementation for IPv6 PD  https://review.openstack.org/18597716:15
*** anshul has joined #openstack-neutron16:15
*** ivar-lazzaro has joined #openstack-neutron16:15
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Don't ever import providers when not using the relevant plugin  https://review.openstack.org/21207816:17
*** roeyc has quit IRC16:17
*** roeyc has joined #openstack-neutron16:18
*** iymht has joined #openstack-neutron16:19
*** vikram has quit IRC16:20
*** rotbeard has quit IRC16:20
*** anshul has quit IRC16:21
*** zhhuabj has quit IRC16:22
*** josecastroleon has quit IRC16:23
*** bharath has quit IRC16:25
*** bharath has joined #openstack-neutron16:25
*** _cjones_ has joined #openstack-neutron16:26
*** josecastroleon has joined #openstack-neutron16:26
*** mickeys has joined #openstack-neutron16:27
*** helenxu_ has quit IRC16:27
*** zhhuabj has joined #openstack-neutron16:27
ihrachyshkamestery, last feature/qos patch in the check queue, hopefully we'll get it in in ~2h unless we are hit by some other random failure16:28
*** slaweq has quit IRC16:28
*** iymht has quit IRC16:28
*** kawa2014 has quit IRC16:29
*** aranjan has joined #openstack-neutron16:29
dougwigihrachyshka: that sounds like a challenge.16:30
*** erlarese has quit IRC16:30
ihrachyshkadougwig, getting thru without one? :)16:30
*** Marga_ has quit IRC16:30
dougwigihrachyshka: or tempting me to change the commit message 50 times.16:30
HenryGarmax: ping16:31
ihrachyshkadougwig, it was already hit by one before, that's why it lags a bit with the merge. Hopefully, a bomb does not get twice in the same spot.16:31
armaxHenryG: pong16:31
*** Marga_ has joined #openstack-neutron16:31
HenryGarmax: What happened to our wonderful plan to switch to pymysql?16:31
ihrachyshkadougwig, heh only if for multiple patches. zuul is smart enough to run a single job per patch16:31
armaxit crashed and burned16:31
ihrachyshkaHenryG, armax I guess we want unstable job, now with *aas?16:32
HenryGarmax: nah, it seems to have hit a road bump16:32
*** vikram has joined #openstack-neutron16:33
ihrachyshkaHenryG, mestery: should we push https://review.openstack.org/#/c/212049/ ?16:33
dougwigihrachyshka: aas won't be in the neutron jobs much longer, they'll have their own.16:33
*** sthillma has joined #openstack-neutron16:34
*** ronis_ has joined #openstack-neutron16:34
*** zhhuabj has quit IRC16:35
HenryGihrachyshka: on skipping the vpn tests, please check with dougwig and pc_m16:35
*** pc_m_AWAY is now known as pc_m16:35
ihrachyshkadougwig, how long is your much longer? :)16:36
HenryGihrachyshka: I thought they had some plans to revert stuff and try again differently16:36
*** anshul has joined #openstack-neutron16:36
ihrachyshkaHenryG, I thought it was supported by pc_m but let's hear from *aas people indeed16:36
armaxihrachyshka: isn’t just fwaas being affected?16:36
armaxihrachyshka: or all of *aas projects?16:37
*** dave-mccowan has joined #openstack-neutron16:37
*** tiswanso has quit IRC16:37
ihrachyshkaarmax, as per API tests, yes.16:37
*** johnbelamaric has quit IRC16:37
dougwiglbaas isn't in any neutron job anymore, fyi.16:37
dougwigvpn is moving.  fwaas is not in progress yet.16:37
*** vivek-eb_ has quit IRC16:38
*** tiswanso has joined #openstack-neutron16:38
armaxihrachyshka: but lbaas API tests are tested on enutron changes16:39
*** Piet has quit IRC16:39
armaxand didn’t notice any instability16:39
*** piyanai has quit IRC16:39
ihrachyshkayeah, probably lbaas has less racy service plugin16:40
armaxihrachyshka: ic16:40
*** zhhuabj has joined #openstack-neutron16:40
*** diga_ has joined #openstack-neutron16:40
*** salv-orl_ has quit IRC16:40
*** salv-orlando has joined #openstack-neutron16:41
mesteryihrachyshka: \o/ regarding QoS patches! A merge commit back may happen today, or did you want to wait until tomorrow?16:41
armaxihrachyshka: so you guys are thinking of introducing an unstable job for the *aas projects?16:41
ihrachyshkamestery, if I will not sleep till when it's in, I'll send it today. I already tried the merge to see what shows up, and it seems it's a single conflict in migration HEADs only16:42
*** pradk has joined #openstack-neutron16:42
*** Marga_ has quit IRC16:42
openstackgerritDoug Wiegley proposed openstack/neutron: DO NOT MERGE - fake test of not enabled plugin/sp  https://review.openstack.org/21209716:42
*** sudipto_ has quit IRC16:42
mesteryihrachyshka: Cool!16:42
*** Marga_ has joined #openstack-neutron16:43
ihrachyshkaarmax, well, if it's only fwaas, we may just go with testing a patch that re-enables the disabled fwaas test periodically to see whether we make progress there.16:43
ihrachyshkaand once we don't see the failures, merge it16:43
armaxihrachyshka: but we reverted the d-g patch16:44
*** kawa2014 has joined #openstack-neutron16:44
ihrachyshkaarmax, after the fwaas test is disabled, we can re-revert. I hope we can.16:44
ihrachyshkathough let's do it after feature/qos merge ;)16:44
*** slaweq has joined #openstack-neutron16:44
*** matrohon has quit IRC16:45
*** diga_ has quit IRC16:46
*** minwang2 has quit IRC16:47
*** cristicalin has quit IRC16:48
*** slaweq has quit IRC16:49
armaxihrachyshka: I am slightly baffled by the failure mode we experienced in fwaas16:50
*** slaweq has joined #openstack-neutron16:50
armaxihrachyshka: did anyone attempt to triage it at all?16:50
armaxihrachyshka: kevinbenton’s changes should have made the whole thing pretty bullet-proof16:50
*** shivrao has joined #openstack-neutron16:50
armaxihrachyshka: I am really baffled16:51
kevinbentonarmax: what changes?16:51
*** rossella_ has quit IRC16:52
ihrachyshkaarmax, it's not API deadlock or smth16:52
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Graceful ovs-agent restart  https://review.openstack.org/18292016:52
armaxkevinbenton: the changes that added the retry decorated16:52
*** hogepodge has joined #openstack-neutron16:52
armaxdecorator16:52
*** shivrao has quit IRC16:52
ihrachyshkaarmax, I think I had a scenario of failure and possible culprit in my mind, I'll check whether I dumped it into the bug16:52
*** bapalm has quit IRC16:52
dougwigihrachyshka: i'd also be in favor of the "fixing the skip" being "move fwaas tests to their own job, non-voting".16:52
ihrachyshkadougwig, well, most fwaas tests pass, and you know no one cares about non-voting jobs16:54
*** salv-orlando has quit IRC16:54
*** piyanai has joined #openstack-neutron16:54
*** salv-orlando has joined #openstack-neutron16:54
dougwigihrachyshka: i'm not saying it should stay non-voting.  the lbaas jobs that neutron runs started as non-voting, e.g.16:54
*** rushil has joined #openstack-neutron16:56
*** azbiswas has joined #openstack-neutron16:57
*** ivar-lazzaro has quit IRC16:58
*** sthillma has quit IRC16:58
*** aranjan_ has joined #openstack-neutron16:59
*** ivar-lazzaro has joined #openstack-neutron16:59
*** sthillma has joined #openstack-neutron16:59
*** erlarese has joined #openstack-neutron17:01
ihrachyshkadougwig, armax: I dumped my brain in https://bugs.launchpad.net/neutron/+bug/148387517:01
openstackLaunchpad bug 1483875 in neutron "FWaaS - firewall deleted unexpectedly by agent" [Undecided,New]17:01
* armax looks17:01
*** Piet has joined #openstack-neutron17:02
*** aranjan has quit IRC17:02
*** rushil has quit IRC17:02
*** josecastroleon has quit IRC17:03
*** jpena has quit IRC17:03
*** tiswanso has quit IRC17:03
* ihrachyshka hopes he makes sense17:03
*** tiswanso has joined #openstack-neutron17:04
ihrachyshkaI need to run now, please drop an email or reply in the bug if you have thoughts17:04
*** shwetaap has quit IRC17:04
*** shwetaap has joined #openstack-neutron17:05
*** dane_leblanc_ has joined #openstack-neutron17:05
*** piyanai has quit IRC17:05
*** josecastroleon has joined #openstack-neutron17:05
*** erlarese has quit IRC17:05
*** erlarese has joined #openstack-neutron17:06
xgermanihrachyshka thanks for the analysis17:06
*** piyanai has joined #openstack-neutron17:06
*** kawa2014 has quit IRC17:07
*** lyanchih has quit IRC17:07
*** jschwarz has joined #openstack-neutron17:07
jschwarzihrachyshka, I see my 2 patches got merged! :)17:07
*** dane_leblanc has quit IRC17:07
*** vivek-ebay has joined #openstack-neutron17:08
*** xek has quit IRC17:08
*** ihrachyshka has quit IRC17:09
*** jschwarz has quit IRC17:09
*** tsg has quit IRC17:10
*** tsg has joined #openstack-neutron17:10
*** isq_ has quit IRC17:12
pc_mdougwig: When you get a chance, let me know what the plans are for resolution of failures, which reviews I need to look at, and if you need me to do anything.17:12
*** Marga_ has quit IRC17:12
*** xek has joined #openstack-neutron17:13
*** achanda has joined #openstack-neutron17:13
*** isq_ has joined #openstack-neutron17:13
openstackgerritArmando Migliaccio proposed openstack/neutron: Improve callback registry devref documentation and usability  https://review.openstack.org/21179817:15
*** aranjan_ has quit IRC17:16
*** kawa2014 has joined #openstack-neutron17:16
*** _cjones_ has quit IRC17:16
*** drjones has joined #openstack-neutron17:16
*** piyanai has quit IRC17:16
*** patrickeast has quit IRC17:16
*** kawa2014 has quit IRC17:17
openstackgerritOleg Bondarev proposed openstack/neutron: Avoid DetachedInstanceError after session rollback/expunge  https://review.openstack.org/21211017:17
*** obondarev has joined #openstack-neutron17:17
*** dsneddon has joined #openstack-neutron17:18
*** yamamoto has quit IRC17:20
*** aranjan has joined #openstack-neutron17:21
amuller Sam-I-Am hey you pinged me earlier17:23
amullerSam-I-Am: What's up?17:23
Sam-I-Amamuller: i updated the l3ha docs in the networking guide, tagged you in the patch17:24
*** minwang2 has joined #openstack-neutron17:25
*** roeyc has quit IRC17:25
amullerSam-I-Am: sounds good17:25
Sam-I-Amtrying to make it mo betta17:25
amullerSam-I-Am: I'll try to get to it as soon as I can17:25
Sam-I-Amplus re-testing it on kilo17:25
Sam-I-Amsure17:25
*** shwetaap has quit IRC17:27
*** britthou_ has joined #openstack-neutron17:27
*** saksham has joined #openstack-neutron17:27
*** vishwanathj has joined #openstack-neutron17:27
*** phil_h has quit IRC17:28
*** dave-mcc_ has joined #openstack-neutron17:28
*** dane_leblanc__ has joined #openstack-neutron17:28
*** shwetaap has joined #openstack-neutron17:28
*** vikram has quit IRC17:29
*** britthouser has quit IRC17:30
*** dane_leblanc_ has quit IRC17:30
*** vivek-eb_ has joined #openstack-neutron17:30
*** dave-mccowan has quit IRC17:31
*** patrickeast has joined #openstack-neutron17:31
openstackgerritAssaf Muller proposed openstack/neutron: Fix docs job  https://review.openstack.org/21211917:31
*** piyanai has joined #openstack-neutron17:31
klindgrenIs anyone on Kilo noticing an uptick in the number of timeouts from nova ->  neutron?  Since upgrading to kilo we are averaging ~10-20 timeouts a day, where in the neutron log I cannot find the wsgi layer logging that it received a connection17:31
*** rpothier has joined #openstack-neutron17:32
klindgrenTypically see: RequestTimeout: Request to https://<neutronurl>:9696/v2.0/ports.json?fixed_ips=ip_address%3D10.22.191.19 timed out (HTTP 408)17:32
*** nyechiel_ has quit IRC17:33
*** banix has joined #openstack-neutron17:34
*** vivek-ebay has quit IRC17:34
*** dane_leblanc__ has quit IRC17:36
*** rpothier has quit IRC17:36
*** tflynn has joined #openstack-neutron17:36
*** dane_leblanc__ has joined #openstack-neutron17:37
*** dave-mccowan has joined #openstack-neutron17:38
*** shwetaap1 has joined #openstack-neutron17:38
*** shwetaap has quit IRC17:39
*** tflynn_ has joined #openstack-neutron17:40
*** dave-mcc_ has quit IRC17:40
*** rpothier has joined #openstack-neutron17:41
*** gsagie__ has joined #openstack-neutron17:41
*** mickeys has quit IRC17:41
*** josecastroleon has quit IRC17:42
*** vikram has joined #openstack-neutron17:42
*** tflynn has quit IRC17:43
*** josecastroleon has joined #openstack-neutron17:43
*** yamamoto has joined #openstack-neutron17:43
*** annegentle has quit IRC17:44
*** abregman has joined #openstack-neutron17:45
*** moha_hunt has joined #openstack-neutron17:45
openstackgerritJames E. Blair proposed openstack/neutron: Treat sphinx warnings as errors  https://review.openstack.org/21212217:45
*** johnbelamaric has joined #openstack-neutron17:46
*** padkrish has joined #openstack-neutron17:46
*** crc32 has joined #openstack-neutron17:49
*** mickeys has joined #openstack-neutron17:50
*** shivrao has joined #openstack-neutron17:51
*** phil_h has joined #openstack-neutron17:53
openstackgerritMerged openstack/python-neutronclient: Disable failing vpn tests  https://review.openstack.org/21204917:53
*** abregman is now known as abregman|afk17:54
*** absubram has quit IRC17:55
*** ihrachyshka has joined #openstack-neutron17:55
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Placeholder for changes based on empty sp sections  https://review.openstack.org/21176017:56
openstackgerritAssaf Muller proposed openstack/neutron: Update fullstack multinode simulation image  https://review.openstack.org/21212417:56
*** shashank_hegde has joined #openstack-neutron17:56
*** absubram has joined #openstack-neutron17:57
*** madhu_ak has joined #openstack-neutron17:57
*** piyanai has quit IRC17:58
*** ildikov has joined #openstack-neutron17:59
*** salv-orl_ has joined #openstack-neutron17:59
*** sridhar_ram has joined #openstack-neutron18:01
*** Marga_ has joined #openstack-neutron18:01
*** salv-orlando has quit IRC18:01
*** banix has quit IRC18:01
*** tidwellr1 has joined #openstack-neutron18:02
*** dannywilson has quit IRC18:04
*** jagter has quit IRC18:05
*** ijw has joined #openstack-neutron18:05
openstackgerritMerged openstack/neutron: Revert "Revert "Add VIF_DELETED notification event to Nova""  https://review.openstack.org/18787118:05
*** jagter has joined #openstack-neutron18:06
*** piyanai has joined #openstack-neutron18:06
*** abregman|afk has quit IRC18:07
*** anshul has quit IRC18:08
*** ijw_ has joined #openstack-neutron18:08
*** ijw has quit IRC18:11
madhu_akpc_m: saw your comments, will take a look into that18:11
*** ijw has joined #openstack-neutron18:11
pc_mmadhu_ak: ok18:12
ihrachyshkaamuller, fyi I tried to make the gate job execute tox -edocs before: http://git.openstack.org/cgit/openstack-infra/project-config/commit/jenkins/scripts/run-docs.sh?id=0ced503c2792b2f50559f66abd92d81e1571b77e18:12
ihrachyshkaamuller, but it seems it was reverted18:12
madhu_akpc_m you were suggesting to have two patches in vpnaas repo with job names ( new job names refers to the proposed patch in infra project, old one doesnt want to be disturbed)18:13
madhu_akmy assumption is correct pc_m ?18:13
*** ijw_ has quit IRC18:14
*** bapalm_ has joined #openstack-neutron18:14
pc_mmadhu_ak: Suggesting that the hook scripts support both the new and old naming, so that existing tests are not broken. Then, after new names are added to project-config, the old names can be removed from neutron-vpnaas.18:15
*** piyanai has quit IRC18:15
ihrachyshkaamuller, I guess the comment in the script suggests that our docs job should use the same as gate does, not vice versa18:15
madhu_akpc_m got it. thanks for the note18:15
pc_mmadhu_ak: You may want to consider handling these two separate efforts (adding API test and refactoring the names).18:15
*** ijw has quit IRC18:16
*** piyanai has joined #openstack-neutron18:16
pc_mmadhu_ak: It's more commits, but isolates the changes (and may be easier to gain acceptance).18:16
madhu_akpc_m in that case, the job-template may be duplicated and see if that works, if that is so, then we can incorporate the changes?18:17
amullerihrachyshka: https://review.openstack.org/21212218:18
amullerthis is the solution provided by infra18:18
*** lori is now known as lori|away18:18
*** ijw has joined #openstack-neutron18:18
*** johnbelamaric has quit IRC18:19
*** josecastroleon has quit IRC18:19
ihrachyshkaamuller, I think it won't magically tox -edocs behave as per testing doc they refer18:20
ihrachyshkaamuller, since we have direct sphinx-build call there18:20
ihrachyshkaso I would expect all pbr machinery avoided now for tox -edocs18:21
*** josecastroleon has joined #openstack-neutron18:21
amullerihrachyshka: if that patch doesn't fail the docs job I'll reexamine this18:21
pc_mmadhu_ak: With it split as two efforts,  the new job-template for API could be added, along with support in hook scripts to test that job, and then a separate effort could remove the duplication in all jobs (using both names in the interim).18:21
ihrachyshkaack. pretty sure it won't but let's get some popcorn18:22
*** ijw has quit IRC18:22
ihrachyshkahuh, it actually failed18:22
*** banix has joined #openstack-neutron18:22
*** ijw has joined #openstack-neutron18:23
madhu_akgotcha pc_m thanks !18:23
*** bapalm has joined #openstack-neutron18:23
pc_mmadhu_ak: yw18:23
*** bapalm has quit IRC18:24
amullerihrachyshka: are you comfortable with rebasing that patch on my patch that fixes the docs job then merging both?18:24
amullerihrachyshka: or am I missing something?18:24
ihrachyshkaamuller, I guess I need to shut up now since apparently I don't get how it works :) but indeed it makes it fail both in gate and locally, so we are good to go18:26
openstackgerritBrian Haley proposed openstack/neutron: Distributed router can not add routes  https://review.openstack.org/14420518:26
*** lilynn2 has joined #openstack-neutron18:26
amullerihrachyshka: ok please approve this one18:27
amullerhttps://review.openstack.org/#/c/212119/18:27
*** tfukushima has quit IRC18:27
*** piyanai has quit IRC18:27
amullerihrachyshka: and I'll rebase the job fix on it18:27
*** tfukushima has joined #openstack-neutron18:28
ihrachyshkaamuller, done18:28
*** tfukushima has quit IRC18:28
amullerihrachyshka: I'll ping you in a sec to approve the other one18:28
*** vikram has quit IRC18:29
ihrachyshkaamuller, ack. btw have you seen: https://review.openstack.org/#/c/211642/ ?18:30
amullerihrachyshka: yes but it was not trivial so it went in to the 'check it later' bin :)18:31
*** yapeng has quit IRC18:32
*** sbalukoff has joined #openstack-neutron18:32
*** yamamoto has quit IRC18:33
*** jwy has joined #openstack-neutron18:33
*** arcimboldo has joined #openstack-neutron18:35
*** gberginc has joined #openstack-neutron18:35
arcimboldohi all, trying to set the gateway of a router in Kilo I get the following error: http://paste.openstack.org/show/412758/18:35
*** absubram has quit IRC18:35
arcimboldoit looks pretty weird18:36
*** ijw_ has joined #openstack-neutron18:37
*** Sukhdev_ has joined #openstack-neutron18:37
*** piyanai has joined #openstack-neutron18:38
*** absubram has joined #openstack-neutron18:38
*** ijw has quit IRC18:40
*** vikram has joined #openstack-neutron18:41
*** enikanorov2 has quit IRC18:42
*** gsagie__ has quit IRC18:45
openstackgerritArmando Migliaccio proposed openstack/neutron-fwaas: Do not make delete_db_firewall conditional  https://review.openstack.org/21214318:45
*** padkrish has quit IRC18:46
*** salv-orl_ has quit IRC18:46
*** padkrish has joined #openstack-neutron18:46
*** nlahouti has quit IRC18:47
armaxihrachyshka: ping18:48
*** absubram has quit IRC18:48
*** slaweq has quit IRC18:49
*** salv-orlando has joined #openstack-neutron18:49
ihrachyshkaarmax, pong18:50
armaxihrachyshka: quick question:18:50
ihrachyshkaoh I see some patch above18:50
armaxihrachyshka: yes18:50
openstackgerritArmando Migliaccio proposed openstack/neutron: Unskip this test to lure out the bug  https://review.openstack.org/21214518:50
*** padkrish has quit IRC18:50
armaxbut now that we reverted to stable pymysql I wonder how we can lure out the bug18:51
armaxshall we re-re-revert?18:51
armaxsince sc68cal patch went in18:51
armaxthis could in theory be reverted: https://review.openstack.org/#/c/211853/ no?18:52
ihrachyshkaarmax, yes, we should re-re-revert it, but please do it after qos merge-back18:52
ihrachyshkacan we wait several days till that?18:53
*** jpena has joined #openstack-neutron18:53
armaxbut isn’t the culprit test disabled?18:53
*** baoli has quit IRC18:53
armaxwhat’s blocking qos merge-back?18:53
*** baoli has joined #openstack-neutron18:54
*** boris-42 has joined #openstack-neutron18:54
*** absubram has joined #openstack-neutron18:54
ihrachyshkaarmax, well, I am just a bit cautious since we were postponing the merge several times due to some fail or another.18:54
ihrachyshkaarmax, I don't see that it will break us, just a bit cautious. so I won't have particular objections if you go and re-re-revert now.18:55
armaxihrachyshka: but I’d rather flush this stuff out as early as we can18:55
*** arcimboldo has quit IRC18:55
armaxihrachyshka: pushing back is only going to make things worse18:55
openstackgerritvikram.choudhary proposed openstack/neutron: [WIP] BGP Dynamic Routing: introduce drgent  https://review.openstack.org/20762518:55
armaxif the culrpit test is skipped I don’t see what else might affect qos18:55
*** enikanorov2 has joined #openstack-neutron18:55
armaxif qos itself is at fault18:55
armaxin which case, we might as well know this sooner rather than later18:56
armaxL3 is approach fast18:56
*** anshul has joined #openstack-neutron18:56
armaxthat infra patch was really meant to merge long time ago18:56
ihrachyshkaarmax, :) well ok, I guess I should not keep progress there just in case.18:56
armaxand if it did we would have had a lot more time to debug and resolve these issues18:56
armaxihrachyshka: I agree we need to be cautious to avoid breaking everyone18:57
armaxihrachyshka: but only if we have hard data or a good hunch that things can go south18:57
*** ijw has joined #openstack-neutron18:57
ihrachyshkaarmax, wait... but is the fwaas test disabled in feature/qos? I guess no since we haven't merged back.18:57
ihrachyshkamaster->qos18:58
armaxihrachyshka: if we’re confident the only affected project is fwaas + and neutron on the api job18:58
armaxand we resolved that by skipping the test temporarily18:58
ihrachyshkaarmax, yeah, but it's skipped in master only.18:58
*** moha_hunt has quit IRC18:58
armaxlet’s reistate the source of instability and lure the bug out with patch https://review.openstack.org/#/c/212145/18:58
ihrachyshkawe obviously can merge master->qos to unblock you, but I really hoped we just get rid of the branch next days.18:58
armaxso that we know better what’s going on18:58
*** dannywilson has joined #openstack-neutron18:59
armaxihrachyshka: agreed…but how long does it take to merge the two?18:59
armaxihrachyshka: they must not be that much different at this point are tehy?18:59
*** ijw_ has quit IRC19:00
armaxihrachyshka: your call in the end, I am only making sure the sql driver switch and api workers flag doesn’t fall through the cracks19:01
armaxas it did last cycle19:01
armaxwe’re so close that it would be a shame see this slip yet again19:01
ihrachyshkaarmax, ok, let's do it this way: I'll request master->qos merge, and then back: qos->master, so we'll have both branches synced and with the test disabled. I will give you both links, and then you can depends-on the re-re-revert patch on the one that synces master into qos19:01
*** vikram has quit IRC19:01
*** nlahouti has joined #openstack-neutron19:01
*** padkrish has joined #openstack-neutron19:01
armaxihrachyshka: ok19:02
ihrachyshkathen re-re-revert will wait until feature/qos is unbroken. but also note we have pecan people who will get broken too.19:02
*** sthillma has quit IRC19:02
* ihrachyshka notes feature branches are extremely expensive when it comes to gate fixes19:03
*** nlahouti has quit IRC19:03
armaxihrachyshka: all I am saying is that I’d rather merge these features knowning that the ‘unstable’ configuration doesn’t get any more unstable than it already is19:03
ihrachyshkaarmax, the way qos is implemented, it's hard to find a place where it could really affect anything19:04
*** padkrish has quit IRC19:04
ihrachyshkaarmax, since 99% of the changes are not enabled by default and isolated19:04
*** padkrish has joined #openstack-neutron19:04
ihrachyshkanot sure about pecan19:04
*** cristicalin has joined #openstack-neutron19:04
armaxihrachyshka: ok then, so you’re convinced me that we should really re-re-revert asap!19:05
ihrachyshkahuh :)19:05
*** cristicalin has quit IRC19:07
*** ijw has quit IRC19:07
*** Sukhdev__ has joined #openstack-neutron19:07
*** ijw has joined #openstack-neutron19:07
*** tidwellr1 has quit IRC19:09
*** nlahouti has joined #openstack-neutron19:09
armaxihrachyshka: all I am saying is that qos should not affect anything as you claim, what can affect qos has been idenfitied…19:10
armaxihrachyshka: so I don’t see why we should wait19:10
armaxto re-enable the new sql driver with api_workers>019:11
*** aranjan has quit IRC19:11
*** Sukhdev_ has quit IRC19:11
ihrachyshkaarmax, go forward with re-re-revert, we'll cope. also, our last patch is about to merge, and hopefully we won't have more patches in the branches since there will be nits only ;)19:11
ihrachyshkain the branch*19:11
armaxihrachyshka: well, the re-re-revert has been posted here: https://review.openstack.org/#/c/199672/19:11
*** phil_h has quit IRC19:11
armaxihrachyshka: I can’t do anything to make it merge fast19:12
armaxihrachyshka: and I won’t get in your way if you want to hold on and wait for the dust to settle19:12
*** Sukhdev_ has joined #openstack-neutron19:13
armaxihrachyshka: my suggestion would be to have this enabled ahead of the merge back and deal with the potential fallout in the process, rather than after the fact19:13
armaxihrachyshka: as that would give us more time to troubleshoot19:13
*** Sukhdev__ has quit IRC19:14
*** abhiraut has joined #openstack-neutron19:14
ihrachyshkaarmax, ok, +119:14
ihrachyshkaall I have for you there; )19:14
armaxihrachyshka: I appreciate the support!19:15
*** mplex has left #openstack-neutron19:15
openstackgerritArmando Migliaccio proposed openstack/neutron: Unskip this test to lure out the bug  https://review.openstack.org/21214519:15
*** jpena is now known as jpena|away19:15
armaxihrachyshka: ^^19:16
*** shashank_hegde has quit IRC19:16
armaxihrachyshka: I added it to the list of depends on here, we’ll see how this goes19:16
ihrachyshkacool. I will review the fwaas one tomorrow19:17
ihrachyshkanot obvious from the first sight :)19:17
armaxihrachyshka: it’s not fixing anything right now19:17
armaxihrachyshka: but it’s making it more sane and easier to debug19:17
armaxonce I collect more data, I might be able to see better what’s going on...19:17
ihrachyshkaack19:18
armaxbut the problem is obvious19:18
armaxdelete and update interleave19:18
ihrachyshkayeap. apparently status report19:18
armaxand things goes astray19:18
openstackgerritAbhishek Raut proposed openstack/neutron: NSX: Move DB models as part of core vendor decomposition  https://review.openstack.org/21137019:18
armaxbecasue there’s no critical region between the two19:18
*** nlahouti has quit IRC19:18
ihrachyshkaarmax, you can't have one in neutron-server apart from db-constrainted, right?19:19
armaxright19:19
armaxbut this is pretty obvious here:19:19
armaxhttps://github.com/openstack/neutron-fwaas/blob/master/neutron_fwaas/services/firewall/fwaas_plugin.py#L26919:19
*** suresh12 has joined #openstack-neutron19:19
armaxduring update we check that the firewall is not in pending status right at the very beginning19:20
armaxbut here:19:20
armaxhttps://github.com/openstack/neutron-fwaas/blob/master/neutron_fwaas/services/firewall/fwaas_plugin.py#L28919:20
*** padkrish has quit IRC19:20
ihrachyshkaouch.19:20
armaxthe status might as well have gone to pending_delete19:20
armaxand we’re screwed19:20
ihrachyshkaautonested_transaction needed?19:20
armaxI need to mull over this a bit19:20
armaxI am not entirely sure what’s going on yet19:21
ihrachyshkawoot, the last qos patch is in19:21
* ihrachyshka -> merging mode19:21
armaxbut I can clearly see here that states can get messed up easily19:21
amullerfor the past 2 days git fetch and push and have been *really* slow for me19:21
amullerhas anyone else run in to this?19:22
*** abhiraut has quit IRC19:22
openstackgerritAssaf Muller proposed openstack/neutron: Treat sphinx warnings as errors  https://review.openstack.org/21212219:22
armaxamuller: not for me19:22
ihrachyshkaamuller, really? like how?19:22
ihrachyshkait's several seconds here, as usual19:22
amullerihrachyshka: every time I git fetch or git review it takes over 2 minutes19:22
amullerjust from the last 2-3 days19:22
ihrachyshkameh, definitely local19:22
amuller:(19:22
kevinbentonamuller: which origin are you using?19:22
ihrachyshkaThou Shalt Not Move to East Coast19:22
*** abhiraut has joined #openstack-neutron19:23
amullerkevinbenton: http://paste.openstack.org/show/412766/19:23
amullerusing origin when fetching19:24
kevinbentonsee if you get the same issue if you switch it to github.com/openstack/neutron19:25
kevinbentonamuller: ^^19:25
amullerihrachyshka: this should be approvable now https://review.openstack.org/#/c/212122/19:25
amullerkevinbenton: thanks I'll try19:25
amullerkevinbenton: so fetch is instant now19:28
amullerkevinbenton: but I still have to configure .gitreview to point to review.openstack.org right, I can't get around that19:29
amulleror I can just use git push19:29
*** padkrish has joined #openstack-neutron19:29
amullerkevinbenton: anyway thanks :)19:29
*** nlahouti has joined #openstack-neutron19:30
kevinbentonamuller: yeah, you can just push dirrectly to the review branch19:30
kevinbentonamuller: is review.openstack.org slow as well?19:30
amullerkevinbenton: nope =D https access via my browser is just fine19:30
kevinbentonamuller: i mean like when you fetch from open reviews19:31
amullerit is yes19:31
kevinbentonstrange19:33
*** nlahouti has quit IRC19:33
kevinbentonamuller: did you pay for your premium git subscription to Linus this month?19:33
*** yamamoto has joined #openstack-neutron19:33
amullerkevinbenton: Yes but not to Comcast :(19:34
amullersc68cal: I know you're no longer there but I still blame you btw19:34
sc68calamuller: don't let pesky facts get in the way19:34
* sc68cal does his palpatine voice19:34
amullerfacts... pfft, you can prove anything with facts.19:34
sc68calgive into your hate19:34
salv-orlandoamuller: do not rule out comcast throttling git traffic19:34
*** abhiraut has quit IRC19:34
amullersalv-orlando: heaven forbid I infringe on poor starving artists using the git protocol19:35
*** piyanai has quit IRC19:35
sc68calspeaking of which, I need to call them up and cancel extreme 150 internet. My wifi setup only pushes like 70mbps in my house19:35
sc68calnow that it's costing me real money19:35
*** piyanai has joined #openstack-neutron19:35
*** piyanai has quit IRC19:36
sc68calonly my desktop is wired into the switch and gets the full 150 - wifi stinks19:36
*** tidwellr1 has joined #openstack-neutron19:36
amullersc68cal: wifi is for animals19:36
amullersc68cal: scratch that my cats are too good for wifi19:36
sc68callol19:36
*** mickeys has quit IRC19:36
kevinbentonsc68cal: wifi AC!19:37
kevinbentonsc68cal: access points are pricey but awesome. one of my friends has one and can get over 100mbps19:38
*** yamamoto has quit IRC19:38
sc68calthe problem is I have a wifi AP - but it uses powerline ethernet to go from the AP to my equipment rack19:38
sc68calwhere the gateway is19:39
*** annegentle has joined #openstack-neutron19:40
*** suresh12 has quit IRC19:41
amulleranyone wanna approve this? https://review.openstack.org/#/c/212124/ - updates the fullstack multinode simulation image19:42
*** piyanai has joined #openstack-neutron19:43
*** sc68cal has quit IRC19:44
mesteryamuller: I love that "fullstack-doc-love" patch, nice images :)19:46
*** suresh12 has joined #openstack-neutron19:46
amullermestery: google draw19:46
mesteryha!19:46
*** sc68cal has joined #openstack-neutron19:46
ihrachyshkamestery, hm, how do I send a merge patch into master? I follow http://docs.openstack.org/infra/manual/drivers.html#merge-feature-branch-into-master but get it in feature/qos anyway.19:48
*** john-davidge has quit IRC19:49
ihrachyshkathat's what it generated https://review.openstack.org/21216619:49
ihrachyshkaand -R master does not help either (it says  ! [remote rejected] HEAD -> refs/publish/master/bug/1468990 (no new changes)) so apparently it tried the same branch19:50
*** thurloat has quit IRC19:50
*** swat30 has quit IRC19:50
ihrachyshkaoh I think it's .gitreview changes in the branch...19:51
*** shashank_hegde has joined #openstack-neutron19:51
*** anshul has quit IRC19:52
openstackgerritIhar Hrachyshka proposed openstack/neutron: Merge remote-tracking branch 'origin/feature/qos' into merge-branch  https://review.openstack.org/21217019:52
*** gberginc has quit IRC19:52
*** padkrish has quit IRC19:52
openstackgerritIhar Hrachyshka proposed openstack/neutron: Merge remote-tracking branch 'origin/feature/qos' into merge-branch  https://review.openstack.org/21217019:53
*** vivek-eb_ has quit IRC19:53
*** padkrish has joined #openstack-neutron19:53
ihrachyshkamestery, ^^ \o/19:53
mesteryihrachyshka: WOOOOOOOOOOOOOTTTTTTTTT!!!!19:54
amullerwow19:54
mesteryI think my excited yell scared some folks ihrachyshka ;)19:54
amullerno I was 'wowing' the existence of that patch :)19:55
amullerihrachyshka: you must feel great :)19:55
mestery:)19:55
mesterylol19:55
mesteryihrachyshka amuller: It's pretty awesome to see us fold a feature branch back in.19:55
mesteryihrachyshka: Incredible work sir, well done.19:55
*** tflynn_ has quit IRC19:56
ihrachyshkaamuller, not yet man, not yet. let's see how it gets thru the gate and reviewers ;)19:56
amullerihrachyshka: were there CI jobs that did not run on feature/qos, or that were configured differently than they are against the master branch? Is there any reason why this patch will fail CI?19:56
ihrachyshkaamuller, in the qos branch, we had qos service and ml2 qos extension driver on. API tests seem to check for the former, so should be no-op for now.19:57
ihrachyshkaapart from that, it should be the same. but we'll definitely see! :)19:57
*** padkrish has quit IRC19:57
amullerihrachyshka: what's the plan to enable the api tests? we need to first merge then send a patch to devstack to enable the qos plugin?19:58
kevinbentonhaleyb: ¡YO!19:58
ihrachyshkaamuller, mestery, ajo, http://lists.openstack.org/pipermail/openstack-dev/2015-August/071914.html19:58
*** tflynn has joined #openstack-neutron19:58
*** johnbelamaric has joined #openstack-neutron19:58
ihrachyshkaamuller, I think we should enable it after merge to avoid the testing gap19:58
*** ijw_ has joined #openstack-neutron19:58
amulleryeah19:58
amullerok19:58
ihrachyshkaI am confident it should not introduce instability19:59
ihrachyshkaat least we haven't experienced any lately19:59
*** lazy_prince has joined #openstack-neutron19:59
haleybkevinbenton: pong.  i was still trying to test if the conntrack code ever gets a qvb device in that code :)20:01
*** padkrish has joined #openstack-neutron20:01
*** ijw has quit IRC20:02
*** TrevorV has joined #openstack-neutron20:03
kevinbentonhaleyb: ack20:05
* haleyb is assuming that was the YO20:06
*** piyanai has quit IRC20:06
*** piyanai has joined #openstack-neutron20:07
openstackgerritRyan Moats proposed openstack/neutron: Preserve DVR FIP rule priority over Agent restarts  https://review.openstack.org/19371120:07
kevinbentonhaleyb: http://paste.openstack.org/show/412772/20:08
kevinbentonhaleyb: right in those first rules20:08
kevinbentonhaleyb: the other option is to use the port id to store zones20:10
kevinbentonhaleyb: and then when populating the initial zone map i need to try to lookup the port ids either by asking the server or ovs20:11
*** ivar-lazzaro has quit IRC20:11
haleybkevinbenton: i put some debug in the conntrack code, and it's using the port uuid as the device name, for example fcd99706-45..., but never with qvb or tap on the front20:12
amullerihrachyshka: it's going to be hard to give comments because there's no diff20:12
amullermaybe that's a good thing =D20:13
haleybkevinbenton: just meaning the check can be moved to the ovs code and not affect anything from what i can see20:13
ihrachyshkaamuller, well, that's one of the prices. wanna have an etherpad for that? :)20:13
kevinbentonhaleyb: what do you mean?20:14
*** merooney has quit IRC20:14
kevinbentonhaleyb: right now i'm storing zones based on interface names20:14
amullerihrachyshka: I think so because commenting on the commit message or the patch itself will not scale20:14
*** piyanai has quit IRC20:14
ihrachyshkaamuller, ack, I'm on it. 5 mins.20:14
kevinbentonhaleyb: and the conntrack code needs to lookup the zone for a given port id20:14
amullerihrachyshka: and you can link to the etherpad from the top of the commit message20:14
haleybkevinbenton: the name the conntrack manager calls self.get_device_zone() with is a uuid from what i can see, not a qvb or tap20:15
*** achanda has quit IRC20:15
kevinbentonhaleyb: right, it doesn't know what to look for20:15
kevinbentonhaleyb: thats why get_device_zone has to convert it to a name20:16
kevinbentonhaleyb: zone map is based on device names20:16
kevinbentonhaleyb: and the conntrack manager doesn't know names20:16
Sam-I-Amamuller: thanks for the comments on the patch. i thought l2pop was only broken with linuxbridge.20:17
*** johnbelamaric has quit IRC20:17
amullerSam-I-Am: l2pop itself should work but not with HA routers20:17
haleybkevinbenton: but that code seems to normalize everything it can into tap* from qvb* - what if the uuid passed does start with qvb?  it will change it20:17
amullerSam-I-Am: we fixed that interaction a weekish ago on master20:17
amullerhaven't backported to kilo yet20:17
*** piyanai has joined #openstack-neutron20:17
*** ronis_ has quit IRC20:17
kevinbentonhaleyb: yes, because the qvb and tap followed by the same UUID need to be in the same zone20:17
amullerSam-I-Am: the bad interaction is because l2pop assumes that a port is bound to a single host but with HA routers that's not the case20:17
*** phil_h has joined #openstack-neutron20:17
kevinbentonhaleyb: because they belong to the same VM port20:17
Sam-I-Amamuller: yeah, i noted the patches. just always assumed it was only linuxbridge :)20:18
*** mitchjameson has joined #openstack-neutron20:18
Sam-I-Ambecause... linuxbridge lol20:18
*** padkrish has quit IRC20:18
amullerSam-I-Am: this time linuxbridge is not at fault20:18
*** azbiswas has quit IRC20:18
Sam-I-Amamuller: haha, amazing20:18
*** padkrish has joined #openstack-neutron20:18
Sam-I-Ami'll pull the l2pop stuff and address all the other comments20:18
Sam-I-Amlooks juicy :)20:19
haleybkevinbenton: yes, understood.  but you will only get a device starting with qvb when running the OVS firewall driver, correct ?  the conntrack code won't ever pass one20:19
openstackgerritIhar Hrachyshka proposed openstack/neutron: Merge remote-tracking branch 'origin/feature/qos' into merge-branch  https://review.openstack.org/21217020:21
ihrachyshkaamuller, added the link https://review.openstack.org/#/c/212170/20:21
kevinbentonhaleyb: yeah, it looks like it would need to call get_device_name as well20:21
ihrachyshkaok, I will leave now and allow you folks to search for major flaws that will block the merge ;)20:22
kevinbentonhaleyb: because it's just the full port UUID20:22
kevinbentonhaleyb: get_device_zone is either going to have to know how to generate the device names, or the zone map will need to be indexed by something else20:23
haleybkevinbenton: so you were trying to have the tap, qvb, and whatver ipconntrack use map to the same value?20:25
kevinbentonhaleyb: yes20:25
kevinbentonhaleyb: the port UUID what i really need20:25
kevinbentonhaleyb: but unfortunately on startup all i get is the interface names20:25
*** tflynn has quit IRC20:25
kevinbentonhaleyb: so maybe i should just add the logic to figure out the UUID for th map20:25
kevinbentonthe*20:26
madhu_akpc_m, https://review.openstack.org/#/c/211767/20:26
madhu_akanother patch is on the way20:26
kevinbentonhaleyb: probably an RPC call20:26
*** tflynn has joined #openstack-neutron20:26
pc_mmadhu_ak: looking...20:26
kevinbentonhaleyb: either that or i always assume a 3-char prefix and strip off the first 3 on the firewall side20:27
haleybkevinbenton: yeah, you could do that, because otherwise you have to shorten everything by stripping-off known values, and use a smaller id space, like the first 8 chars of the uuid20:27
kevinbentonhaleyb: yeah, 8 chars is okay20:27
haleybkevinbenton: yes, the firewall code could always pass the whole uuid too to the zone mapping code20:27
kevinbentonhaleyb: because if we have a collision we will already have an issue since that means two ports map to the same interface name20:27
haleybkevinbenton: basically pass port['device']20:28
*** padkrish has quit IRC20:28
kevinbentonhaleyb: yep, that would work20:28
kevinbentonhaleyb: so the only kinda messy assumption is on startup reading the interface names20:28
*** ihrachyshka has quit IRC20:28
*** padkrish has joined #openstack-neutron20:29
*** abhiraut has joined #openstack-neutron20:29
kevinbentonhaleyb: and chopping off what we think is a prefix20:29
*** piyanai has quit IRC20:29
haleybkevinbenton: yes, that's error prone since in reality you could have a uuid starting with qvb20:29
*** ijw has joined #openstack-neutron20:29
*** piyanai has joined #openstack-neutron20:29
haleybbut if you know it's a device you can just strip the first three chars, if not the last ?20:30
*** apuimedo has joined #openstack-neutron20:30
kevinbentonhaleyb: right, i would just strip the first 320:30
*** padkrish_ has joined #openstack-neutron20:30
*** padkrish has quit IRC20:30
kevinbentonhaleyb: but i think right now we are just lucky we happen to have all 3 char prefixes20:30
kevinbentonhaleyb: do you think it's safe to codify that?20:31
*** ijw_ has quit IRC20:32
*** piyanai has quit IRC20:32
pc_mmadhu_ak: Is the intent to do both API addition and refactoring changes?20:33
haleybkevinbenton: you mean force a 3-char max prefix?  i think so given the precendence we do already20:33
haleyband we actually use 11 chars today not 8, but the max is 15 hence the +3 +NULL20:34
madhu_akpc_m yep with the new job template, we can test all the three jobs including api and run them as experimental20:34
pc_mI see, using a new job name.20:35
*** mwagner_lap has quit IRC20:35
madhu_akyeah, so it should just not disturb the current jobs upstream in vpnrepo20:35
madhu_akpc_m, please let me know if I am missing something20:36
pc_mLooks fine, only suggestions on making commit message clearer.20:38
*** Marga_ has quit IRC20:39
madhu_akpc_m sure, would like to see them20:39
*** Marga_ has joined #openstack-neutron20:39
*** thumpba has quit IRC20:40
madhu_akpc_m addressed them20:41
*** sthillma has joined #openstack-neutron20:41
*** nlahouti has joined #openstack-neutron20:42
*** vivek-ebay has joined #openstack-neutron20:42
pc_mLooks good to me madhu_ak20:43
*** tiswanso has quit IRC20:44
kevinbentonhaleyb: yeah20:44
kevinbentonhaleyb: so i'll just assume all devs have a 3-char prefix20:45
madhu_akthanks pc_m20:45
kevinbentonhaleyb: and then key the dict on the 11 chars20:45
kevinbentonhaleyb: sound good?20:45
*** jpena|away has quit IRC20:45
*** carl_baldwin has quit IRC20:45
klindgrencarl_baldwin, ping20:45
haleybkevinbenton: what about the call from the conntrack code?  it just passes 11 ?20:45
klindgren*sigh* missed him by \-\ much20:45
kevinbentonhaleyb: i'll just keep that logic in get_device_zone, have it take a port UUID and then it handles stripping it down20:46
*** pc_m has quit IRC20:46
kevinbentonhaleyb: just to keep it easy for the caller20:46
kevinbentonhaleyb: then each caller just passes the UUID20:46
kevinbentonhaleyb: and the prefix stripping logic just lives in the initial zone map20:47
*** TrevorV has quit IRC20:47
haleybkevinbenton: ah, ok, and not to be a pain, but using the constants like LINUX_DEV_LEN and  TAP_DEVICE_PREFIX (or some new one set to 3) would be best so it's obvious20:48
openstackgerritMerged openstack/neutron: Fix docs job  https://review.openstack.org/21211920:49
kevinbentonhaleyb: ack20:49
HenryGhaleyb: kevinbenton: can you look at https://review.openstack.org/205101 ? Infra would *really* like to see it merged.20:50
HenryGIt quenches a lot of log noise.20:50
haleybHenryG: looking20:50
openstackgerritRyan Moats proposed openstack/neutron: Preserve DVR FIP rule priority over Agent restarts  https://review.openstack.org/19371120:52
*** thurloat has joined #openstack-neutron20:54
*** swat30 has joined #openstack-neutron20:54
kevinbentonHenryG: ack20:55
openstackgerritAbhishek Raut proposed openstack/neutron: NSX: Move DB models as part of core vendor decomposition  https://review.openstack.org/21137020:55
openstackgerritMerged openstack/neutron: Update fullstack multinode simulation image  https://review.openstack.org/21212420:57
*** krtaylor has quit IRC20:58
openstackgerritKevin Benton proposed openstack/neutron: Use a conntrack zone per port in OVS  https://review.openstack.org/20746420:58
*** abhiraut has quit IRC20:59
*** abhiraut has joined #openstack-neutron21:00
kevinbentonHenryG: there is a bit of logic there i don't understand21:01
*** achanda has joined #openstack-neutron21:01
kevinbentonHenryG: now it only calls _release_lease if the dhcp_port_exists. why does the port existing have anything to do with the lease?21:02
*** mickeys has joined #openstack-neutron21:04
openstackgerritMadhusudhan Kandadai proposed openstack/neutron-vpnaas: New jobs for VPNaaS tests  https://review.openstack.org/21176821:07
mlavallemestery: ping21:07
mesterymlavalle: pong21:07
*** jckasper has quit IRC21:07
HenryGkevinbenton: Good question21:08
mlavallemestery: I am trying to add https://review.openstack.org/#/c/200952/ to your gerrit query screen21:08
*** cbouch__ has quit IRC21:08
mlavallemestery: I reviewed the query, and it seems it should capture bp/internal-dns-resolution, wich is the topic I set for that patchset21:09
mesterymlavalle: I believe the custom gerrit query will fitler out patchs that you own :)21:09
*** ijw has quit IRC21:09
mesterymlavalle: IF you want, feel free to submit a followup which adds a section for patches you own21:09
mesteryI think that's the issue there21:09
mesteryI see your patch in my query mlavalle :)21:10
mlavallemestery: ahhh! I should have suspected it :-)21:10
*** ijw has joined #openstack-neutron21:10
mlavallemestery: ok... perfect you aware of that patchset21:10
mlavallethanks!21:10
mlavallemestery: it just needs the last push21:11
*** alex_klimov has joined #openstack-neutron21:11
*** krtaylor has joined #openstack-neutron21:11
mesteryawesome thanks!21:11
madhu_akpc_m pushed the latest patch: https://review.openstack.org/#/c/211768/21:12
*** Sukhdev_ has quit IRC21:13
*** yamamoto has joined #openstack-neutron21:13
*** thorst has quit IRC21:16
*** yamamoto has quit IRC21:19
*** crose has quit IRC21:21
*** erlarese has quit IRC21:22
openstackgerritMadhusudhan Kandadai proposed openstack/neutron-vpnaas: New jobs for VPNaaS tests  https://review.openstack.org/21176821:23
*** rpothier has quit IRC21:25
regXboiso... who can help me with questions about POSTs to os-floating-ips?21:29
regXboi(yes, I know that is a nova URI)21:29
regXboiI'm looking at https://bugs.launchpad.net/neutron/+bug/1404743 and that's I'm seeing signatures related to os-floating-ips that look... well... odd21:31
openstackLaunchpad bug 1404743 in neutron "sporadic test failures due to VMs not getting a DHCP lease" [Critical,Confirmed] - Assigned to Ryan Moats (rmoats)21:31
*** rkukura has quit IRC21:32
*** gangil has joined #openstack-neutron21:35
*** johnbelamaric has joined #openstack-neutron21:36
openstackgerritBerezovsky Irena proposed openstack/neutron-specs: Update spec to reflect current QoS API  https://review.openstack.org/19911221:36
openstackgerritMadhusudhan Kandadai proposed openstack/neutron-vpnaas: New jobs for VPNaaS tests  https://review.openstack.org/21176821:40
*** mwagner_lap has joined #openstack-neutron21:41
*** abhiraut has quit IRC21:41
*** fawadkhaliq has joined #openstack-neutron21:43
*** zhhuabj has quit IRC21:47
*** abhiraut has joined #openstack-neutron21:47
*** fawadkhaliq has quit IRC21:50
*** tflynn has quit IRC21:50
*** merooney has joined #openstack-neutron21:52
*** annegentle has quit IRC21:54
*** yamamoto has joined #openstack-neutron21:57
*** mitchjameson has quit IRC21:57
*** agireud has quit IRC21:57
*** tsg has quit IRC21:58
*** padkrish_ has quit IRC22:01
*** padkrish has joined #openstack-neutron22:01
*** dsneddon_ has joined #openstack-neutron22:03
*** kbringard has quit IRC22:03
*** carl_baldwin has joined #openstack-neutron22:03
*** achippa_ has joined #openstack-neutron22:04
*** regXboi has quit IRC22:05
*** shwetaap1 has quit IRC22:05
*** dsneddon has quit IRC22:06
*** edmondsw has quit IRC22:06
*** zhhuabj has joined #openstack-neutron22:07
*** carl_baldwin has quit IRC22:09
*** roeyc has joined #openstack-neutron22:11
*** lindycoder has quit IRC22:12
*** zhhuabj has quit IRC22:15
*** jecarey has quit IRC22:18
*** zhhuabj has joined #openstack-neutron22:18
*** pradk has quit IRC22:18
*** tflynn has joined #openstack-neutron22:19
*** padkrish has quit IRC22:21
*** achippa_ has quit IRC22:24
*** achippa has joined #openstack-neutron22:24
*** padkrish_ has joined #openstack-neutron22:25
*** zhhuabj has quit IRC22:26
*** achippa has quit IRC22:29
*** krtaylor has quit IRC22:30
*** killer_prince has joined #openstack-neutron22:33
openstackgerritAbhishek Raut proposed openstack/neutron: Remove Cisco Meta and N1KV monolithic plugins  https://review.openstack.org/21220922:36
*** roeyc has quit IRC22:36
*** lazy_prince has quit IRC22:36
*** dguerri` is now known as dguerri22:39
*** achanda has quit IRC22:40
*** phil_h has quit IRC22:40
*** mitchjameson has joined #openstack-neutron22:41
*** mitchjameson has quit IRC22:41
*** killer_prince is now known as lazy_prince22:41
*** rawl has joined #openstack-neutron22:41
abhirautping HenryG22:41
*** ivar-lazzaro has joined #openstack-neutron22:42
*** rawl has quit IRC22:42
*** dguerri is now known as dguerri`22:43
*** annegentle has joined #openstack-neutron22:44
*** devlaps has joined #openstack-neutron22:44
*** annegentle has quit IRC22:45
*** dane_leblanc__ has quit IRC22:45
openstackgerritAbhishek Raut proposed openstack/neutron: NSX: Move DB models as part of core vendor decomposition  https://review.openstack.org/21137022:45
*** annegentle has joined #openstack-neutron22:46
openstackgerritPengtao Huang proposed openstack/neutron: The unnecessary value "sgids" was deleted  https://review.openstack.org/20955222:47
*** rawl has joined #openstack-neutron22:47
*** thurloat is now known as thurloat_isgone22:48
*** zhhuabj has joined #openstack-neutron22:50
*** johnbelamaric has quit IRC22:52
*** johnbelamaric has joined #openstack-neutron22:52
*** johnbelamaric has quit IRC22:52
*** annegentle has quit IRC22:52
*** merooney has quit IRC22:53
openstackgerritMiguel Lavalle proposed openstack/neutron: External DNS driver reference implementation  https://review.openstack.org/21221322:54
*** yamamoto has quit IRC22:54
openstackgerritfumihiko kakuma proposed openstack/neutron: Python 3: specify a bytes to an argument for a format type 's' of struct.pack()  https://review.openstack.org/21074622:55
*** moshele has joined #openstack-neutron22:56
*** busterswt has quit IRC22:56
*** zhhuabj has quit IRC22:57
*** mlavalle has quit IRC22:58
*** gsagie_ has quit IRC23:02
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/20870523:09
*** vivek-ebay has quit IRC23:09
*** alex_klimov has quit IRC23:11
*** zhhuabj has joined #openstack-neutron23:11
*** hichihara has joined #openstack-neutron23:11
*** moshele has quit IRC23:11
*** ijw_ has joined #openstack-neutron23:12
openstackgerritOpenStack Proposal Bot proposed openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/20442223:13
*** markvoelker has quit IRC23:14
*** ijw has quit IRC23:15
*** lazy_prince has quit IRC23:15
*** claudiub has quit IRC23:16
*** achanda has joined #openstack-neutron23:16
*** gangil has quit IRC23:17
*** agireud has joined #openstack-neutron23:17
*** carl_baldwin has joined #openstack-neutron23:18
*** vivek-ebay has joined #openstack-neutron23:18
openstackgerritPengtao Huang proposed openstack/neutron: The unnecessary value "sgids" was deleted  https://review.openstack.org/20955223:19
openstackgerritPengtao Huang proposed openstack/neutron: judge ICMP port code in range [0,255]  https://review.openstack.org/21222023:19
*** rawl has quit IRC23:23
*** suresh12 has quit IRC23:23
*** chlong has quit IRC23:25
*** carl_baldwin has quit IRC23:27
*** sridhar_ram1 has joined #openstack-neutron23:31
*** sridhar_ram has quit IRC23:32
*** salv-orl_ has joined #openstack-neutron23:35
*** banix has quit IRC23:36
*** mickeys has quit IRC23:37
*** salv-orlando has quit IRC23:37
*** sridhar_ram1 has quit IRC23:38
*** abhiraut has quit IRC23:39
*** ijw_ has quit IRC23:44
*** geekinutah has quit IRC23:44
*** ijw has joined #openstack-neutron23:44
*** abhiraut has joined #openstack-neutron23:46
*** oomichi has joined #openstack-neutron23:51
*** Marga_ has quit IRC23:52
*** baoli has quit IRC23:52
*** yamamoto has joined #openstack-neutron23:55
*** suresh12 has joined #openstack-neutron23:56
*** baoli has joined #openstack-neutron23:56
*** veena has joined #openstack-neutron23:57
*** minwang2 has quit IRC23:58
*** crc32 has quit IRC23:58
*** achanda has quit IRC23:59

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