Thursday, 2017-01-26

*** Swami has joined #openstack-neutron00:00
*** manheim has quit IRC00:00
*** manheim has joined #openstack-neutron00:00
*** gouthamr has joined #openstack-neutron00:02
*** wolverineav has quit IRC00:03
*** catintheroof has quit IRC00:03
*** donghao has quit IRC00:04
*** leitan has joined #openstack-neutron00:05
*** wolverineav has joined #openstack-neutron00:08
*** baoli has quit IRC00:08
*** leitan has quit IRC00:09
*** wolverineav has quit IRC00:13
*** boden has quit IRC00:13
*** abhiraut has joined #openstack-neutron00:15
*** radhikam has quit IRC00:18
*** annegentle has joined #openstack-neutron00:18
*** wolverineav has joined #openstack-neutron00:18
*** abhiraut has quit IRC00:18
*** abhiraut has joined #openstack-neutron00:19
*** wolverineav has quit IRC00:22
*** annegentle has quit IRC00:23
*** annegentle has joined #openstack-neutron00:23
*** dsneddon has quit IRC00:23
*** ihrachys has joined #openstack-neutron00:24
openstackgerritHirofumi Ichihara proposed openstack/neutron: Enhance tag mechanism  https://review.openstack.org/41366200:24
*** ihrachys has quit IRC00:25
*** abhiraut1 has joined #openstack-neutron00:27
*** abhiraut has quit IRC00:27
*** tbachman has quit IRC00:28
*** abhiraut1 has quit IRC00:31
*** Sukhdev has quit IRC00:31
*** abhiraut has joined #openstack-neutron00:34
*** Sukhdev has joined #openstack-neutron00:35
openstackgerritCarlos Goncalves proposed openstack/neutron-lib: API definition and reference for data plane status extension  https://review.openstack.org/42486800:37
*** abhiraut has quit IRC00:38
*** wolverineav has joined #openstack-neutron00:38
*** limao has joined #openstack-neutron00:41
*** wolverineav has quit IRC00:43
*** trown is now known as trown|outtypewww00:47
*** bobmel has joined #openstack-neutron00:48
*** annegentle has quit IRC00:48
*** wolverineav has joined #openstack-neutron00:48
*** armax has quit IRC00:50
*** hoangcx has joined #openstack-neutron00:50
*** dave-mcc_ has joined #openstack-neutron00:51
raj_haleyb, kevinbenton - is it expected that bw limiting in Newton is in the instance outbound direction only?00:52
*** abhiraut has joined #openstack-neutron00:53
*** wolverineav has quit IRC00:53
*** dave-mccowan has quit IRC00:53
*** hoangcx has quit IRC00:54
*** armax has joined #openstack-neutron00:56
*** fnaval has quit IRC00:57
*** abhiraut has quit IRC00:57
*** wolverineav has joined #openstack-neutron00:58
openstackgerritIWAMOTO Toshihiro proposed openstack/neutron: ovsfw: Refresh OFPort when necessary  https://review.openstack.org/40456400:58
*** wolverineav has quit IRC01:03
*** zhhuabj has quit IRC01:04
*** bjolo_ has joined #openstack-neutron01:06
*** manheim has quit IRC01:08
*** ventifus has quit IRC01:09
*** martinus__ has quit IRC01:11
*** martinus__ has joined #openstack-neutron01:11
*** john-davidge has joined #openstack-neutron01:15
*** shaner has quit IRC01:16
*** annegentle has joined #openstack-neutron01:17
*** zhhuabj has joined #openstack-neutron01:18
*** wolverineav has joined #openstack-neutron01:18
*** john-davidge has quit IRC01:19
*** dave-mccowan has joined #openstack-neutron01:20
*** dave-mcc_ has quit IRC01:22
*** wolverineav has quit IRC01:23
*** yedongcan has joined #openstack-neutron01:26
*** baoli has joined #openstack-neutron01:28
*** lnicolas1 has joined #openstack-neutron01:28
*** wolverineav has joined #openstack-neutron01:29
*** zhhuabj has quit IRC01:30
*** kevo has quit IRC01:32
*** baoli has quit IRC01:32
*** wolverineav has quit IRC01:36
*** hfu has joined #openstack-neutron01:40
hichiharaamotoki: ping01:41
*** wolverineav has joined #openstack-neutron01:42
*** catintheroof has joined #openstack-neutron01:44
*** rajinir has quit IRC01:46
*** iwamoto has joined #openstack-neutron01:47
*** wolverineav has quit IRC01:47
*** zhhuabj has joined #openstack-neutron01:49
*** Jeffrey4l_ has quit IRC01:49
*** gongysh has joined #openstack-neutron01:49
*** catintheroof has quit IRC01:49
*** Jeffrey4l has joined #openstack-neutron01:49
*** wolverineav has joined #openstack-neutron01:52
*** gvrangan has quit IRC01:56
*** zhhuabj has quit IRC01:57
*** wolverineav has quit IRC01:57
*** dave-mcc_ has joined #openstack-neutron01:57
*** dave-mccowan has quit IRC01:59
*** jamesdenton has joined #openstack-neutron02:01
*** thorst_ has joined #openstack-neutron02:01
*** wolverineav has joined #openstack-neutron02:02
*** leitan has joined #openstack-neutron02:06
*** thorst_ has quit IRC02:06
*** jamesdenton has quit IRC02:06
*** jamesdenton has joined #openstack-neutron02:06
*** wolverineav has quit IRC02:07
*** leitan has quit IRC02:10
*** armax has quit IRC02:12
*** wolverineav has joined #openstack-neutron02:12
*** Sukhdev has quit IRC02:14
*** zhhuabj has joined #openstack-neutron02:14
*** iyamahat has quit IRC02:15
*** yamahata has quit IRC02:16
*** wolverineav has quit IRC02:17
*** eandersson__ has joined #openstack-neutron02:20
*** dansmith has quit IRC02:20
*** eandersson_ has quit IRC02:20
*** dansmith has joined #openstack-neutron02:21
*** wolverineav has joined #openstack-neutron02:23
*** wolverineav has quit IRC02:27
*** jamesdenton has quit IRC02:30
*** wolverineav has joined #openstack-neutron02:33
*** annegentle has quit IRC02:33
*** zhhuabj has quit IRC02:34
*** fnaval has joined #openstack-neutron02:37
*** wolverineav has quit IRC02:37
*** mitchjameson has quit IRC02:37
*** fzdarsky_ has joined #openstack-neutron02:37
*** shaner has joined #openstack-neutron02:38
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-vpnaas: devstack: Add neutron server config explicitly  https://review.openstack.org/34251202:38
*** fzdarsky|afk has quit IRC02:41
*** wolverineav has joined #openstack-neutron02:43
*** jose-phillips has quit IRC02:44
*** Jeffrey4l has quit IRC02:45
*** zhhuabj has joined #openstack-neutron02:47
*** wolverineav has quit IRC02:47
*** iyamahat has joined #openstack-neutron02:48
*** thorst_ has joined #openstack-neutron02:50
*** thorst_ has quit IRC02:50
*** wolverineav has joined #openstack-neutron02:53
*** iyamahat has quit IRC02:53
*** markmcclain has quit IRC02:53
*** baoli has joined #openstack-neutron02:56
*** wolverineav has quit IRC02:57
*** markmcclain has joined #openstack-neutron02:58
openstackgerritMerged openstack/neutron-vpnaas: Updated from global requirements  https://review.openstack.org/42365002:58
*** radhikam has joined #openstack-neutron02:59
*** reedip_ has joined #openstack-neutron02:59
*** bkopilov has quit IRC03:00
*** kevo has joined #openstack-neutron03:01
*** wolverineav has joined #openstack-neutron03:03
*** markvoelker has joined #openstack-neutron03:07
kevinbentonraj_: right now it is03:07
kevinbentonyamamoto: ping03:08
*** wolverineav has quit IRC03:08
yamamotokevinbenton: pong03:08
kevinbentonyamamoto: can you take a look at https://review.openstack.org/#/c/419232/03:08
kevinbentonyamamoto: there is a bug fix depending on it that I want to get into Ocata03:08
yamamotosure03:09
kevinbentonyamamoto: thanks03:10
*** baoli has quit IRC03:10
*** yamahata has joined #openstack-neutron03:11
*** wolverineav has joined #openstack-neutron03:13
*** john-davidge has joined #openstack-neutron03:15
*** zhhuabj has quit IRC03:16
*** thorst_ has joined #openstack-neutron03:17
*** thorst_ has quit IRC03:17
*** wolverineav has quit IRC03:17
*** zhhuabj has joined #openstack-neutron03:19
*** john-davidge has quit IRC03:20
*** tbachman has joined #openstack-neutron03:21
kevinbentonyamamoto: oh, there is one more here as well related to ML2 that you would be a good reviewer for :) https://review.openstack.org/#/c/399964/03:23
*** markvoelker has quit IRC03:23
kevinbentonyamamoto: oh, nevermind. already has 2 +2's03:23
*** wolverineav has joined #openstack-neutron03:23
kevinbentonyamamoto: you can review anyway if you want though :)03:23
yamamotook03:24
ijwkevinbenton: we need beer03:26
ijwAnd you're putting words in my mouth03:26
ijwsukhdev also requires beer, btw03:27
*** wolverineav has quit IRC03:28
kevinbentonijw: yeah, beer sounds good. you free tomorrow?03:29
openstackgerritKevin Benton proposed openstack/neutron: Fixes to allow OVO deserializion of ports/networks  https://review.openstack.org/41041703:31
openstackgerritKevin Benton proposed openstack/neutron: Add missing port UPDATE event to ML2  https://review.openstack.org/39996403:31
openstackgerritKevin Benton proposed openstack/neutron: Add missing module-level SUBNET ref  https://review.openstack.org/41767203:31
*** pbandark has joined #openstack-neutron03:31
*** bjolo_ has quit IRC03:31
*** markvoelker has joined #openstack-neutron03:33
*** wolverineav has joined #openstack-neutron03:33
yamamotokevinbenton: why you removed CommonDbMixinHooksFixture?03:34
kevinbentonyamamoto: it's not necessary anymore that I could see03:34
kevinbentonyamamoto: IIRC it was added just because of this problem03:35
*** ijw has quit IRC03:35
*** ijw has joined #openstack-neutron03:35
*** ijw has quit IRC03:35
*** Swami has quit IRC03:36
*** wolverineav has quit IRC03:38
*** baoli has joined #openstack-neutron03:39
*** nicolasbock has quit IRC03:39
*** xinliang has quit IRC03:42
*** Sukhdev has joined #openstack-neutron03:48
*** gcb has joined #openstack-neutron03:50
*** zhhuabj has quit IRC03:53
openstackgerritKevin Benton proposed openstack/neutron: Use weakrefs for common_db_mixin callbacks  https://review.openstack.org/41923203:56
kevinbentonyamamoto: ^^03:56
kevinbentonyamamoto: sorry ^^03:56
*** fnaval has quit IRC03:56
*** fnaval has joined #openstack-neutron03:57
yamamotokevinbenton: +2'ed03:57
yamamoto^^ means two arrows?03:58
*** fnaval has quit IRC04:01
*** wolverineav has joined #openstack-neutron04:03
*** tbachman has quit IRC04:06
kevinbentonyamamoto: yeah, it was a way to point to the message above04:06
kevinbentonyamamoto: but the openstackgerrit notification was slow :)04:06
openstackgerritKevin Benton proposed openstack/neutron: Retry on routerport delete race  https://review.openstack.org/41828104:06
*** leitan has joined #openstack-neutron04:07
*** wolverineav has quit IRC04:08
yamamotoslow?  aren't you seeing messages in this order?  http://eavesdrop.openstack.org/irclogs/%23openstack-neutron/latest.log.html#t2017-01-26T03:56:1204:08
kevinbentonyamamoto: ah, no. on my client i was just barely too fast :)04:09
*** zhhuabj has joined #openstack-neutron04:10
kevinbentonyamamoto: i just rebased https://review.openstack.org/#/c/418281/ . can you workflow +1 it?04:10
*** armax has joined #openstack-neutron04:10
kevinbenton(this is what it looked like on my end https://dev.buttewifi.com/images/uploads/c87aa2a38e952cbc1d4bdfd787929b751d67cb33.png)04:11
yamamotodone04:11
*** leitan has quit IRC04:11
yamamotointeresting.  i guess i should learn how irc works a bit.04:12
kevinbentonyamamoto: i suspect it's just a side effect of my client04:12
kevinbentonyamamoto: but better not build a realtime messaging queue on freenode that requires strict ordering just in case :)04:13
yamamotoit might be.  i have ~no knowledge about the protocol to say if local echo back is a reasonable thing to do for a client.04:14
yamamotoeg. human languages? :-)04:16
*** baoli has quit IRC04:20
iwamotoirc stands for internet *relay* chat04:22
iwamotoiirc, there's no authorative order of text lines by design04:23
*** wolverineav has joined #openstack-neutron04:23
kevinbentoniwamoto: makes sense. I remember looking into the protocol a long time ago and it was very simple04:25
kevinbentonmaybe we should add an IRC type driver to ML204:26
kevinbentonencode all VM traffic for a network onto a channel04:27
*** bkopilov has joined #openstack-neutron04:28
*** wolverineav has quit IRC04:28
*** dave-mcc_ has quit IRC04:32
*** armax has quit IRC04:34
*** ianw is now known as ianw_pto04:34
openstackgerritZhaoBo proposed openstack/neutron: Support query with sort-key from standardattr  https://review.openstack.org/42494904:35
jidarERR_TOO_MANY_MESSAGES_KLINE04:35
*** radhikam has quit IRC04:40
*** cristicalin has joined #openstack-neutron04:42
*** wolverineav has joined #openstack-neutron04:43
*** yamahata has quit IRC04:46
*** d-bark has joined #openstack-neutron04:47
*** wolverineav has quit IRC04:48
*** mdnadeem has joined #openstack-neutron04:50
*** Sukhdev has quit IRC04:58
*** cburgess has quit IRC05:01
*** Guest58531 has quit IRC05:04
*** wolverineav has joined #openstack-neutron05:05
*** reedip_ has quit IRC05:05
*** zacksh has quit IRC05:05
*** woodburn has quit IRC05:06
*** d-bark has quit IRC05:06
*** saisriki has quit IRC05:06
*** zacksh has joined #openstack-neutron05:07
*** woodburn has joined #openstack-neutron05:07
*** comstud has quit IRC05:07
*** ranjithd has quit IRC05:07
*** cburgess has joined #openstack-neutron05:07
*** gvrangan has joined #openstack-neutron05:07
*** mgagne has joined #openstack-neutron05:07
*** mgagne is now known as Guest3353905:07
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: test_floatingip: Add a case for SRC without FIP  https://review.openstack.org/42495905:07
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: test_floatingip: Add "same server" case  https://review.openstack.org/42496005:07
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: Add a tempest scenario for floating-ip  https://review.openstack.org/42404305:07
*** comstud has joined #openstack-neutron05:08
*** cristicalin has quit IRC05:08
*** wolverineav has quit IRC05:09
*** Sukhdev has joined #openstack-neutron05:09
*** wolverineav has joined #openstack-neutron05:14
*** moshele has joined #openstack-neutron05:14
*** john-davidge has joined #openstack-neutron05:16
*** adriant has quit IRC05:17
*** thorst_ has joined #openstack-neutron05:18
*** wolverineav has quit IRC05:19
*** Freemon has joined #openstack-neutron05:19
*** john-davidge has quit IRC05:21
*** abregman has joined #openstack-neutron05:22
*** thorst_ has quit IRC05:23
*** wolverineav has joined #openstack-neutron05:24
*** claudiub has joined #openstack-neutron05:25
*** wolverineav has quit IRC05:29
*** cristicalin has joined #openstack-neutron05:30
*** wolverineav has joined #openstack-neutron05:34
*** sputnik13 has quit IRC05:35
*** mdnadeem has quit IRC05:36
*** Freemon has quit IRC05:37
*** wolverineav has quit IRC05:39
*** cristicalin has quit IRC05:40
*** wolverineav has joined #openstack-neutron05:44
*** kiseok7 has joined #openstack-neutron05:46
*** radhikam has joined #openstack-neutron05:47
*** mdnadeem has joined #openstack-neutron05:48
*** mickeys has quit IRC05:48
*** Sukhdev has quit IRC05:49
*** wolverineav has quit IRC05:49
*** radhikam has quit IRC05:50
*** mkolesni has joined #openstack-neutron05:51
*** ekuris_ has joined #openstack-neutron05:51
*** eezhova has joined #openstack-neutron05:52
*** wolverineav has joined #openstack-neutron05:55
openstackgerritRyan Tidwell proposed openstack/python-neutronclient: Dynamic routing CLIs OSC transition  https://review.openstack.org/34076305:58
*** gcheresh_ has joined #openstack-neutron05:58
*** wolverineav has quit IRC05:59
*** gouthamr has quit IRC06:00
*** sputnik13 has joined #openstack-neutron06:00
*** mdnadeem has quit IRC06:02
*** mdnadeem has joined #openstack-neutron06:02
*** gvrangan has quit IRC06:04
*** wolverineav has joined #openstack-neutron06:05
*** gvrangan has joined #openstack-neutron06:07
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-lib: Add a space after comma  https://review.openstack.org/42099106:07
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-lib: Add FIP64 extension from networking-midonet  https://review.openstack.org/41695106:07
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-lib: Add router-interface-fip extension from networking-midonet  https://review.openstack.org/41000106:07
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-lib: Migrate logging-resource extension from networking-midonet  https://review.openstack.org/40797406:07
*** leitan has joined #openstack-neutron06:08
*** wolverineav has quit IRC06:09
*** baoli has joined #openstack-neutron06:10
*** leitan has quit IRC06:13
*** wolverineav has joined #openstack-neutron06:15
*** baoli has quit IRC06:15
*** jprovazn has joined #openstack-neutron06:15
*** vthapar has joined #openstack-neutron06:19
*** wolverineav has quit IRC06:19
*** jhershbe has joined #openstack-neutron06:24
*** vthapar has quit IRC06:34
*** wolverineav has joined #openstack-neutron06:34
*** wolverin_ has joined #openstack-neutron06:37
*** wolverineav has quit IRC06:40
*** hichihara has quit IRC06:40
*** hichihara has joined #openstack-neutron06:40
*** hishh has joined #openstack-neutron06:44
*** wolverin_ has quit IRC06:44
*** hichihara has quit IRC06:45
*** mickeys has joined #openstack-neutron06:49
openstackgerritZhaoBo proposed openstack/neutron: Support query with sort-key from standardattr  https://review.openstack.org/42494906:50
*** gvrangan has quit IRC06:51
*** mickeys has quit IRC06:53
openstackgerritAnn Taraday proposed openstack/neutron: Check arg type for SegmentTypeDriver functions  https://review.openstack.org/42502306:54
*** wolverineav has joined #openstack-neutron06:55
*** jperry has quit IRC06:57
openstackgerritJohn Schwarz proposed openstack/neutron: ovs fw migration from iptables  https://review.openstack.org/41308207:01
openstackgerritAlex Stafeyev proposed openstack/neutron: Added Descriptions to scenario/base.py and test_basic.py functions  https://review.openstack.org/42518707:02
*** itzikb has joined #openstack-neutron07:03
*** aojea has quit IRC07:07
*** wolverineav has quit IRC07:09
*** tesseract has joined #openstack-neutron07:11
*** diltram has quit IRC07:14
*** eezhova has quit IRC07:14
*** andreas_s has joined #openstack-neutron07:15
*** john-davidge has joined #openstack-neutron07:17
*** rha has quit IRC07:17
*** frickler has quit IRC07:18
*** thorst_ has joined #openstack-neutron07:19
*** aojea has joined #openstack-neutron07:19
*** jperry has joined #openstack-neutron07:19
*** gvrangan has joined #openstack-neutron07:19
*** lihi has joined #openstack-neutron07:19
*** john-davidge has quit IRC07:22
*** AlexeyAbashkin has joined #openstack-neutron07:22
*** moshele has quit IRC07:23
*** thorst_ has quit IRC07:23
*** jperry has quit IRC07:24
*** sam_s has quit IRC07:24
*** jperry has joined #openstack-neutron07:24
*** korzen has joined #openstack-neutron07:25
*** lennyb has quit IRC07:27
*** wolverineav has joined #openstack-neutron07:28
*** lennyb has joined #openstack-neutron07:28
openstackgerritZhaoBo proposed openstack/neutron: Disallow assgined floating IP that already assigned to other ports  https://review.openstack.org/42556307:29
*** jperry has quit IRC07:30
*** yedongcan has left #openstack-neutron07:31
*** jperry has joined #openstack-neutron07:32
*** hichihara has joined #openstack-neutron07:32
*** wolverineav has quit IRC07:32
*** thorst_ has joined #openstack-neutron07:34
*** rha has joined #openstack-neutron07:36
*** rha has quit IRC07:37
*** rha has joined #openstack-neutron07:37
*** frickler has joined #openstack-neutron07:37
korzenHi jschwarz, who should I ping to get more reviews for https://review.openstack.org/#/c/27354607:39
korzenAdd support for Keepalived VRRP health check?07:39
*** thorst_ has quit IRC07:39
*** yamamoto has quit IRC07:41
*** eezhova has joined #openstack-neutron07:41
*** hichihara has quit IRC07:44
ataradaykorzen, may be kevinbenton can take a look on this07:49
kevinbentonlooking07:49
*** mickeys has joined #openstack-neutron07:50
ataradayhaleyb is already in reviewers07:50
*** wolverineav has joined #openstack-neutron07:51
kevinbentonkorzen: question07:52
*** hichihara has joined #openstack-neutron07:52
kevinbentonkorzen: if the gateway goes down so the track script fails on all nodes07:52
kevinbentonkorzen: one will still remain master, right?07:52
kevinbentonkorzen: oh, i see that they go into FAULT state07:54
kevinbentonataraday: we reflect the fault state in the API, right?07:54
kevinbentonataraday: i remember you had a patch mentioning FAULT the other day07:54
*** jlinkes has joined #openstack-neutron07:54
*** hfu has quit IRC07:55
*** hfu has joined #openstack-neutron07:55
*** mickeys has quit IRC07:55
*** hfu has quit IRC07:55
*** wolverineav has quit IRC07:56
ataradaykevinbenton,  fault is translating to standby07:56
*** hfu has joined #openstack-neutron07:56
kevinbentonataraday: ok07:56
*** hfu has quit IRC07:56
*** hfu has joined #openstack-neutron07:57
*** hfu has quit IRC07:57
*** hfu has joined #openstack-neutron07:57
*** hfu has quit IRC07:58
*** hfu has joined #openstack-neutron07:58
*** hfu has quit IRC07:59
*** jlinkes has quit IRC07:59
*** slaweq has quit IRC08:00
*** lihi has quit IRC08:01
*** lihi has joined #openstack-neutron08:02
jschwarzkorzen, amuller?08:03
kevinbentonkorzen: just have a few small doc changes and a test request08:03
kevinbentonjschwarz: no, korzen is korzen and amuller is amuller08:03
jschwarzkevinbenton, ahah08:03
kevinbentonkorzen is not amuller08:03
jschwarzkevinbenton, I was suggesting korzen ask amuller for reviews on that patch ;-)08:03
kevinbentonooooh08:03
korzen:)08:04
kevinbentonwell i can +2 and ataraday can do the other08:04
jschwarzkevinbenton, I see that the functional gate is shakey this morning08:04
kevinbentonjschwarz: yeah, there is a patch to fix that08:04
jschwarzkevinbenton, http://logs.openstack.org/82/413082/15/check/gate-neutron-dsvm-functional-ubuntu-xenial/ead9e8f/testr_results.html.gz, that's the second time I've seen this08:04
jschwarzkevinbenton, link?08:05
kevinbentonthat has been trying to battle through and keeps failing for other reasons08:05
kevinbentonjschwarz: https://review.openstack.org/#/c/424906/08:05
jschwarz:<08:05
kevinbentonjschwarz: it's back in the gate now08:05
kevinbentonjschwarz: hopefully it will make it this time08:05
jschwarzkevinbenton, hopefully08:05
*** slaweq has joined #openstack-neutron08:06
jschwarzah well, my patch is still waiting for reviews so it doesn't matter much08:06
kevinbentonjschwarz: which patch?08:06
kevinbentonjschwarz: the evil one?08:06
jschwarzkevinbenton, the evil one ^_^08:06
jschwarzkevinbenton, how about a nicer one? https://review.openstack.org/#/c/386077/08:06
kevinbentonjschwarz: ack :)08:06
jschwarzkevinbenton, perhaps we can get that one through as well? :)08:06
jschwarzkevinbenton, tbh it's the absolute last l3 scheduler patch in my queue so it will be awesome to finish that off for Ocata08:08
kevinbentonjschwarz: let me look. i remember i had an issue with this because it was effectively skipping the different scheduling strategies08:08
jschwarzkevinbenton, ah right, I remember talking about this08:08
*** mickeys has joined #openstack-neutron08:09
*** leitan has joined #openstack-neutron08:10
*** wolverineav has joined #openstack-neutron08:10
*** markvoelker has quit IRC08:12
*** jlinkes has joined #openstack-neutron08:13
*** tmorin has quit IRC08:13
*** leitan has quit IRC08:14
*** markvoelker has joined #openstack-neutron08:15
*** ralonsoh has joined #openstack-neutron08:16
*** yamamoto has joined #openstack-neutron08:16
*** jlibosva has joined #openstack-neutron08:17
*** john-davidge has joined #openstack-neutron08:18
*** Miouge has joined #openstack-neutron08:18
kevinbentonjschwarz: so for https://review.openstack.org/#/c/386077/. when a router is created, it still goes through the regular 'schedule' call that will use the scheduler plugin logic to determine an appropriate candidate right?08:21
kevinbentonjschwarz: the only time that logic will be skipped is in auto_schedule_routers ?08:21
jschwarzkevinbenton, the answer for the first answer is "yes"08:21
kevinbentonjschwarz: and the only time auto schedule is called is when the agent calls in for a sync router right?08:22
jschwarzkevinbenton, regarding the second question - "no, auto_schedule_routers will still be invoked at the same scenarios, it will just share a code-path with the other scheduling logic"08:22
*** john-davidge has quit IRC08:23
jschwarzkevinbenton, yes08:23
*** wolverineav has quit IRC08:23
jschwarzkevinbenton, well, on get_router_ids(), which is the one before sync_routers()08:23
kevinbentonjschwarz: right08:23
*** frickler has quit IRC08:23
kevinbentonjschwarz: but semantically nothing should actually change then with regard to scheduling08:23
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas: Enable to filter correctly with 'public'  https://review.openstack.org/42453408:23
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas: Update policy.json for FWaaS v2  https://review.openstack.org/40494208:23
kevinbentonjschwarz: right?08:23
jschwarzkevinbenton, right08:23
*** rha has quit IRC08:23
kevinbentonjschwarz: ok, remove that leftover kwarg and i'm good with this patch08:23
jschwarzkevinbenton, :D08:24
*** frickler has joined #openstack-neutron08:24
*** rha has joined #openstack-neutron08:25
*** rha has quit IRC08:25
*** rha has joined #openstack-neutron08:25
openstackgerritJohn Schwarz proposed openstack/neutron: Refactor L3 scheduler (unify code paths)  https://review.openstack.org/38607708:25
jschwarzkevinbenton, ^08:25
*** manheim has joined #openstack-neutron08:26
*** abregman is now known as abregman|mtg08:27
*** tmorin has joined #openstack-neutron08:28
*** panda|zZ is now known as panda08:31
*** wolverineav has joined #openstack-neutron08:36
*** Jack_V has joined #openstack-neutron08:36
*** john-davidge has joined #openstack-neutron08:36
Jack_VHi Folks, can anyone help me with metadada proxy?08:36
Jack_V[root@os]# ip netns exec qrouter-a5e261f2-992c-497c-adcd-b1e9e1a8a001 ip addr | grep 169.254.169.25408:37
Jack_V[root@os]# ip netns exec qrouter-a5e261f2-992c-497c-adcd-b1e9e1a8a001 curl 169.254.169.25408:37
Jack_Vcurl: (7) Failed to connect to 169.254.169.254: Network is unreachable08:37
Jack_V# ip netns exec qrouter-a5e261f2-991c-497c-adcd-b1e9e1a8a001 netstat -nltup | grep 969708:37
Jack_Vtcp        0      0 0.0.0.0:9697            0.0.0.0:*               LISTEN      12263/python208:37
Jack_Vthere is no 169.254.169.254 address, why? I'm upgrading from mitaka to newton08:38
Jack_Vno info in logs...08:39
openstackgerritMaxime Guyot proposed openstack/neutron: Apply QoS policy on network:router_gateway  https://review.openstack.org/42521808:40
*** bobmel has quit IRC08:41
*** horms has joined #openstack-neutron08:42
*** wolverineav has quit IRC08:44
*** rossella_ has joined #openstack-neutron08:48
*** nyechiel_ has joined #openstack-neutron08:49
*** kevo has quit IRC08:50
*** iranzo has joined #openstack-neutron08:52
*** wolverineav has joined #openstack-neutron08:55
*** manheim has quit IRC08:58
openstackgerritMerged openstack/neutron: Always add unique sort keys when sorting  https://review.openstack.org/42357808:59
*** manheim has joined #openstack-neutron08:59
*** wolverineav has quit IRC08:59
*** zzzeek has quit IRC09:00
*** zzzeek has joined #openstack-neutron09:00
openstackgerritLIU Yulong proposed openstack/neutron: [L3][QoS] Floating IP rate limit  https://review.openstack.org/42446609:00
*** manheim has quit IRC09:03
*** matrohon__ has joined #openstack-neutron09:03
*** bfernando has joined #openstack-neutron09:04
*** abregman|mtg is now known as abregman09:04
openstackgerritAlex Stafeyev proposed openstack/neutron: Added Descriptions to scenario/base.py and test_basic.py functions  https://review.openstack.org/42518709:06
*** amarao has joined #openstack-neutron09:07
*** wolverineav has joined #openstack-neutron09:10
*** gongysh has quit IRC09:10
*** AlexeyAbashkin has quit IRC09:10
*** iwamoto has quit IRC09:15
*** wolverineav has quit IRC09:15
*** fzdarsky_ is now known as fzdarsky09:16
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-vpnaas: Add a simple tempest scenario  https://review.openstack.org/42445909:16
*** limao has quit IRC09:17
openstackgerritMerged openstack/neutron: Adjust psutil usage for psutil > 2  https://review.openstack.org/42490609:19
jlibosvamiracle!09:20
kevinbentonFINALLY09:21
kevinbentonmerge all the things!09:21
*** wolverineav has joined #openstack-neutron09:21
jschwarzdon't have to tell me twice ;-)09:22
*** jperry has quit IRC09:23
*** iranzo has quit IRC09:24
*** mickeys has quit IRC09:25
*** lucas-afk is now known as lucasagomes09:25
*** wolverineav has quit IRC09:25
*** sambetts|afk is now known as sambetts09:26
*** amotoki has quit IRC09:27
*** amotoki has joined #openstack-neutron09:28
openstackgerritLIU Yulong proposed openstack/neutron: [L3][QoS] Router gateway rate limit  https://review.openstack.org/42446809:28
*** horms has quit IRC09:30
*** wolverineav has joined #openstack-neutron09:31
*** amotoki has quit IRC09:32
*** oreillyd_ has joined #openstack-neutron09:33
*** manheim has joined #openstack-neutron09:34
*** efoley_ has joined #openstack-neutron09:34
*** thorst_ has joined #openstack-neutron09:35
*** manheim has quit IRC09:35
*** wolverineav has quit IRC09:36
*** manheim has joined #openstack-neutron09:36
*** efoley__ has joined #openstack-neutron09:36
*** wolverineav has joined #openstack-neutron09:36
*** gcb has quit IRC09:37
*** manheim has quit IRC09:37
*** manheim has joined #openstack-neutron09:38
*** davidsha has joined #openstack-neutron09:38
*** amotoki has joined #openstack-neutron09:39
*** jpena|off is now known as jpena09:40
*** efoley_ has quit IRC09:40
*** thorst_ has quit IRC09:40
*** wolverineav has quit IRC09:41
*** manheim has quit IRC09:42
*** manheim has joined #openstack-neutron09:42
*** zhhuabj has quit IRC09:42
*** rmart04 has joined #openstack-neutron09:46
*** nplanel has joined #openstack-neutron09:46
*** mvk has quit IRC09:47
*** wolverineav has joined #openstack-neutron09:47
*** ushkalim has joined #openstack-neutron09:48
openstackgerritSam Betts proposed openstack/neutron: [WIP] Remove baremetal notification from nova notifier  https://review.openstack.org/42424709:49
*** gcb has joined #openstack-neutron09:50
*** moshele has joined #openstack-neutron09:50
*** thorst_ has joined #openstack-neutron09:51
*** wolverineav has quit IRC09:52
*** matrohon__ has quit IRC09:53
*** jpena is now known as jpena|off09:53
*** Guest85154 is now known as puck09:54
*** matrohon__ has joined #openstack-neutron09:55
*** aarefiev_afk is now known as aarefiev09:55
*** zhhuabj has joined #openstack-neutron09:56
*** thorst_ has quit IRC09:56
mosheleajo: hi can you review  https://review.openstack.org/#/c/409526/ ?09:56
*** jpena|off is now known as jpena10:00
*** efoley_ has joined #openstack-neutron10:03
*** horms has joined #openstack-neutron10:04
*** korzen has quit IRC10:05
*** wolverineav has joined #openstack-neutron10:05
*** efoley__ has quit IRC10:06
*** leitan has joined #openstack-neutron10:10
*** leitan has quit IRC10:15
*** amotoki has quit IRC10:18
*** TMM has joined #openstack-neutron10:18
*** abregman is now known as abregman|afk10:19
*** Brenda has quit IRC10:21
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/42364510:21
*** mhickey has joined #openstack-neutron10:21
*** Brenda has joined #openstack-neutron10:22
*** abregman|afk is now known as abregman10:25
*** tmorin has quit IRC10:25
*** abregman is now known as abregman|mtg10:25
*** itzikb has quit IRC10:26
*** jhershbe has quit IRC10:33
*** donghao has joined #openstack-neutron10:33
*** tmorin has joined #openstack-neutron10:39
*** abregman|mtg is now known as abregman10:40
*** manheim has quit IRC10:45
*** manheim has joined #openstack-neutron10:45
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Increase vsctl/ovsdb timeout  https://review.openstack.org/42562310:47
*** manheim has quit IRC10:50
*** manheim has joined #openstack-neutron10:50
kevinbentonmoshele: ping10:50
openstackgerritArun Kumar proposed openstack/neutron: Notify agents only if l2pop is enabled  https://review.openstack.org/40737310:50
openstackgerritArun Kumar proposed openstack/neutron: Notify agents only if l2pop is enabled  https://review.openstack.org/40737310:52
*** zhhuabj has quit IRC10:57
*** mhickey has quit IRC10:59
*** mhickey has joined #openstack-neutron10:59
*** tbachman has joined #openstack-neutron11:05
*** donghao has quit IRC11:07
*** manheim has quit IRC11:09
moshelekevinbenton: hi11:09
*** horms has quit IRC11:13
kevinbentonmoshele: actually Rodolfo already asked something similar on the patch to what I was asking :)11:13
kevinbentonmoshele: just respond there11:13
moshelekevinbenton: np I will :)11:13
*** hishh1 has joined #openstack-neutron11:14
*** hishh has quit IRC11:15
*** hishh1 is now known as hishh11:15
*** zhhuabj has joined #openstack-neutron11:17
*** openstackgerrit has quit IRC11:17
*** manheim has joined #openstack-neutron11:19
*** openstackgerrit has joined #openstack-neutron11:21
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-vpnaas: Add a simple tempest scenario  https://review.openstack.org/42445911:21
*** itzikb has joined #openstack-neutron11:21
*** masterjcool has quit IRC11:22
*** tbachman has quit IRC11:29
*** matrohon__ has quit IRC11:29
*** manheim has quit IRC11:32
*** manheim has joined #openstack-neutron11:34
*** masterjcool has joined #openstack-neutron11:34
jschwarzkevinbenton, ping, re: https://review.openstack.org/#/c/413082/11:37
jschwarzkevinbenton, me and jlibosva have been talking about the fact that it's not 'safe' to run11:37
jschwarzkevinbenton, i.e. if for example the ovs migration fails for some port in the middle, then the VM might be left with no connectivity, or the Port change might not run, etc11:38
jschwarzkevinbenton, or if the libvirt xml change fails then the update is partial11:38
jschwarzand so and and so forth11:38
kevinbentonjschwarz: yeah11:39
*** hishh has quit IRC11:40
*** tbachman has joined #openstack-neutron11:40
*** hishh has joined #openstack-neutron11:40
jschwarzkevinbenton, so jlibosva says that at the least we should add warnings and such to the script's output11:40
jschwarzkevinbenton, but I'm not sure it's good enough TBH11:41
*** tmorin has quit IRC11:41
kevinbentonjschwarz: have you considered adding a 'safe' mode that just clears iptables rules off the bridge?11:41
jschwarzkevinbenton, if this were to get a FFE we could implement some safeguards and rollbacks where possible, but...11:41
kevinbentonjschwarz: so they get reduced performance on the legacy VMs but at least they work11:42
jschwarzkevinbenton, how would that help?11:42
*** manheim has quit IRC11:42
jschwarzkevinbenton, well if the qvo device was deleted by removing the qvb failed for whatever reason, then the VM won't have connectivity at all11:42
jschwarzclearing the iptables rules won't really help11:42
kevinbentonjschwarz: no, i mean have an option not to delete the interfaces11:42
jschwarzah11:43
*** gcb has quit IRC11:43
kevinbentonjschwarz: so they still have the old hybrid bridge hanging out11:43
jschwarzjlibosva, ^ thoughts?11:43
*** nicolasbock has joined #openstack-neutron11:43
*** horms has joined #openstack-neutron11:44
*** ociuhandu has quit IRC11:48
*** efoley__ has joined #openstack-neutron11:50
*** tommylikehu_ has joined #openstack-neutron11:50
ajokevinbenton , jschwarz that would make sense.11:51
ajojlibosva11:51
ajoso customers can decide how adventurous they want to be11:51
*** jprovazn has quit IRC11:52
ajoAnd we give them more tools to tackle potential bugs11:52
*** thorst_ has joined #openstack-neutron11:52
kevinbentonajo: i respun for ihar's comments https://review.openstack.org/#/c/410417/11:52
*** jprovazn has joined #openstack-neutron11:52
kevinbentonajo, jschwarz: it would also let them live migrate ones around at opportune times11:53
ajojschwarz how easy would that be?11:53
ajoI wonder if it would be reasonable to handle that on a follow up, with a bug#11:53
jschwarzajo, not very difficult11:53
ajokevinbenton ack about the patch, looking11:53
jschwarzajo, I can implement it within 30 minutes or so11:53
*** efoley_ has quit IRC11:53
*** korzen has joined #openstack-neutron11:53
openstackgerritSlawek Kaplonski proposed openstack/neutron: Handle attempt to enable br_netfilter in namespace  https://review.openstack.org/42377711:54
korzenhi jlibosva, can you look at: https://review.openstack.org/#/c/420693 Addressing L3 HA keepalived failures in functional tests11:54
*** tbachman has quit IRC11:54
kevinbentonajo: this one is somewhat OVO related if you have some time as well (binding OVO patch depends on it)11:55
*** des_consolado has joined #openstack-neutron11:56
ajokevinbenton which one?11:56
*** manheim has joined #openstack-neutron11:56
*** thorst_ has quit IRC11:57
kevinbentonajo: your mind reading skills are getting poor :)11:58
kevinbentonajo: https://review.openstack.org/#/c/423581/11:58
ajokevinbenton lol11:58
ajo:D11:58
des_consoladohey I've just been looking at somehow BGP peering Neutron routers/plugins/whatever with existing DC fabric for dynamic routing updates. I'm slightly confused because the articles I've found like this http://docs.openstack.org/newton/networking-guide/config-bgp-dynamic-routing.html says that the agent only supports the Ryu driver right now, yet I've read on the service plugins page that11:58
des_consoladoRyu is set to be deprecated. Can anybody shed some light on this?11:58
ajokevinbenton I've always been bad at it XD11:59
kevinbentondes_consolado: i believe the deprecation is referring to RYU in the l2 agent12:00
kevinbentondes_consolado: RYU as a BGP speaker is fine IIRC12:00
des_consoladooh right, sounds like good news. thanks.12:01
*** jpena is now known as jpena|lunch12:01
jlibosvakorzen: thanks, looking12:03
*** donghao has joined #openstack-neutron12:04
jschwarzjlibosva,12:04
jschwarzjlibosva, take a look a bit up ^12:05
*** bkopilov has quit IRC12:05
jlibosvajschwarz: I don't think it's that easy. But is also a light option to switch but not getting advantage of direct plug12:07
jlibosvajschwarz: hard part is to get iptables rules for given port12:07
jschwarzjlibosva, do we even need that?12:07
jlibosvajschwarz: yes12:07
jschwarzjlibosva, the iptables will apply only to the qvo device, not to the tap device12:07
jschwarzand ovs will just pass packets directly to the tap12:08
jschwarzam I mistaken?12:08
jlibosvajschwarz: I understand it that we would *only* remove iptables rules, keeping hybrid plug in place12:08
jlibosvakevinbenton: ^^ right?12:08
jlibosvajschwarz: letting ovs firewall handle security groups12:08
*** xiaohhui has quit IRC12:10
*** leitan has joined #openstack-neutron12:12
kevinbentonyeah, i was proposing an option not to interfere with the wiring at all12:12
jschwarzah12:12
jschwarzI misunderstood then12:12
kevinbentonjust load the iptables driver and do a setup_filters_for_devices with port_security_enabled=False or something12:13
kevinbentonthat way if anything goes south, they can just load the hybrid driver back up and reboot the OVS agent12:13
*** mvk has joined #openstack-neutron12:16
jschwarzokies12:17
jschwarzI'll start working on it and see if it's doable12:17
jschwarzneed to think about what happens if, for example, everything works and now nova doesn't expect the extra devices but they are still there...12:17
jschwarzprobably do a post-deletion or something12:18
*** sofie has quit IRC12:18
*** jhershbe has joined #openstack-neutron12:19
*** ramishra_ has quit IRC12:24
kevinbentonjschwarz: i think that's what sean-k-mooney was mentioning. we will probably end up with orphaned linux bridges when nova deletes the port later on VM teardown12:24
*** plopix has quit IRC12:27
*** catintheroof has joined #openstack-neutron12:27
*** ociuhandu has joined #openstack-neutron12:28
sean-k-mooneykevinbenton: yes today i would expect the linux bridges to be orphaned but it should not break nova12:30
sean-k-mooneyincideltalyy going form iptables to conntrck should not invalatate the libvirt xml either12:30
sean-k-mooneywhen using hybrid plug libvirt just models then nic as an unattached tap device12:31
*** matrohon__ has joined #openstack-neutron12:31
sean-k-mooneythe pluging is handeled by os-vif. but since os-vif is a noop currently for non-hybrid plug, nova will not add the tap to ovs12:32
sean-k-mooneyjschwarz: i assume you are currently modifying the ovs-agent to add the tap temporaily untill we can have os-vif/nova do it12:32
sean-k-mooneyjschwarz: kevinbenton as a hack if you update the firewall driver and restart the ovs-agent, then do a live migrate of the instance to the same host its currently on i belive nova will do the right thing and update the networking accordingly.12:35
*** catintheroof has quit IRC12:38
*** catintheroof has joined #openstack-neutron12:38
*** thorst_ has joined #openstack-neutron12:47
*** ramishra has joined #openstack-neutron12:48
kevinbentonsean-k-mooney: can you force a live migrate to the same host?12:48
kevinbentonsean-k-mooney: i suspect depending on the time between it unplugging and replugging, there may be a noticeable traffic interruption12:49
sean-k-mooneykevinbenton: its a nova config option12:49
kevinbentonjschwarz: did you look into just having people live migrate instances to the same host?12:49
openstackgerritThomas Morin proposed openstack/neutron: Fix OVSBridge.delete_flows when called with no args  https://review.openstack.org/42315312:50
sean-k-mooneythere may be a traffic interuption but i belive it should be minimal. a live resize to the same flavor would have the same effect. i dont know if nova allows that though12:51
jlibosvaajo: would you be so kind? it's small https://review.openstack.org/#/c/404564/612:51
*** lucasagomes is now known as lucas-hungry12:52
sean-k-mooneykevinbenton: moving the tap from the linux bridge to the ovs bridge and waiting for the ovs agent to bind it(set local vlan id) will always involve some interuption based on the ovs agent periodic processing of port chagnes12:53
jschwarzkevinbenton, I did not12:53
jschwarzkevinbenton, but maybe jlibosva or ajo have12:53
*** amuller has joined #openstack-neutron12:53
jlibosvakevinbenton: yep, that was the original plan but nova doesn't support having different guest configuration on destination host12:54
openstackgerritGenadi Chereshnya proposed openstack/neutron: Tempest: Enable creation of setup with provided port type  https://review.openstack.org/42253612:54
jlibosvakevinbenton: there was a spec to support this12:54
jlibosvakevinbenton: about multiple port bindings12:54
kevinbentonjlibosva: does it just move the XML directly over or something?12:55
sean-k-mooneykevinbenton: it regenerates it12:55
sean-k-mooneybut not all of it12:55
jlibosvakevinbenton: sean-k-mooney the interface on destination host still has linuxbridge even when hybrid plug on dst is not required12:56
sean-k-mooneythis part was recreated but the ordering ment that you had to livemigrate to the same host twice for it to work if you were going form say linux bridge to ovs12:56
jlibosvasean-k-mooney: I thought it doesn't refresh the configuration for nic at all for domxml12:57
*** catinthe_ has joined #openstack-neutron12:57
sean-k-mooneyjlibosva:  it partly does but it does it too late to allow that part of the xml to be updated12:58
sean-k-mooneywe first hit this limitation in juno trying to livemigrate form ovs-dpdk to kernel ovs12:58
sean-k-mooneysame for ovs to linux bridge12:58
*** catintheroof has quit IRC12:59
sean-k-mooneyi belive in your case though since the vif_type is not changing you may be able to support this.12:59
jlibosvasean-k-mooney: so you're saying that if I just migrate it twice it solves all the world problems?12:59
*** jpena|lunch is now known as jpena13:00
sean-k-mooneyjlibosva: i may be just too hopefull but it used to be posible to go from ovs to linux bridge by livemigrating to the linuxbridge host twice in kilo13:00
*** d-bark has joined #openstack-neutron13:01
* jschwarz lols13:02
sean-k-mooneywe never had a chance to go back and fix this so that it worked correctly first time. that said i know melenox were working on pci passthough migration and migration with sriov where they were extending it to regenerate the sriov interface on live migrate13:02
sean-k-mooneythat may or may not have helped in your case.13:03
sean-k-mooneyjschwarz: one question is there a reson an inplace upgrade is required vs drain host then change driver then make host availabel again?13:04
jschwarzsean-k-mooney, I was told that there wasn't support for migrating from one firewall driver to the other13:04
*** doude has quit IRC13:05
jschwarzso migration shouldn't have worked13:05
*** doude has joined #openstack-neutron13:05
sean-k-mooneyjschwarz: well its really hybrid plug that is your issue not the firewall driver13:05
*** tmorin has joined #openstack-neutron13:05
jschwarzlet me give this a go on devstack...13:06
sean-k-mooneyyou can go back and forth between the conntrack driver and our out of tree learn action dirver with jsut a config change and restarting the ovs agent13:06
sean-k-mooneythere reason being that both use hybrid_plug false so the datapalne does not need to be updated just the openflow rules13:07
jschwarzsean-k-mooney, what about of one of them use hybrid_plug true and the other false?13:08
sean-k-mooneythat involves a dataplane change (e.g. removal/creation of linux bridge+ veth pair) this means the libvirt xml changes and nova gets invovled13:09
*** tbachman has joined #openstack-neutron13:09
sean-k-mooneyhence the issue you are facing so i dont know. i dont think many people taught about how to update existing instances inplace13:09
jschwarzkevinbenton, so just wiping the iptables doesn't make much sense13:11
jschwarzkevinbenton, to me at least13:11
sean-k-mooneyin theory it should be posible to go from ovs+non-hybrid plug to ovs+sdn controler also as again its jsut openflow/ovsdb updates13:11
jschwarzkevinbenton, if you wipe the iptables but don't delete the devices, then you're left in an inconsistent state (Port shows no hybrid plug by the devices are there)13:12
jschwarzkevinbenton, and if you just move the deletion of the devices to the end, you still run into the same issue with a partial deletion of the devices (you just changed the timings)13:12
sean-k-mooneyjschwarz: once the tap device is added to ovs it no iptabels fules will effect it. so the only downside is having stale iptables rules that wont be used.13:12
sean-k-mooneys/fules/rules13:13
jschwarzsean-k-mooney, just what I was saying jlibosva ^13:13
*** leitan has quit IRC13:13
*** gvrangan has quit IRC13:13
kevinbentonjschwarz: you delete the firewall rules and you are just done13:14
kevinbentonjschwarz: that's it13:14
*** leitan has joined #openstack-neutron13:14
kevinbentonjschwarz: no performance benefit13:14
kevinbentonjschwarz: just working as before13:14
kevinbentonjschwarz: you're not deleting the devices at all13:14
*** markvoelker has quit IRC13:14
jlibosvajschwarz: the devices would still have hybrid plug in db13:14
jschwarzkevinbenton, what do you do with the tap device? do you connect it to br-int?13:14
kevinbentonjschwarz: you leave it exactly where it is13:15
kevinbentonjschwarz: attached to the filtering bridge13:15
jschwarzkevinbenton, so the script will not migrate anything, it will just disable the security group13:15
jschwarzkevinbenton, it's the same as "sudo iptables -F" on a smaller scale13:15
jschwarzwhat am I missing? :\13:15
kevinbentonjschwarz: yeah13:15
kevinbentonjschwarz: that's it13:15
*** hichihara has quit IRC13:15
*** lucas-hungry is now known as lucasagomes13:16
kevinbentonjschwarz: but the problem is that when the VM actually does get deleted down the line, it will leave behind an orphaned linux bridge device13:16
kevinbentonjschwarz: because nova will think it's not there anymore after you've updated the hybrid value on the port13:16
jschwarzkevinbenton, but the whole idea is preserving the use of security group13:17
jschwarzwe don't want to leave a security loophole for the instances13:17
sean-k-mooneyjschwarz: yes if you dont connect the tap to ovs and set the neutron port id on the interface table your vm wont have networking13:17
kevinbentonjschwarz: the OVS firewall is providing the security group13:17
kevinbentonjschwarz: all you're getting rid of is stale iptables rules13:17
jschwarzkevinbenton, but the tap device isn't connected to the br-int13:17
kevinbentonjschwarz: the bridge is13:18
sean-k-mooneyjschwarz: but that is what nova "might" do for you with the livemigrate because that will call plug on the interface13:18
jschwarzso it won't provide the security group13:18
*** leitan has quit IRC13:18
kevinbentonjschwarz: why will it not provide the security group?13:18
jschwarzjlibosva, ^ does the ovs fw know to provide security group for the qvo device?13:18
jschwarzkevinbenton, it was my understanding that it needs the tap device for it13:18
kevinbentonjschwarz: the firewall doesn't know anything about the device name does it13:18
jlibosvajschwarz: yes, if you have hybrid plug with ovs firewall ,it works13:18
jlibosvajschwarz: as it only works with ofport numbers13:18
jschwarzhmmm13:18
kevinbentonjlibosva: will it skip a port if it has hybrid plug set on the properties of the port?13:19
*** trown|outtypewww is now known as trown13:19
kevinbentonbecause if it doesn't, then we wouldn't even need to update the port model on the server side13:20
jschwarzjlibosva, kevinbenton, it was my understanding that setting firewall_driver to "openvswitch" will automatically create all future ports with hybrid_port=False13:20
jschwarzhow can you use the ovs fw with hybrid_plug=True?13:20
kevinbentonjschwarz: we aren't talking about future ports13:20
kevinbentonjschwarz: we are talking about migrating existing ports that already have hybrid_plug=True13:20
jschwarzhmmm I see13:20
kevinbentonso if we leave hybrid_plug=True and the ovs firewall still provides rules for it13:21
kevinbentonthen we don't have to worry about leftover bridges when nova cleans up later13:21
kevinbentonand the script essentially just becomes cleaning up the iptables rules13:22
*** tmorin has quit IRC13:22
kevinbentonThat would be the 'safe' path because it doesn't change anythin that can't be easily undone by changing the firewall driver back on the agent and restarting13:22
jlibosvakevinbenton: who would skip a port?13:23
jlibosvakevinbenton: ovs fw skipping setting up rules for port that has hybrid plug set?13:23
kevinbentonjlibosva: right13:23
jlibosvakevinbenton: no, the hybrid plug is just for nova. ovs fw doesn't use it13:23
kevinbentonjlibosva: does it have any logic skipping things if that hybrid flag is present on the port?13:23
kevinbentonjlibosva: excellent13:24
jlibosvakevinbenton: it would set the openflow rules for qvo13:24
*** amotoki has joined #openstack-neutron13:24
kevinbentonSo that provides us with a very simple path for migration  that is safe with no dataplane disruption13:25
kevinbentonHowever, you don't get the performance boost13:25
sambettsHi neutron team QQ if I define multiple physnets in ML2 network_vlan_ranges how do I know which physnet will get allocated to a tenant network of type VLAN when I create it??13:26
kevinbentonIf you want the performance boost, we can either proceed with jschwarz's current approach or do the sean-k-mooney double migration special13:26
jschwarzlol @ "double migration special"13:26
*** baoli has joined #openstack-neutron13:27
kevinbentonsambetts: it will allocate from the first one in the list until no more are available13:27
sean-k-mooneyhaha well as i said i dont know if the double migration will work. i would suggest doing what we know will work and is simple for ocata and lets enchance nova in pike to make this more elegent13:27
kevinbentonsambetts: then proceed onto the second13:27
kevinbentonsambetts: IIRC13:27
sambettskevinbenton: ah! awesome thanks!13:27
*** baoli has quit IRC13:27
kevinbentonsambetts: and an admin can always override this by specifying one directly in the net-create command13:27
*** tommylikehu_ has quit IRC13:28
kevinbentonsean-k-mooney: what if we do 3 migrations instead of 2 to be sure? :P13:28
sambettskevinbenton: cool thanks!13:28
*** tommylikehu_ has joined #openstack-neutron13:28
sean-k-mooneykevinbenton: hay if it works in devstack... why not ask operators with sla to do it in production lol13:29
kevinbentonMigration instructions: apply this patch file that inserts a breakpoint. Once nova hits this breakpoint, issue these python statements and then paste this raw SQL update statement into your mysql console13:30
*** baoli has joined #openstack-neutron13:31
*** baoli has quit IRC13:31
sean-k-mooneyi do think this a valuable feature to address thoguh properly in pike (migration between neutron vif_types/backend)13:32
jschwarzkevinbenton, so basically call setup_port_filters with updated_port = {}?13:32
jschwarzsorry, updated_devices = {list of devices to migrate}?13:33
*** claudiub|2 has joined #openstack-neutron13:33
kevinbentonjschwarz: you need to feed it phony data to make it think port_security is disabled13:34
*** moshele has quit IRC13:34
jschwarzkevinbenton, can I call it twice, once with port_security disabled and once with port_security enabled for ovs?13:35
*** Jeffrey4l has joined #openstack-neutron13:35
kevinbentonjschwarz: the agent will already have setup the OVS rules for you13:35
jschwarzkevinbenton, right13:35
jschwarzok, lets give it a try13:35
kevinbentonjschwarz: you only need to call the iptables driver to make it get rid of the rules13:35
*** claudiub has quit IRC13:36
*** tbachman has quit IRC13:38
*** tmorin has joined #openstack-neutron13:38
*** baoli has joined #openstack-neutron13:38
*** baoli has quit IRC13:39
*** baoli has joined #openstack-neutron13:39
*** tbachman has joined #openstack-neutron13:40
*** manheim has quit IRC13:42
slaweq_ajo: kevinbenton: hello, can You have a look on https://review.openstack.org/#/c/423777/ in meantime? thx in advance13:43
*** gabor_antal has quit IRC13:45
*** bkopilov has joined #openstack-neutron13:45
openstackgerritKevin Benton proposed openstack/neutron: Use push notification for security groups  https://review.openstack.org/41042213:46
openstackgerritKevin Benton proposed openstack/neutron: Use push-notificates for OVSPluginAPI  https://review.openstack.org/41038513:46
openstackgerritKevin Benton proposed openstack/neutron: Decompose SG RPC API DB methods  https://review.openstack.org/41041813:46
openstackgerritKevin Benton proposed openstack/neutron: Agent-side receiver cache for ML2 OVO  https://review.openstack.org/40426513:46
openstackgerritKevin Benton proposed openstack/neutron: Add bulk pull OVO interface  https://review.openstack.org/41261313:46
*** wolverineav has quit IRC13:46
*** wolverineav has joined #openstack-neutron13:47
*** wolverineav has quit IRC13:47
*** nplanel has quit IRC13:47
*** seanatcisco has joined #openstack-neutron13:48
*** seanatcisco has quit IRC13:48
dasmajo: i see, you like living on the edge ;)13:49
dasmor play russian roulette :)13:49
dasmajo: good thing, it was merged seconds before. i wonder, would be gate restarted for everything?13:50
*** jheroux has joined #openstack-neutron13:51
*** manheim has joined #openstack-neutron13:51
*** donghao has quit IRC13:53
openstackgerritAndrey Kurilin proposed openstack/neutron: [ci][Rally] Add VMTask scenario  https://review.openstack.org/42570413:53
openstackgerritMaxime Guyot proposed openstack/neutron: Apply QoS policy on network:router_gateway  https://review.openstack.org/42521813:54
*** manheim has quit IRC13:55
*** manheim has joined #openstack-neutron13:56
*** nplanel has joined #openstack-neutron13:58
*** manheim has quit IRC13:58
*** manheim has joined #openstack-neutron13:59
*** nplanel has quit IRC13:59
davidshaQuick question, is there a way to list all REST API endpoints neutron has on a deployment?13:59
*** ihrachys has joined #openstack-neutron14:00
*** dimak_ has joined #openstack-neutron14:01
*** horms has quit IRC14:01
*** zkassab has joined #openstack-neutron14:02
ralonsohdavidsha: maybe you are looking for this https://blueprints.launchpad.net/python-openstackclient/+spec/network-commands-options14:03
*** ekuris__ has joined #openstack-neutron14:04
davidsharalonsoh: Thanks!14:04
*** ushkalim has quit IRC14:04
*** ekuris_ has quit IRC14:06
*** tianquan has joined #openstack-neutron14:08
*** horms has joined #openstack-neutron14:08
*** ranjithd has joined #openstack-neutron14:11
*** ranjithd has quit IRC14:11
*** cleong has joined #openstack-neutron14:12
*** ataraday_ has joined #openstack-neutron14:13
*** ranjithd has joined #openstack-neutron14:15
*** jperry has joined #openstack-neutron14:15
*** haplo37_ has quit IRC14:15
*** hfu has joined #openstack-neutron14:17
*** haplo37_ has joined #openstack-neutron14:18
*** Leo_ has joined #openstack-neutron14:18
*** ushkalim has joined #openstack-neutron14:19
haleybJack_V: metadata proxy works with an iptable redirect rule, the IP isn't configured14:19
*** ranjithd has quit IRC14:20
Jack_VHenryG, OK, metadata proxy is unreachable from router namespaces14:20
jschwarzhaleyb, morning14:21
jschwarzhaleyb, yet another lord-and-saviour patch? :)14:21
*** absubram has joined #openstack-neutron14:22
*** korzen has quit IRC14:22
haleybjschwarz: have a +1 from jenkins yet? :)14:22
jschwarzhaleyb, it does, and it even has a +2 from kevinbenton: https://review.openstack.org/#/c/386077/14:22
haleybJack_V: it might have to arrive on the gateway device to hit the rule, look as iptables-save in the qrouter namespace14:22
* haleyb is assuming the rpc workers issue is fixed14:23
jschwarzhaleyb is correct14:23
*** ranjithd has joined #openstack-neutron14:23
haleybjschwarz: i will get to it soon, need more coffee for a larger review :)14:25
jschwarzhaleyb, sounds good to me :)14:25
*** foo__ has joined #openstack-neutron14:25
*** absubram_ has joined #openstack-neutron14:26
*** absubram has quit IRC14:27
*** absubram_ is now known as absubram14:27
*** gouthamr has joined #openstack-neutron14:29
*** coreycb has joined #openstack-neutron14:30
*** dimak_ has quit IRC14:33
*** TMM has quit IRC14:34
coreycbhi all, anyone familiar with neutron-lbaas-dashboard?  i'm curious why it only has stable/mitaka and master branches.14:37
coreycbthere's no stable/newton branch14:39
*** jhershbe has quit IRC14:40
dasmcoreycb: afair neutron-lbaas-dashboard is under octavia government. there was no release for newton14:43
*** Jeffrey4l has quit IRC14:44
*** jhershbe has joined #openstack-neutron14:44
*** princenana has joined #openstack-neutron14:44
dasmcoreycb: but would be good to double check on #openstack-lbaas channel14:44
*** Jeffrey4l has joined #openstack-neutron14:44
*** tianquan has quit IRC14:45
coreycbdasm, thanks, i'll poke in there and check14:45
*** gcheresh_ has quit IRC14:45
dasmcoreycb: gl14:45
*** mlavalle has joined #openstack-neutron14:46
*** pbandark has quit IRC14:48
*** jhershbe has quit IRC14:49
*** janzian has joined #openstack-neutron14:49
*** d-bark has quit IRC14:50
*** jhershbe has joined #openstack-neutron14:51
*** ushkalim has quit IRC14:51
*** hfu has quit IRC14:51
*** nplanel has joined #openstack-neutron14:54
*** markvoelker has joined #openstack-neutron14:57
*** crose has joined #openstack-neutron14:58
*** tianquan has joined #openstack-neutron15:03
*** ushkalim has joined #openstack-neutron15:04
*** absubram has quit IRC15:06
*** jhershbe has quit IRC15:06
openstackgerritKevin Benton proposed openstack/neutron: Use weakrefs for common_db_mixin callbacks  https://review.openstack.org/41923215:10
*** moshele has joined #openstack-neutron15:11
*** manheim has quit IRC15:12
*** korzen has joined #openstack-neutron15:12
*** leitan has joined #openstack-neutron15:14
*** moshele has quit IRC15:15
*** manheim has joined #openstack-neutron15:16
*** hfu has joined #openstack-neutron15:17
*** leitan has quit IRC15:19
princenanaping ataraday15:22
*** amarao has quit IRC15:22
*** claudiub has joined #openstack-neutron15:24
*** claudiub|2 has quit IRC15:24
*** claudiub has quit IRC15:26
*** claudiub|2 has joined #openstack-neutron15:26
*** TMM has joined #openstack-neutron15:26
ataraday_princenana, pong15:26
*** ociuhandu has quit IRC15:27
openstackgerritAkihiro Motoki proposed openstack/neutron-lib: api-ref: Correct port binding extension  https://review.openstack.org/42287015:27
*** jlibosva1 has joined #openstack-neutron15:30
princenanaataraday_: whenever a resource is created does it get saved immediately in db or in memory?15:30
*** jaosorior has joined #openstack-neutron15:31
ataraday_princenana, when we create resource in the db are added rows with related data in related table(s)15:33
*** rubasov has quit IRC15:33
*** jlibosva has quit IRC15:33
*** fnaval has joined #openstack-neutron15:34
dasmmlavalle: hey. you gave for this patch https://review.openstack.org/#/c/384786/ +1 when you had 'just' +1 power15:34
dasmmlavalle: would you consider approving this?15:34
mlavalledasm: I will take a look as soon as I finish a meeting :-)15:34
dasmmlavalle: ack, cool :)15:35
princenanaataraday_: does the quotausages table get updated as well in addition to the related resource table?15:36
*** stevemar has quit IRC15:36
*** armax has joined #openstack-neutron15:37
*** korzen has quit IRC15:37
*** stevemar has joined #openstack-neutron15:37
ataraday_princenana, with quotausages some tricky things happens as far as I remember.. It is updated by some sqlalchemy events if I'm not mistaken15:38
openstackgerritThomas Morin proposed openstack/neutron: Refactor OVSCookieBridge to always apply extension cookie  https://review.openstack.org/42575615:38
*** catintheroof has joined #openstack-neutron15:39
dasmataraday_: i've tried to look at this together with princenana, and indeed. strange things happen :)15:39
dasmataraday_: we've assumed, that transactions are still in progress so quotausages table is not updated15:40
*** claudiub has joined #openstack-neutron15:40
*** iyamahat has joined #openstack-neutron15:41
*** matrohon__ has quit IRC15:41
openstackgerritAkihiro Motoki proposed openstack/neutron-lib: api-ref: Fix LBaaS v1 API reference  https://review.openstack.org/42392215:41
*** claudiub|2 has quit IRC15:42
*** catinthe_ has quit IRC15:42
*** jhershbe has joined #openstack-neutron15:43
*** yamahata has joined #openstack-neutron15:44
princenanaataraday: from what dasm proposed that that mean quotausages gets updated/synced after a set time?15:44
ataraday_dasm, yeah, like it triggers after_* events15:45
ataraday_princenana, dasm https://review.openstack.org/#/c/26905015:45
dasmataraday_: just wanted to ask for example. you're reading my mind :) thanks15:45
ataraday_dasm, I'll try to ask owner of this change to get on channel15:48
*** openstackgerrit has quit IRC15:48
dasmataraday_: ack, thanks15:48
*** sergeybelous has joined #openstack-neutron15:50
sergeybelousdasm, ping15:51
dasmsergeybelous: pong15:51
sergeybeloushi15:51
dasmsergeybelous: me and princenana are trying to understand how quotausages is operating15:51
sergeybelousso, let's talk about quotas again? :)15:51
sergeybelousaha15:51
dasm:)15:52
dasmsergeybelous: princenana is trying to implement detailed quota info, and for that we need to have up-to-date info from db (or other place?)15:52
dasmfor now, everytime, when new resource is created, it doesn't seem to be updated in quotausages table15:53
dasmand when we've debugged a code, it looks like, when quotausages returns null, then another query is executed against resource15:53
sergeybelousyeah, as i remember, the updates doesn't appear in quotausages immediately15:53
dasmany details? pointers?15:54
princenanasergeybelous: I realized that if resource is a tracked resource then you can query the model class to get updated info. but the same does not apply to a countable resource :(15:55
*** mvk has quit IRC15:55
*** openstackgerrit has joined #openstack-neutron15:56
openstackgerritBrian Haley proposed openstack/neutron: Pluggable IPAM rollback mechanism is not robust  https://review.openstack.org/39059415:56
sergeybeloushmm, just a second, I'm trying to remember something useful15:56
sergeybelousprincenana, dasm: one question: do you working with this: https://review.openstack.org/#/c/383673/ ? or there is another patch?15:57
openstackgerritBrian Haley proposed openstack/neutron: Fix some pylint errors in IPAM tests  https://review.openstack.org/42576415:57
dasmsergeybelous: exactly this one15:58
princenanasergeybelous: it's the same patch15:58
*** annegentle has joined #openstack-neutron15:58
sergeybelousokey15:58
*** iranzo has joined #openstack-neutron15:59
*** yamahata has quit IRC15:59
*** leitan has joined #openstack-neutron16:02
*** trevormc has joined #openstack-neutron16:02
*** kbringard has joined #openstack-neutron16:02
*** ventifus has joined #openstack-neutron16:03
*** yamahata has joined #openstack-neutron16:05
*** eezhova has quit IRC16:11
sergeybelousprincenana, dasm: I'm afraid that all I can say is, that there a lot of problems for implement detailed info for countable resources :( I can point you to this piece of code: https://github.com/openstack/neutron/blob/master/neutron/quota/resource_registry.py#L176 and this one: https://github.com/openstack/neutron/blob/master/neutron/quota/resource.py#L28 and as I remember, the all methods related for countable resources should be16:13
sergeybelous implemented by plugin, not by neutron, neutron calls count method when it needs16:13
*** tmorin has quit IRC16:15
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas: [WIP] FWaaS v2 driver for L2 ports  https://review.openstack.org/36107116:16
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas: [WIP] Apply default firewall group for port  https://review.openstack.org/42576916:16
mlavalledasm: done16:18
*** mdnadeem has quit IRC16:19
*** abregman has quit IRC16:19
*** jhershbe has quit IRC16:19
*** janzian has quit IRC16:23
*** jhershbe has joined #openstack-neutron16:25
*** itzikb has quit IRC16:26
*** tianquan has quit IRC16:27
*** tbachman has quit IRC16:27
dasmmlavalle: thanks16:27
dasmsergeybelous: thanks. at least something, we can start with16:28
*** liangy has joined #openstack-neutron16:28
*** slaweq has quit IRC16:29
*** wolverineav has joined #openstack-neutron16:30
*** slaweq has joined #openstack-neutron16:31
*** tbachman has joined #openstack-neutron16:31
*** rossella_ has quit IRC16:33
*** rossella_ has joined #openstack-neutron16:34
*** jhershbe has quit IRC16:34
princenanasergeybelous: thanks for the pointer16:34
*** wolverineav has quit IRC16:35
*** hfu has quit IRC16:36
*** baoli has quit IRC16:36
*** hfu has joined #openstack-neutron16:37
*** hfu has quit IRC16:37
*** hfu has joined #openstack-neutron16:38
*** jamesdenton has joined #openstack-neutron16:38
*** hfu has quit IRC16:38
*** hfu has joined #openstack-neutron16:39
*** hfu has quit IRC16:39
*** hfu has joined #openstack-neutron16:39
*** hfu has quit IRC16:40
openstackgerritManjeet Singh Bhatia proposed openstack/neutron: OVO External Networks  https://review.openstack.org/35308816:40
*** kbringard has quit IRC16:41
*** tommylikehu_ has quit IRC16:42
*** tommylikehu_ has joined #openstack-neutron16:42
*** yamahata has quit IRC16:42
*** wolverineav has joined #openstack-neutron16:43
*** tommylikehu_ has quit IRC16:43
*** tommylikehu_ has joined #openstack-neutron16:43
*** marst has joined #openstack-neutron16:43
*** tommylikehu_ has quit IRC16:43
*** tommylikehu_ has joined #openstack-neutron16:44
*** belharar_ has joined #openstack-neutron16:44
*** tommylikehu_ has quit IRC16:44
*** tommylikehu_ has joined #openstack-neutron16:45
*** tommylikehu_ has quit IRC16:45
*** tommylikehu_ has joined #openstack-neutron16:45
*** tommylikehu_ has quit IRC16:46
*** tommylikehu_ has joined #openstack-neutron16:46
*** ushkalim has quit IRC16:47
*** tommylikehu_ has quit IRC16:47
*** tommylikehu_ has joined #openstack-neutron16:47
*** wolverineav has quit IRC16:47
*** tommylikehu_ has quit IRC16:47
openstackgerritAnindita Das proposed openstack/neutron: [Live Migration] Extend ml2_port_binding table  https://review.openstack.org/40429316:49
*** iranzo has quit IRC16:53
*** TMM has quit IRC16:53
*** wolverineav has joined #openstack-neutron16:54
*** horms has quit IRC16:54
*** jperry has quit IRC16:55
openstackgerritThomas Morin proposed openstack/neutron: OpenFlowSwitchMixin: do not override delete_flows  https://review.openstack.org/38032916:55
*** tesseract has quit IRC16:55
*** jhershbe has joined #openstack-neutron16:56
*** hishh has quit IRC16:57
*** andreas_s has quit IRC17:00
*** rajinir has joined #openstack-neutron17:01
*** iyamahat has quit IRC17:01
*** iyamahat has joined #openstack-neutron17:01
*** MasterOfBugs has quit IRC17:01
*** pramodrj07 has quit IRC17:01
*** PramodJ has joined #openstack-neutron17:01
*** MasterOfBugs has joined #openstack-neutron17:01
*** janzian has joined #openstack-neutron17:02
openstackgerritShashank Kumar Shankar proposed openstack/neutron: [WIP] Integration of Floating IP OVO  https://review.openstack.org/39635117:02
openstackgerritShashank Kumar Shankar proposed openstack/neutron: Router, RouterPort and FloatingIP to OVO  https://review.openstack.org/30796417:03
*** pbandark has joined #openstack-neutron17:04
openstackgerritJames Anziano proposed openstack/neutron: Clean up inconsistent syntax  https://review.openstack.org/42579217:07
*** tonytan4ever has joined #openstack-neutron17:07
openstackgerritAnindita Das proposed openstack/neutron: OVO creation for RouterL3AgentBinding  https://review.openstack.org/36090817:08
*** princenana has quit IRC17:08
*** pbandark has quit IRC17:09
*** mickeys has joined #openstack-neutron17:09
openstackgerritAnkur proposed openstack/neutron: Neutron Feature Classification  https://review.openstack.org/31819217:10
*** nplanel has quit IRC17:12
*** sam_s has joined #openstack-neutron17:12
openstackgerritJames Anziano proposed openstack/neutron: Clean up inconsistent syntax  https://review.openstack.org/42579217:13
*** jhershbe has quit IRC17:13
*** tobias-fiberdata has quit IRC17:14
jschwarzhaleyb, any news re: https://review.openstack.org/#/c/386077/ ? :>17:14
* jschwarz puppy eyes haleyb17:14
*** Leo_ has quit IRC17:14
*** Leo_ has joined #openstack-neutron17:15
*** sterdnotshaken has joined #openstack-neutron17:17
sterdnotshakenIs there a way to ensure DVR routers DON'T get created on some compute nodes?17:18
*** lucasagomes is now known as lucas-afk17:19
*** Leo_ has quit IRC17:20
*** eezhova has joined #openstack-neutron17:21
*** ekuris__ has quit IRC17:22
*** iyamahat has quit IRC17:24
*** Leo_ has joined #openstack-neutron17:27
*** tbachman has quit IRC17:28
sterdnotshakenWill DVR routers get created on Network nodes where no Compute resources are allocated to go?17:30
*** davidsha has quit IRC17:30
*** donghao has joined #openstack-neutron17:31
*** kbringard has joined #openstack-neutron17:32
*** donghao has quit IRC17:33
*** iranzo has joined #openstack-neutron17:33
electrocucarachaihrachys: kevinbenton : regarding this change https://review.openstack.org/#/c/385178/14/neutron/tests/unit/plugins/ml2/test_db.py@7617:35
electrocucarachawhat's the final verdict on that? I can change it17:35
*** donghao has joined #openstack-neutron17:36
*** sergeybelous has quit IRC17:37
*** kevo has joined #openstack-neutron17:37
*** princenana has joined #openstack-neutron17:38
haleybjschwarz: sorry, it's next on my list after lunch17:38
jschwarzhaleyb, happy lunch! :)17:38
* haleyb is being buttered up, must be a great review :)17:38
*** tbachman has joined #openstack-neutron17:40
*** Miouge has quit IRC17:40
openstackgerritJohn Davidge proposed openstack/neutron: Fix iptables rules for Prefix Delegated subnets  https://review.openstack.org/40702517:40
*** tianquan has joined #openstack-neutron17:40
*** hfu has joined #openstack-neutron17:41
*** baoli has joined #openstack-neutron17:41
*** mriedem has quit IRC17:41
ihrachyselectrocucaracha: I think it's mild ask from kevinbenton that you may decide on your own if to fulfill17:42
sterdnotshakenAnyone happen to have an answer to my question by chance?17:42
electrocucarachaihrachys: what kevinbenton proposes sounds good and even more clean17:43
*** princenana has quit IRC17:43
*** hfu has quit IRC17:43
prometheanfirejohn-davidge: good to test?17:44
*** tianquan has quit IRC17:44
electrocucarachaihrachys: in the meantime, I'm going to take a look the errors that seems this change is throwing17:44
ihrachyselectrocucaracha: it looks like it just locks in the middle. I suspect, maybe there is some deadlock in db that makes it happen, or thread dying (not sure why would it happen)17:45
armaxdasm: how are we doing?17:45
john-davidgeprometheanfire: Hey, actually yeah perhaps you can verify an issue for me?17:46
electrocucarachaarmax: dasm is doing crossfit now, hehe17:46
openstackgerritShashank Kumar Shankar proposed openstack/neutron: Integration of Router Extra Attributes OVO  https://review.openstack.org/38120917:46
john-davidgeprometheanfire: You should see the rule added as expected, but after deleting the router interface it will still be there17:46
armaxdasm: need to bump https://review.openstack.org/#/c/424237/ I suppose17:46
john-davidgeprometheanfire: currently trying to get to the bottom of that17:46
electrocucarachaihrachys: in that case, I'm going to revisit all the changes to make sure that I didn't skip something17:46
openstackgerritJames Anziano proposed openstack/neutron: Clean up inconsistent syntax  https://review.openstack.org/42579217:47
prometheanfireah, k17:47
prometheanfireI'll still test so you know what's going on17:47
electrocucarachaihrachys: hopefully there is no other action that is raised using events mechanism17:47
armaxnjohnston: can we have a blessing from you that 8e0e639137df5b2596aff71234768ecfc294fb54 is what you’re after?17:47
*** jlinkes has quit IRC17:48
*** jose-phillips has joined #openstack-neutron17:49
*** trown is now known as trown|lunch17:51
*** sambetts is now known as sambetts|afk17:51
njohnstonarmax: Happy to take a look.   Is that a commit ID or a change ID?17:53
*** ataraday_ has quit IRC17:53
armaxcommit id17:53
*** Miouge has joined #openstack-neutron17:54
njohnstonWe have change 404942 in the gate, once it merges I think we're good.17:55
*** boden has joined #openstack-neutron17:57
*** jlibosva2 has joined #openstack-neutron17:58
*** david-lyle has quit IRC17:59
ajokevinbenton , armax could you find anyone in your timezone to respin this https://review.openstack.org/#/c/425623/ with the setting just overriden for functional?17:59
ajoI need to run now, otherwise I'll take it back in the morning, or later in the night if I can18:00
armaxajo: ack18:00
ajothanks18:00
*** SumitNaiksatam has joined #openstack-neutron18:00
openstackgerritMerged openstack/neutron-fwaas: Update policy.json for FWaaS v2  https://review.openstack.org/40494218:00
*** oreillyd_ has quit IRC18:01
*** jlibosva1 has quit IRC18:01
openstackgerritBaodong (Robert) Li proposed openstack/neutron: Add PD support in HA router  https://review.openstack.org/41313718:03
*** ralonsoh has quit IRC18:03
*** mhickey has quit IRC18:03
*** annegentle has quit IRC18:03
*** eezhova has quit IRC18:03
njohnstonarmax: Now neutron-fwaas should be good to go18:05
*** rmart04 has quit IRC18:05
*** bfernando has quit IRC18:06
armaxnjohnston: thanks18:07
*** iyamahat has joined #openstack-neutron18:08
haleybsterdnotshaken: since compute resources aren't typically run on network nodes i'm not sure what your question is18:09
*** efoley__ has quit IRC18:09
haleybbut a compute node with an instance that's part of a network with a DVR router will have DVR resources18:09
*** wolverineav has quit IRC18:10
openstackgerritDaniel Alvarez proposed openstack/neutron: Revert "Setup firewall filters only for required ports"  https://review.openstack.org/42183218:13
openstackgerritDaniel Alvarez proposed openstack/neutron: Include port_security check in fullstack tests  https://review.openstack.org/42581218:13
*** princenana has joined #openstack-neutron18:16
*** ociuhandu has joined #openstack-neutron18:16
*** manheim has quit IRC18:18
*** manheim has joined #openstack-neutron18:18
*** radhikam has joined #openstack-neutron18:21
*** abhiraut has joined #openstack-neutron18:21
*** xek_ has joined #openstack-neutron18:22
*** Miouge has quit IRC18:22
*** abhiraut has quit IRC18:22
*** manheim has quit IRC18:22
*** xek has quit IRC18:22
*** moshele has joined #openstack-neutron18:24
*** SumitNaiksatam has quit IRC18:25
*** yamahata has joined #openstack-neutron18:26
jschwarzsean-k-mooney, hey18:27
*** abhiraut has joined #openstack-neutron18:27
*** efried has joined #openstack-neutron18:28
*** tianquan has joined #openstack-neutron18:28
sean-k-mooneyjschwarz: hi18:30
*** wolverineav has joined #openstack-neutron18:31
jschwarzsean-k-mooney, so we are doing some experimenting with live migration on our devstacks18:31
jschwarzsean-k-mooney, when we migrate from one host to another, the instance is migrated but is stuck on VERIFY_RESIZE18:31
jschwarzsean-k-mooney, even though we used --block-migration18:31
jschwarzsean-k-mooney, any idea?18:31
sterdnotshakenhaleyb: Thanks for answering my question. We're trying to employ a hybrid approach where we have ay 2 compute and 2 network. When I create a standard router (with HA), it would be created on the network node as expected, but when I create a DVR router, I'm getting DVR routers on both the Compute and Network nodes despite having compute services disabled on the network nodes… Does that make sense?18:32
*** rcernin has joined #openstack-neutron18:32
*** tianquan has quit IRC18:32
*** amotoki has quit IRC18:33
sterdnotshakenI was hopeful that DVR routers would only be created on the compute nodes where the VM's live18:33
sean-k-mooneyjschwarz: from the admin api you can mark it as verifed18:33
jschwarzsean-k-mooney, ack18:33
jschwarzthanks18:33
sean-k-mooneyjschwarz: you can do it via horizon18:34
sean-k-mooneyif that that is simpler18:34
sean-k-mooneyi dont think it asks for that if your do a live-migrate vs a migrate18:34
haleybsterdnotshaken: there is a centralized part even with a DVR router, it's where default SNAT is done18:34
sean-k-mooneyi could be wrong though18:34
sterdnotshakenok, so logically there would be DVR routers on the compute nodes, and the associated SNAT namespaces on the Network nodes?18:35
*** dsneddon_afk is now known as dsneddon18:35
haleybsterdnotshaken: right, and there will be a qrouter namespace on nework nodes as well18:36
sterdnotshakenoh, i see, so as a result of DVR needing SNAT services, there needs to be a DVR router on the Network nodes then…18:37
*** jlibosva2 has quit IRC18:37
sterdnotshakenAnd those DVR router swill never be used by VM's, but are used to associate said DVR router on the Compute node to the appropriate SNAT namespace on the Network node?18:37
haleybsterdnotshaken: yes.  and if the dhcp service for the network gets place on the other network node there will be a qrouter there for east-west traffic18:38
haleybsterdnotshaken: that centralized router is where things wind-up when there is no floating ip, so during boot it's used, and when we don't know where else to send a packet18:39
*** jhershbe has joined #openstack-neutron18:41
*** mvk has joined #openstack-neutron18:42
sterdnotshakenCould I setup DVR to use a specific pair of network nodes using availability zones? Would that prevent DVR routers being created on the network nodes that are in a separate availability zone?18:42
haleybsterdnotshaken: i think so, although i've never tried that18:44
*** jpena is now known as jpena|off18:44
*** manheim has joined #openstack-neutron18:45
*** manheim has quit IRC18:45
*** manheim has joined #openstack-neutron18:45
sterdnotshakenhaleyb: Really appreciate the help! I'll give that a try...18:45
*** jprovazn has quit IRC18:48
*** nyechiel_ has quit IRC18:48
*** moshele has quit IRC18:49
*** nyechiel_ has joined #openstack-neutron18:49
*** tommylikehu_ has joined #openstack-neutron18:49
*** manheim has quit IRC18:50
*** ijw has joined #openstack-neutron18:51
*** manheim has joined #openstack-neutron18:51
*** fzdarsky is now known as fzdarsky|afk18:51
*** manheim has quit IRC18:51
*** manheim has joined #openstack-neutron18:51
*** tommylikehu_ has quit IRC18:54
*** trown|lunch is now known as trown18:54
*** kbringard has quit IRC18:57
*** nyechiel_ has quit IRC18:58
*** sterdnotshaken has quit IRC18:58
*** nyechiel_ has joined #openstack-neutron18:58
*** nplanel has joined #openstack-neutron18:59
*** boden has quit IRC18:59
*** horms has joined #openstack-neutron19:00
*** harlowja has quit IRC19:02
*** abhiraut has quit IRC19:02
*** abhiraut has joined #openstack-neutron19:03
*** abhiraut has quit IRC19:05
*** nyechiel_ has quit IRC19:06
*** nyechiel_ has joined #openstack-neutron19:07
dasmarmax: updated ocata-3 release to latest changes. i see couple more changes in gate queue19:08
dasmbut i think, we're good to go with this, what we currently have19:10
ihrachysarmax: I see some more violators of bare DocImpact in https://review.openstack.org/#/q/project:openstack/neutron+message:DocImpact should we go through those and -1?19:10
*** mlavalle has quit IRC19:13
*** Miouge has joined #openstack-neutron19:14
openstackgerritManjeet Singh Bhatia proposed openstack/neutron: OVO for Quotas and Reservation  https://review.openstack.org/33862519:14
*** nyechiel_ has quit IRC19:15
*** boden has joined #openstack-neutron19:15
*** jhershbe has quit IRC19:16
*** nyechiel_ has joined #openstack-neutron19:16
bodenarmax kevinbenton ihrachys (anyone): is there an exiting hook to “cleanup” on plugin exit?19:17
*** absubram has joined #openstack-neutron19:18
ihrachysboden: define plugin exit19:19
ihrachysboden: do you mean a hook that would be triggered on garbage collector cleaning the plugin? :)19:19
ihrachysbecause it's not really guaranteed to happen19:19
*** eezhova has joined #openstack-neutron19:19
bodenihrachys: I want to do some cleanup when a core plugin is “shutdown”19:20
*** nyechiel_ has quit IRC19:20
*** nyechiel_ has joined #openstack-neutron19:20
ihrachysboden: is it in test environment?19:21
ihrachysbecause you may check what cleanup_core_plugin does in neutron/tests/base.py to clean up plugins between test cases19:21
*** jlibosva has joined #openstack-neutron19:21
ihrachysfull disclosure: it's scary19:21
bodenihrachys: no this would be in production; not just test env19:21
bodenI thought perhaps there would be some callback event genrated in this case that could be subscribed to, but can’t find anything19:23
*** nplanel has quit IRC19:24
ihrachysboden: well, I believe oslo.service calls stop() for each managed service19:24
*** rossella_ has quit IRC19:25
bodenihrachys; yeah I thought so too, but wasn’t sure if this was an “acceptable” approach… I can do some playing to see how it behavies19:25
ihrachysboden: so you could probably issue such an event from inside stop() for neutron/service.py:Service and maybe Worker19:25
*** tianquan has joined #openstack-neutron19:25
ihrachysboden: not sure about acceptance, but it seems to make sense to potentially allow plugins to do some work before killing the service19:26
*** princenana has quit IRC19:26
*** princenana has joined #openstack-neutron19:26
bodenihrachys; ack and thanks… will explore in more detail19:26
*** wolverineav has quit IRC19:28
*** tianquan has quit IRC19:30
*** horms has quit IRC19:33
*** amotoki has joined #openstack-neutron19:34
*** slaweq__ has joined #openstack-neutron19:35
openstackgerritBrian Haley proposed openstack/neutron: Do not raise an error deleting neighbour entry  https://review.openstack.org/42586219:35
*** jheroux has quit IRC19:35
haleybkevinbenton: ping regarding ^^, my pyroute2 change seems to be causing some non-fatal error messages19:36
*** wolverineav has joined #openstack-neutron19:41
*** princenana has quit IRC19:42
*** princenana has joined #openstack-neutron19:42
*** Swami has joined #openstack-neutron19:43
*** Sukhdev_ has joined #openstack-neutron19:44
*** david-lyle has joined #openstack-neutron19:45
*** nyechiel_ has quit IRC19:47
*** nyechiel_ has joined #openstack-neutron19:47
*** princenana has quit IRC19:48
*** MasterOfBugs has quit IRC19:49
*** PramodJ has quit IRC19:49
armaxihrachys: I don’t mind if you do19:50
armaxdasm: looking19:50
ihrachysarmax: ok. if we do it across the board, then maybe it asks for a pep8 check19:51
armaxihrachys: might not be a bad idea19:52
ihrachysarmax: https://review.openstack.org/#/c/396651/ is in gate already. should I bump them out?19:52
armaxdasm: of the gate changes I see https://review.openstack.org/#/c/344997/ and https://review.openstack.org/#/c/396651/ worth waiting19:52
armaxdasm: but I am not sure how far along they are19:52
dasmlemme check how gate is looking now19:53
armaxdue to latest instability I wonder if we treat them as RC potential19:53
*** jheroux has joined #openstack-neutron19:53
dasmboth are already tested by jenkins... but it can take +2-3h from now.19:54
dasmand gate is lately not very happy19:54
dasmimo, better to treat them as RC19:55
ihrachysnote that bumping them off means gate queue reset. something to consider.19:55
*** boden has quit IRC19:58
*** tianquan has joined #openstack-neutron19:58
*** markvoelker has quit IRC20:00
dasmihrachys: are you saying: take them off from queue? i was thinking about releasing o-3 now, with current HEAD. then, give FFE for aforementioned patches, and include them in next week's release20:01
*** ranjithd has quit IRC20:01
*** Guest33539 is now known as mgagne20:01
*** mgagne has quit IRC20:01
*** mgagne has joined #openstack-neutron20:01
dasmi wouldn't like to miss release window :)20:02
*** tianquan has quit IRC20:03
ihrachysdasm: oh I thought you want to release from HEAD-to-be20:06
ihrachysdasm: that makes sense from release management perspective to treat the patches as FFEs20:07
*** jlinkes has joined #openstack-neutron20:07
dasmarmax: what do you think about that? ^20:07
ihrachysdasm: I was just also asking if we want to bump qos one because of insufficient DocImpact contents20:07
armaxlet’s treat those as FFE20:08
*** crose has quit IRC20:08
dasmack. so i'll poke release team about merge for o-320:09
*** tianquan has joined #openstack-neutron20:09
*** jlibosva has quit IRC20:09
*** harlowja has joined #openstack-neutron20:09
*** bobmel has joined #openstack-neutron20:10
*** boden has joined #openstack-neutron20:10
*** princenana has joined #openstack-neutron20:11
*** donghao has quit IRC20:12
*** tianquan has quit IRC20:13
*** ramishra has quit IRC20:19
*** gvrangan has joined #openstack-neutron20:20
dasmarmax: ihrachys fyi. o-3 got released20:22
dasmwe're now in FF20:22
armaxwoot20:22
armax-3 all the things20:23
haleybsc68cal: ping20:23
*** john-davidge has quit IRC20:25
*** princenana has quit IRC20:26
*** princenana has joined #openstack-neutron20:26
*** ramishra has joined #openstack-neutron20:27
*** mriedem has joined #openstack-neutron20:28
jschwarzhaleyb, thanks :)20:32
*** ranjithd has joined #openstack-neutron20:32
*** gcheresh_ has joined #openstack-neutron20:34
*** nplanel has joined #openstack-neutron20:34
*** tmorin has joined #openstack-neutron20:35
* ihrachys fasten seatbelts20:38
*** slaweq__ has quit IRC20:38
openstackgerritThomas Morin proposed openstack/neutron: Refactor OVSCookieBridge to always apply extension cookie  https://review.openstack.org/42575620:38
haleybjschwarz: i just pulled the pin, that's all :)20:39
*** mlavalle has joined #openstack-neutron20:42
*** gcheresh_ has quit IRC20:43
*** korzen has joined #openstack-neutron20:45
*** pbandark has joined #openstack-neutron20:45
sc68calhaleyb: pong20:46
haleybsc68cal: who else can i add to review https://review.openstack.org/#/c/419654/ (ipv6 mode bug)20:46
sc68calsdague or dtroyer20:47
*** princenana has quit IRC20:48
haleybsc68cal: thanks, although i couldn't find sean's email in the review box thingy20:49
*** princenana has joined #openstack-neutron20:49
*** mkolesni has quit IRC20:49
sc68calhaleyb: I just added him to the review20:49
*** hishh has joined #openstack-neutron20:49
sc68calgerrit's e-mail lookup thingy is a bit dodgy20:49
*** korzen has quit IRC20:52
*** gvrangan has quit IRC20:56
openstackgerritBrian Haley proposed openstack/python-neutronclient: Add note about device_owner value in neutron ports  https://review.openstack.org/42591920:58
sean-k-mooneydasm: what is the status fof reviews that are approved and in the gate pipeline but not merged yet20:59
*** ijw has quit IRC20:59
*** esmiurium has quit IRC20:59
*** ijw has joined #openstack-neutron20:59
sean-k-mooneydasm: i have been waiting for a change of mine to merge for 2 days and its almost through the gate but it wont merge for another hour or so due to the heavy load21:00
dasmsean-k-mooney: armax mentioned about couple exceptions. we couldn't wait any longer21:02
sean-k-mooneydasm: will they be canidate for rc1?21:03
*** jperry has joined #openstack-neutron21:04
dasmsean-k-mooney: yes. your one is considered as exception21:05
*** trevormc has quit IRC21:05
sean-k-mooneydasm: oh ok :) i was deading having to prot it to networking-ovs-dpdk and reintorduce the ovsdpdk ml2 driver of ocata if it got bumped to pike21:06
dasmsean-k-mooney: i hope, we won't need to wait another week for your change to be merged ;)21:07
openstackgerritSlawek Kaplonski proposed openstack/neutron: DON NOT MERGE! Test of SG rule drop in LB agent  https://review.openstack.org/42592321:07
dasanindarmax: ihrachys: Does the live migration db patch https://review.openstack.org/#/c/404293/ qualify for FFE?21:07
dasmsean-k-mooney: but, as you probably noticed already, jenkins doesn't like us ;)21:07
*** tianquan has joined #openstack-neutron21:07
*** crose has joined #openstack-neutron21:07
armaxdasanind: I thought that had landed21:07
sean-k-mooneydasm: well hopefully it will be done in an hour os so but yes jenkins/zull is not that happy at the moment21:07
sean-k-mooneydasm: that is normal at m3 though21:08
dasanindarmax: gate was broken so it didn't go :(21:08
dasmarmax: nah. blocked by functional tests and now some tempest/(other) functional errors21:08
armaxihrachys: do we have any other DB patch waiting to land?21:08
openstackgerritThomas Morin proposed openstack/neutron: Fix WaitTimeout string representations  https://review.openstack.org/42592421:11
*** tianquan has quit IRC21:11
*** moshele has joined #openstack-neutron21:14
ihrachysarmax: not that I know, that's the only one, and I was going to ask for FFE for it because it will make our lives easier in Pike21:15
*** annegentle has joined #openstack-neutron21:17
*** edmondsw_ has joined #openstack-neutron21:18
*** edmondsw_ has quit IRC21:18
ihrachysarmax: there is https://review.openstack.org/356825 currently in gate, not sure we want to allow that as FFE, it's not release critical21:19
*** nyechiel_ has quit IRC21:19
*** moshele has quit IRC21:19
openstackgerritBrian Haley proposed openstack/neutron: Do not raise an error deleting neighbour entry  https://review.openstack.org/42586221:22
*** Jack_V has quit IRC21:24
*** john-davidge has joined #openstack-neutron21:25
mriedemanyone know off the top of their head if vlan in port details is an int or a str?21:26
*** hishh has quit IRC21:27
openstackgerritCedric Brandily proposed openstack/neutron-fwaas: Optimize _make_firewall_group_dict_with_rules  https://review.openstack.org/42487521:27
*** kbringard has joined #openstack-neutron21:29
*** Swami has quit IRC21:29
armaxmriedem: should be an int, where are you referring to exactly?21:29
mriedemhttps://review.openstack.org/#/c/405954/10/nova/virt/libvirt/driver.py21:29
*** slaweq has quit IRC21:29
mriedemwe get the vlan from the port binding details21:30
*** yamamoto has quit IRC21:30
*** slaweq has joined #openstack-neutron21:30
mriedemand nova is storing it as an int in another object, so i wanted to make sure it's an int and not a str21:30
*** john-davidge has quit IRC21:31
*** crose has quit IRC21:32
*** Jeffrey4l_ has joined #openstack-neutron21:34
armaxmriedem: it looks like it’s a string21:35
*** Jeffrey4l has quit IRC21:35
armaxat least for the sriov mech driver :(21:35
armaxmriedem: http://git.openstack.org/cgit/openstack/neutron/tree/neutron/plugins/ml2/drivers/mech_sriov/mech_driver/mech_driver.py#n16421:36
openstackgerritThomas Morin proposed openstack/neutron: Add OVS agent bridge extensions  https://review.openstack.org/42507421:36
*** gcheresh_ has joined #openstack-neutron21:36
mriedemarmax: ok that's what i thought but i couldn't find the code21:36
mriedembut knew i'd seen this before21:36
mriedemthanks21:36
armaxmriedem: is that the one you were looking for then?21:36
mriedemwe don't have any integration testing of this so the tests are all just wrong on the nova side21:37
armaxmriedem: yay!21:37
mriedemyeah21:37
*** manheim has quit IRC21:37
*** tianquan has joined #openstack-neutron21:38
*** manheim has joined #openstack-neutron21:38
*** kriskend has joined #openstack-neutron21:39
*** cleong has quit IRC21:39
kevinbentonhaleyb: done21:41
openstackgerritKevin Benton proposed openstack/neutron: Retry on routerport delete race  https://review.openstack.org/41828121:41
kevinbentonarmax: can you re-review https://review.openstack.org/#/c/419232/ . I want to get the bug fix in that depends on it21:42
*** tianquan has quit IRC21:43
*** rmart04 has joined #openstack-neutron21:43
*** eandersson__ has quit IRC21:44
*** hfu has joined #openstack-neutron21:44
*** gvrangan has joined #openstack-neutron21:45
*** bobmel has quit IRC21:45
*** slaweq has quit IRC21:46
*** catintheroof has quit IRC21:47
*** hfu has quit IRC21:47
*** gcheresh_ has quit IRC21:47
*** slaweq has joined #openstack-neutron21:48
*** ijw has quit IRC21:52
*** moshele has joined #openstack-neutron21:52
kevinbentonmriedem: there a bug for this? http://logs.openstack.org/01/410501/5/gate/gate-tempest-dsvm-neutron-full-ubuntu-xenial/173c535/logs/screen-n-cpu.txt.gz#_2017-01-26_17_44_02_86521:53
kevinbentonmriedem: just encountered in a gate run21:53
*** tbachman has quit IRC21:54
*** Swami has joined #openstack-neutron21:54
*** pbandark has quit IRC21:54
mriedemkevinbenton: yeah21:54
mriedemthere are ~3 libvirt crashed type bugs in http://status.openstack.org//elastic-recheck/index.html21:55
armaxmriedem, kevinbenton to this point I have been noticing that these libvirt crashes don’t look to appear on trusty21:55
armaxbut I suppose this might be an obvious conclusion21:56
armaxat this point21:56
mriedemright it's newer libvirt/qemu on xenial21:56
kevinbentonmriedem: i assume Details: {u'created': u'2017-01-26T15:19:26Z', u'message': u'Connection to the hypervisor is broken on host: ubuntu-xenial-rax-ord-6945689', u'code': 500}21:56
kevinbentonmriedem: is also the same thing?21:56
mriedemkevinbenton: yes21:56
kevinbentonmriedem: fix it :)21:56
mriedemo-)21:57
mriedemtell red hat we're going to remove libvirt as a supported nova driver21:57
*** moshele has quit IRC21:57
*** mhickey has joined #openstack-neutron21:58
*** gouthamr has quit IRC22:00
kevinbentonswitch to vmware by default?22:01
kevinbentonnew devstack instructions will have a place to put your license key22:01
kevinbentonarmax: btw22:01
*** trown is now known as trown|outtypewww22:02
armaxkevinbenton: what?22:02
kevinbentonarmax: our crappy subnet API performance in rlaly jobs22:02
armaxwhat now?22:02
kevinbentonarmax: https://review.openstack.org/#/c/425636/22:02
kevinbentonarmax: not "now"22:02
armaxI can’t afford to step away for a few days that the house goes on fire22:02
armax...22:02
kevinbentonarmax: it's the way it's been for a while22:02
armaxok then22:03
armaxI’ll look at it later :)22:03
kevinbentonarmax: don't look at it22:03
armaxno?22:03
*** jheroux has quit IRC22:03
armaxkevinbenton: why are you nagging me then>?22:03
* armax is confused22:03
kevinbentonarmax: it just turns out that it was always creating subnets in the same network22:03
armaxok22:04
armaxkevinbenton: let’s talk after the drivers meeting…I am not sure I understand the full breath of the issue22:04
*** Jack_V has joined #openstack-neutron22:07
*** jlinkes has quit IRC22:08
*** yamamoto has joined #openstack-neutron22:11
*** eezhova has quit IRC22:11
*** Jack_V has quit IRC22:11
amullermriedem: ... and like 90% of openstack users =p22:12
*** jlinkes has joined #openstack-neutron22:12
*** ijw has joined #openstack-neutron22:12
*** thorst_ has quit IRC22:15
*** wolverineav has quit IRC22:16
*** ijw has quit IRC22:17
*** ijw has joined #openstack-neutron22:18
*** ijw has quit IRC22:18
*** ijw has joined #openstack-neutron22:19
*** ranjithd has quit IRC22:19
*** tbachman has joined #openstack-neutron22:21
*** MasterOfBugs has joined #openstack-neutron22:23
*** gouthamr has joined #openstack-neutron22:23
*** tianquan has joined #openstack-neutron22:24
*** john-davidge has joined #openstack-neutron22:27
*** zkassab has quit IRC22:28
*** baoli has quit IRC22:28
*** tianquan has quit IRC22:29
*** foo__ has quit IRC22:30
*** wolverineav has joined #openstack-neutron22:30
*** tonytan4ever has quit IRC22:31
*** pramodrj07 has joined #openstack-neutron22:31
*** john-davidge has quit IRC22:31
*** nplanel has quit IRC22:31
*** TMM has joined #openstack-neutron22:31
*** jlinkes has quit IRC22:32
*** sterdnotshaken has joined #openstack-neutron22:32
*** janzian has quit IRC22:34
*** marst has quit IRC22:36
*** adriant has joined #openstack-neutron22:39
*** sterdnotshaken has quit IRC22:42
*** esmiurium has joined #openstack-neutron22:43
*** jamesdenton has quit IRC22:43
*** neiljerram has quit IRC22:45
*** slaweq has quit IRC22:45
*** wolverineav has quit IRC22:45
*** abhiraut has joined #openstack-neutron22:46
*** slaweq has joined #openstack-neutron22:46
*** thorst_ has joined #openstack-neutron22:47
*** princenana has quit IRC22:48
*** jlinkes has joined #openstack-neutron22:48
*** slaweq has quit IRC22:50
*** tommylikehu_ has joined #openstack-neutron22:51
*** thorst_ has quit IRC22:51
*** rmart04 has quit IRC22:52
*** abhiraut has quit IRC22:52
*** annegentle has quit IRC22:52
*** lihi has quit IRC22:53
*** lihi has joined #openstack-neutron22:54
*** slaweq has joined #openstack-neutron22:54
*** slaweq has quit IRC22:54
*** tommylikehu_ has quit IRC22:55
*** Swami_ has joined #openstack-neutron22:55
*** slaweq has joined #openstack-neutron22:55
*** Swami has quit IRC22:56
openstackgerritVictor Morales proposed openstack/neutron: Integrate NetworkSegment OVO  https://review.openstack.org/38517822:57
*** princenana has joined #openstack-neutron22:57
ihrachysarmax: so do we want to bump https://review.openstack.org/#/c/356825/ out of gate?22:59
*** kriskend has quit IRC22:59
armaxihrachys: is it failing?22:59
*** kriskend has joined #openstack-neutron22:59
ihrachysno but it did not get FFE22:59
armaxwe haven’t put up a FFE list yet though23:00
*** amuller has quit IRC23:00
armaxif you think it’s not critical and want to keep the gate lean feel free to bump23:00
dasmit's 4h in queue already, and didn't even start23:00
*** Swami_ has quit IRC23:00
*** Leo_ has quit IRC23:00
*** mhickey has quit IRC23:00
*** Leo_ has joined #openstack-neutron23:01
ihrachysI lean to being cautious this cycle. I learned something from the way we handled newton23:01
*** jlinkes has quit IRC23:01
openstackgerritIhar Hrachyshka proposed openstack/neutron: OVO for Tag  https://review.openstack.org/35682523:01
*** nplanel has joined #openstack-neutron23:02
ihrachysarmax: we also currently have https://review.openstack.org/#/c/386077/ in gate, some refactoring it seems23:03
armaxbump at will23:03
*** ranjithd has joined #openstack-neutron23:03
dasmpoor jschwarz :D23:03
ihrachysarmax: I see you want people to hate me!23:04
armaxihrachys: get use to it :)23:04
ihrachysthat's fine after election, but not before!23:04
dasmhaha23:05
openstackgerritIhar Hrachyshka proposed openstack/neutron: Refactor L3 scheduler (unify code paths)  https://review.openstack.org/38607723:05
armaxihrachys: fair point23:05
*** kbringard has quit IRC23:06
ihrachysok I bumped both out. I accept grievances via email.23:06
*** jperry has quit IRC23:07
*** tianquan has joined #openstack-neutron23:08
*** bobmel has joined #openstack-neutron23:10
*** slaweq has quit IRC23:12
*** tianquan has quit IRC23:12
*** slaweq has joined #openstack-neutron23:12
*** boden has quit IRC23:13
*** tlian has quit IRC23:13
*** absubram has quit IRC23:13
*** annegentle has joined #openstack-neutron23:14
*** pmannidi has joined #openstack-neutron23:14
*** abhiraut has joined #openstack-neutron23:17
*** abhiraut has quit IRC23:20
*** tlian has joined #openstack-neutron23:21
*** panda is now known as panda|Zz23:21
*** leitan has quit IRC23:21
*** boden has joined #openstack-neutron23:22
*** abhiraut has joined #openstack-neutron23:22
*** slaweq has quit IRC23:29
*** slaweq has joined #openstack-neutron23:29
*** kriskend has quit IRC23:30
*** tlian has quit IRC23:32
*** slaweq has quit IRC23:36
*** Swami has joined #openstack-neutron23:43
*** princenana has quit IRC23:44
*** nplanel has quit IRC23:45
*** Swami has quit IRC23:46
*** Swami has joined #openstack-neutron23:46
*** ihrachys has quit IRC23:47
*** iranzo has quit IRC23:48
*** annegentle has quit IRC23:50
*** david-lyle has quit IRC23:51
*** jaosorior has quit IRC23:53
*** david-lyle has joined #openstack-neutron23:54
*** rcernin has quit IRC23:56
*** rcernin has joined #openstack-neutron23:57
*** rcernin has quit IRC23:59

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