Tuesday, 2014-09-02

*** padkrish has quit IRC00:00
*** SayajiPatil has quit IRC00:00
*** salv-orlando has quit IRC00:02
lifelesslets fix this in the right place00:02
lifelesse.g. testtools00:02
lifelessunittest's run method fails here, catches and transforms to error00:03
HenryGmarun: sorry I was afk00:04
*** dfarrell07 has joined #openstack-neutron00:05
marunlifeless: so by fix you mean optionally fail if SystemExit is raised?00:07
openstackgerritMiguel Angel Ajo proposed a change to openstack/neutron: Add test to compare security_group_info_for_devices with old rpc  https://review.openstack.org/11557500:09
kevinbentonlifeless: i’m looking at testtools now00:09
kevinbentonlifeless: are you already doing it?00:10
kevinbentonlifeless: no point in doubling up work00:10
*** sbfox has quit IRC00:12
lifelessso the issue is that we don't install a handler for BaseException00:12
lifelesskevinbenton: yes, I'm on it00:13
lifelessthe unittest behaviour is to fail on SystemExit00:13
*** seizadi has quit IRC00:13
lifelessbut not on KeyboardInterrupt - which it doesn't catch00:13
lifelessI'm just trying to decide what the right behaviour is00:13
lifelessI think landing that hook based check is a reasonable short term fix00:15
lifelessI want to let this one percolate a couple of days I think00:15
kevinbentonlifeless: what i’m having difficulty getting is why SystemExit isn’t caught in the same way is BaseException00:16
kevinbentonlifeless: this is the part marking it as passed00:18
kevinbentonlifeless: https://github.com/testing-cabal/testtools/blob/master/testtools/runtest.py#L14900:18
*** dfarrell07 has quit IRC00:18
lifelesskevinbenton: actually its testtools/testcase.py line 21800:18
kevinbentonlifeless: how does that catch baseexception?00:20
lifelessit doesn't00:20
lifelesswhich is why its not marked as a failure00:20
kevinbentonlifeless: http://paste.openstack.org/show/104456/00:21
kevinbentonlifeless: results in http://paste.openstack.org/show/104457/00:22
lifelesswhat testtools version is that ?00:23
*** padkrish has joined #openstack-neutron00:23
kevinbentonlooks like  testtools-0.9.35-py2.700:24
*** padkrish has joined #openstack-neutron00:24
*** yamamoto has quit IRC00:24
*** otherwiseguy has quit IRC00:25
*** yamamoto has joined #openstack-neutron00:25
*** tsg has joined #openstack-neutron00:26
marunkevinbenton: can I leave this to you?00:26
marunkevinbenton: I really need to sleep00:26
kevinbentonmarun: well do we still want to merge this?00:27
openstackgerritA change was merged to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/11710000:27
marunkevinbenton: there is a patch to make the functional job non-voting whenever the infra guys wake up00:27
openstackgerritA change was merged to openstack/neutron: Add functional test for IptablesManager  https://review.openstack.org/11785200:27
openstackgerritA change was merged to openstack/neutron: Improve some plugins help strings  https://review.openstack.org/11799000:27
openstackgerritA change was merged to openstack/neutron: Apic drivers enhancements (second approach): Topology  https://review.openstack.org/11678000:27
kevinbentonmarun: you can go to bed, but I don’t think there is anything left for me to do either00:28
marunkevinbenton: fair enough00:28
lifelessyou've got an old subunit for sure00:29
lifelessand an old testtools00:29
lifelessbut I can't see anything that would change this behaviour in the commits since 0.9.3500:29
*** marun is now known as marun_afk00:30
*** networkstatic has quit IRC00:32
openstackgerritKevin Benton proposed a change to openstack/neutron: Prevent SystemExits when running tests  https://review.openstack.org/11822500:32
*** tsg has quit IRC00:33
lifelessweird, reproduction test does crack00:34
kevinbentonlifeless: what do you mean. same thing on latest version?00:35
lifelesskevinbenton: http://paste.ubuntu.com/8211009/00:35
*** swat30 has quit IRC00:36
*** thomasem_ has joined #openstack-neutron00:36
lifelessah00:36
lifelessI misinterpreted00:37
*** thomasem has quit IRC00:37
lifelessthe ui is outputting stuff during cleanup00:37
lifelessok00:37
lifelessso we don't catch systemexit00:37
lifelessupstream does.00:37
kevinbentoni see00:38
lifelessupstream == unittest00:38
kevinbentonthe test runner then00:38
kevinbentonoh00:38
lifelessno, the TestCase.run method in Python2.7+00:38
lifelessbut what we do is wrong00:39
*** swat30 has joined #openstack-neutron00:39
*** tsg has joined #openstack-neutron00:40
openstackgerritYAMAMOTO Takashi proposed a change to openstack/neutron: ofagent: Local arp responder for VLAN  https://review.openstack.org/11294900:40
lifelessin that sys.exit(0) results in a 0 exit status00:40
*** thomasem_ has quit IRC00:40
mesterymarun_afk kevinbenton: Ack, just gave +2 on that patch.00:42
marun_afkmestery: I think maybe we have an alternate solution...00:42
*** marun_afk is now known as marun00:42
* mestery reads backscroll and catches up with marun ...00:42
marunkevinbenton: I think skipping the l3 test additions might be the best way forward00:42
marunkevinbenton: things only started breaking after that.00:42
*** emagana has joined #openstack-neutron00:43
marunkevinbenton: so if we skip them we can merge it fast rather than having to rely on infra00:43
Administrator_hi all!00:43
*** sbfox has joined #openstack-neutron00:43
*** JayJ_ has quit IRC00:45
kevinbentonmarun: ok. do you want to do that? i’m not familiar with which tests those were00:46
*** JayJ_ has joined #openstack-neutron00:46
marunkevinbenton: I guess in this instance maybe I can get away with +2'ing my own patch if mestery will approve00:46
mesterymarun: Ack, I trust your judgement. Which patch?00:47
marunmestery: I'll have to propose00:47
mesterymarun: Sounds good00:47
*** emagana has quit IRC00:47
marunmestery: it will basically skip all the test additions from git commit id 6673087700:47
mesterymarun: Which failure is that introducing or tickling?00:48
marunmestery: https://bugs.launchpad.net/neutron/+bug/136417100:48
*** changbl has joined #openstack-neutron00:48
marunmestery: I'll submit a patch that skips it00:49
mesterymarun: Ack, I'll be here for a bit, and then back < 1 hour later, I'll keep my eye out for it00:49
marunmestery: I'll post it in the next 5m00:50
marunmestery: it's super late for me00:50
mesterymarun: I was thknking that ;)00:50
marunlifeless: http://ur1.ca/i3p8h00:50
marunlifeless: apparently this is what happens when sys.exit() is called in a test00:51
marunlifeless: exactly what we're seeing in the neutron functional job00:51
marunajo: ^^00:51
*** SridharRamaswamy has joined #openstack-neutron00:51
lifelessmarun: so that would be sys.exit(1) or something00:51
yamamotomestery: can you revisit https://review.openstack.org/#/c/112949/ which lost +A due to a rebase?00:51
lifelessmarun: sys.exit(0) will appear to pass but run too-few tests.00:51
lifelessmarun: I am working up a patch for that now00:52
mesteryyamamoto: Yes, looking now00:52
yamamotomestery: thank you00:52
mesteryyamamoto: +A, is it looking like we'll get all the ofagent patches in today yet or are there a few more left?00:52
marunlifeless: so you're going to fix so that sys.exit() never breaks the test run?00:53
yamamotomestery: one patch is left but it's devstack patch  https://review.openstack.org/#/c/108915/00:53
mesteryyamamoto: cool!00:54
lifelessmarun: no, we shouldn't catch BaseException. I will make it so that it always triggers an error.00:54
mesteryyamamoto: Feel free to mark your BPs as "Implemented" when they all land or ping me and I can do it, thanks!00:54
marunlifeless: I'm not picky on how, so long as the failure is something we can debug.00:54
*** yamahata has quit IRC00:55
marunlifeless: we're likely to have a lot more potential for unintended SystemExit as we expand the scope of functional testing in Neutron00:55
yamamotomestery: i'll update bp state when patches are merged.00:55
mesteryyamamoto: thank you!00:55
lifelessmarun: why is library code calling systemexit?00:56
lifelessmarun: https://bugs.launchpad.net/testtools/+bug/136418800:56
marunlifeless: who said anything about library code?00:56
marunlifeless: we're adding functional tests for agents00:56
*** ianw has quit IRC00:57
marunlifeless: there are going to be SystemExit in there, and sometimes they will be triggered accidentally by careless hands00:57
*** ianw has joined #openstack-neutron00:57
lifelessmarun: so usually there is a CLI layer and then internals, even in things like agents.00:57
marunlifeless: sure, and we'll get there00:57
marunlifeless: but much of the codebase has only ever seen unit and integration testing up till now00:58
marunlifeless: there are going to be teething pains00:58
lifelessmarun: I'm wondering if a single sed over the codebase to replace SystemExit and sys.exit with something custom would avoid the test issue entirely00:58
marunlifeless: and our test runner shouldn't explode in the process00:58
lifelessmarun: oh I totally agree00:58
lifelessmarun: I'm working on the patch right now00:58
marunlifeless++00:59
*** yamamoto has quit IRC00:59
*** emagana has joined #openstack-neutron00:59
kevinbentonlifeless: so what is that a patch to then?00:59
lifelesstesttools00:59
ajo__lifeless++01:01
ajo__I totally agree, we need to patch & capture those, looking forward to see the patch lifeless , thanks01:02
openstackgerritMaru Newby proposed a change to openstack/neutron: Skip functional l3 agent test  https://review.openstack.org/11823301:04
*** emagana has quit IRC01:04
openstackgerritKevin Benton proposed a change to openstack/neutron: Prevent SystemExits when running tests  https://review.openstack.org/11822501:05
kevinbentonmarun, mestery: ^^ unit test added to that patch if we want to go forward with it01:06
marunlifeless: what do you think of submitting a patch to neutron now so that we can fix the failing job and reverting when we have a fixed version of testtools available?01:07
lifelessmarun: you have to fix the failing job irrespectively; how much churn is kindof an ops question :)01:07
*** dfarrell07 has joined #openstack-neutron01:07
marunkevinbenton: I think we should go forward with it then01:07
kevinbentonlifeless: it’s harder to fix without an output though :-)01:07
lifelessmarun: all what I'm doing will do is make it easier to debug01:07
marunlifeless: ok01:08
marunmestery: I'm going to +2 and you can approve when ready01:08
*** devvesa has joined #openstack-neutron01:08
*** ianw has quit IRC01:09
kevinbentonajo: i think you just duplicated maruns bug01:10
*** ianw has joined #openstack-neutron01:10
*** ianw has quit IRC01:11
kevinbentonajo: whoops. nevermind. i see you already marked it that way01:11
*** ianw has joined #openstack-neutron01:11
openstackgerritLiping Mao proposed a change to openstack/neutron: Neutron metering does not check overlap ip range  https://review.openstack.org/11665201:11
ajo__kevinbenton++01:12
*** padkrish_ has joined #openstack-neutron01:12
*** padkrish_ has quit IRC01:12
marunkevinbenton: I've posted a patch to skip the test in case we want it: https://review.openstack.org/#/c/118233/01:12
marunI think I'm going to abandon the patch to stop the functional job from voting01:12
marunIt would be better if we handle it in our own tree01:13
*** devvesa has quit IRC01:13
kevinbentonmarun: right01:13
*** padkrish_ has joined #openstack-neutron01:13
*** otherwiseguy has joined #openstack-neutron01:13
kevinbentonmarun: were you ever able to reproduce locally?01:13
marunnope01:13
*** carlp has quit IRC01:13
marunSomething environment-specific I guess01:14
mesterymarun kevinbenton: This is the one we want to merge? https://review.openstack.org/#/c/118225/01:14
kevinbentonmestery: that and this https://review.openstack.org/#/c/118233/01:14
kevinbentonmestery: that first one will help reveal the error when it happens until testtools is fixed01:14
marunkevinbenton: not sure we want to merge the skip fist01:14
*** padkrish has quit IRC01:15
marunat first01:15
kevinbentonmarun: yeah, would be nice to get a few failures...01:15
marunkevinbenton++01:15
mesterymarun: I suspect we should wait for Jenkins to patch for https://review.openstack.org/#/c/118225/ before going +A on it01:15
marunmestery: yes01:15
ajo__yes01:15
mesterymarun: I'll keep an eye on it, once Jenkins passes, I'll +A it tonight yet.01:15
marunmestery: I'll leave that to you.01:15
marunmestery++01:15
mesterymarun: You should get to bed, it must be ridicuously late where you are! :) Same with with ajo__ I bet ;)01:16
kevinbentonare there any consequences to merging without waiting? i thought the gate immediately blocked it anyway?01:16
kevinbentonsorry, approving*01:16
ajo__mestery , around 03:1601:16
ajo__':)01:16
mesteryajo__: :P01:16
ajo__stress keeps me up, no coffee since 5pm ... :) :) but enough for today, time to sleep!,01:17
ajo__have a good day/night gentlemen!01:17
kevinbentonajo__: aloha!01:17
*** otherwiseguy has quit IRC01:17
ajo__:)01:17
*** ajo__ has quit IRC01:18
*** arosen1 has joined #openstack-neutron01:18
*** stanzgy has joined #openstack-neutron01:20
*** arosen has quit IRC01:21
lifelessright, part 1 of the fix done01:22
lifelessjust need to replicate it for the deferredruntest01:22
lifelessthen I can push01:22
*** padkrish_ has quit IRC01:24
*** dfarrell07 has quit IRC01:25
*** amotoki has joined #openstack-neutron01:26
*** marun is now known as marun_afk01:26
*** ianw has quit IRC01:28
*** ianw has joined #openstack-neutron01:29
*** amotoki has quit IRC01:31
*** seizadi has joined #openstack-neutron01:36
*** gildub has quit IRC01:37
*** sgordon_ has quit IRC01:38
*** tomoe_ has joined #openstack-neutron01:39
*** tomoe_ has quit IRC01:39
*** tomoe_ has joined #openstack-neutron01:40
*** mitarun has joined #openstack-neutron01:43
*** baoli has joined #openstack-neutron01:44
*** packet has joined #openstack-neutron01:45
kevinbentonlifeless: what’s your approach to the fix? just catching SystemExit in addition to the others?01:47
*** mestery has quit IRC01:48
*** mitarun has quit IRC01:48
*** mitarun has joined #openstack-neutron01:48
lifelesskevinbenton: http://paste.ubuntu.com/8211457/ WIP01:48
*** baoli has quit IRC01:49
*** baoli has joined #openstack-neutron01:49
*** marun_afk has quit IRC01:50
*** baoli has quit IRC01:50
*** baoli has joined #openstack-neutron01:51
kevinbentonlifeless: interesting. I take it this isn’t your first patch to testtools :-)01:51
lifelesskevinbenton: I'm one of the maintainers01:52
kevinbentonlifeless: makese sense. definitely would have been much worse for me to attempt to fix it01:53
*** mitarun has quit IRC01:53
*** yamahata has joined #openstack-neutron01:53
*** baohua has joined #openstack-neutron01:53
*** emagana has joined #openstack-neutron01:53
*** baohua has quit IRC01:54
openstackgerritA change was merged to openstack/neutron: ML2: Fix release of network segments to allocation pools  https://review.openstack.org/11814001:54
*** gildub has joined #openstack-neutron01:54
*** baoli has quit IRC01:55
*** baohua has joined #openstack-neutron01:55
*** emagana has quit IRC01:57
*** alexpilotti has quit IRC01:57
openstackgerritA change was merged to openstack/neutron: Fix a recent ipv6 UT regression  https://review.openstack.org/11807501:58
*** suresh12 has joined #openstack-neutron01:59
*** seizadi has quit IRC01:59
*** amotoki has joined #openstack-neutron02:00
*** yamamoto has joined #openstack-neutron02:02
openstackgerritshihanzhang proposed a change to openstack/neutron: Refactor security group rpc call  https://review.openstack.org/11187602:03
*** xuhanp has joined #openstack-neutron02:06
*** otherwiseguy has joined #openstack-neutron02:07
*** mlavalle_ has quit IRC02:07
*** dfarrell07 has joined #openstack-neutron02:08
*** ianw has quit IRC02:09
*** ianw has joined #openstack-neutron02:11
*** otherwiseguy has quit IRC02:11
*** baoli has joined #openstack-neutron02:13
openstackgerritRajeev Grover proposed a change to openstack/neutron: Fix AttributeError when setting external gateway on DVR router  https://review.openstack.org/11214602:15
kevinbentonrkukura: do you know who manages the ODL CI?02:15
*** mitarun has joined #openstack-neutron02:16
lifelesskevinbenton: https://github.com/testing-cabal/testtools/pull/10402:18
*** tomoe__ has joined #openstack-neutron02:19
*** diegows has quit IRC02:19
*** suresh12 has quit IRC02:19
*** nlahouti has joined #openstack-neutron02:20
*** mlavalle_ has joined #openstack-neutron02:21
*** tomoe_ has quit IRC02:22
lifelesskevinbenton: would love it if you can give that a spin and let me know if it does indeed fix it for you02:23
kevinbentonlifeless: sure. give me 15 mins02:23
kevinbentonlifeless: debugging another issue right now02:23
*** mitarun has quit IRC02:24
*** padkrish has joined #openstack-neutron02:24
*** mitarun has joined #openstack-neutron02:24
*** nlahouti has quit IRC02:27
*** padkrish has quit IRC02:27
*** nlahouti has joined #openstack-neutron02:27
*** padkrish has joined #openstack-neutron02:27
*** prasoon has joined #openstack-neutron02:28
*** padkrish has quit IRC02:28
openstackgerritKevin Benton proposed a change to openstack/neutron: BSN: Bind external ports in ML2 driver  https://review.openstack.org/11618802:29
*** padkrish has joined #openstack-neutron02:29
*** mitarun has quit IRC02:29
*** tomoe__ has quit IRC02:29
*** tomoe_ has joined #openstack-neutron02:30
*** mlavalle_ has quit IRC02:32
*** mlavalle_ has joined #openstack-neutron02:32
*** prasoon has quit IRC02:32
*** mlavalle_ has quit IRC02:33
kevinbentonlifeless: works great02:37
kevinbentonlifeless: http://paste.openstack.org/show/104479/02:37
*** linuxgeek_ has quit IRC02:38
*** seizadi has joined #openstack-neutron02:43
*** suresh12 has joined #openstack-neutron02:44
*** padkrish has quit IRC02:45
*** emagana has joined #openstack-neutron02:47
*** ianw has quit IRC02:48
*** ianw has joined #openstack-neutron02:49
*** packet has quit IRC02:50
*** mspreitz has joined #openstack-neutron02:51
*** packet has joined #openstack-neutron02:51
*** packet has quit IRC02:51
*** emagana has quit IRC02:52
openstackgerritYanping Qu proposed a change to openstack/neutron: Adds FWaaS driver for Cisco CSR1kv  https://review.openstack.org/11538902:54
lifelesskevinbenton: cool02:54
*** suresh12 has quit IRC02:55
*** tflynn has quit IRC02:55
*** seizadi has quit IRC02:55
*** tflynn has joined #openstack-neutron02:55
*** devvesa has joined #openstack-neutron02:57
*** xuhanp_ has quit IRC02:58
*** zz_naotokl is now known as naotok03:00
*** ianw has quit IRC03:01
*** devvesa has quit IRC03:01
*** ianw has joined #openstack-neutron03:01
*** tflynn has quit IRC03:03
*** tflynn has joined #openstack-neutron03:03
*** padkrish has joined #openstack-neutron03:05
*** padkrish has quit IRC03:05
*** padkrish has joined #openstack-neutron03:05
*** prasoon has joined #openstack-neutron03:06
*** shakamunyi has joined #openstack-neutron03:15
openstackgerritSridar Kandaswamy proposed a change to openstack/neutron: Changes to support FWaaS in a DVR based environment  https://review.openstack.org/11335903:16
*** shakamunyi has quit IRC03:20
*** dfarrell07 has quit IRC03:20
*** SridharR_ has joined #openstack-neutron03:20
openstackgerritnlahouti proposed a change to openstack/neutron: Cisco DFA ML2 Mechanism Driver - Part 4  https://review.openstack.org/11186303:22
*** tflynn has quit IRC03:23
*** tflynn has joined #openstack-neutron03:23
*** SridharRamaswamy has quit IRC03:23
*** SridharR_ has quit IRC03:23
*** padkrish has quit IRC03:23
*** SridharRamaswamy has joined #openstack-neutron03:24
*** suresh12 has joined #openstack-neutron03:26
*** amotoki_ has joined #openstack-neutron03:27
*** otherwiseguy has joined #openstack-neutron03:27
*** Yi has joined #openstack-neutron03:27
lifelesskevinbenton: released03:28
kevinbentonlifeless: well that was fast. :-)03:28
lifelesskevinbenton: benefits of a lean process :)03:28
*** SridharRamaswamy has quit IRC03:28
*** amotoki_ has quit IRC03:31
*** Yi has quit IRC03:34
*** suresh12 has quit IRC03:34
*** mitarun has joined #openstack-neutron03:38
*** padkrish has joined #openstack-neutron03:38
*** padkrish has quit IRC03:39
*** xianghuihui has joined #openstack-neutron03:39
*** baoli has quit IRC03:39
*** padkrish has joined #openstack-neutron03:39
*** mestery has joined #openstack-neutron03:41
*** mitarun has quit IRC03:41
*** emagana has joined #openstack-neutron03:41
*** mitarun has joined #openstack-neutron03:42
*** xianghui has quit IRC03:42
*** mitarun has quit IRC03:46
*** emagana has quit IRC03:46
*** ianw has quit IRC03:48
*** ianw has joined #openstack-neutron03:48
*** suresh12 has joined #openstack-neutron03:49
*** seizadi has joined #openstack-neutron03:50
*** tsg has quit IRC03:53
*** dfarrell07 has joined #openstack-neutron03:53
*** leenheer has joined #openstack-neutron03:53
kevinbentonlifeless: shouldn’t we wait for the version bump in the test requirements before reverting that patch?03:57
*** xuhanp_ has joined #openstack-neutron03:57
lifelesskevinbenton: Up to you; if you don't then folk *can* run with an older testtools. If you do then you force everyone to upgrade.03:58
kevinbentonlifeless: well until we get to the root cause of the exit in the functional test we should probably wait03:59
kevinbentonlifeless: becasue the gate won’t be upgraded to the new testtools, right?03:59
lifelessinterestingly I think there's a little angle I missed in the patch, won't affect us (we use subunit) but may mask status for folk using the shell status code from e.g. testtools.run03:59
lifelessthe gate will use the latest testtools soon as bandersnatch runs03:59
lifelessthough hmm04:00
*** mitarun has joined #openstack-neutron04:00
lifelessnope all good - testtools>=0.9.3404:00
kevinbentonis bandersnatch the image build process?04:01
lifelessin global-requirements04:01
lifelessbandersnatch is the pypi mirror tool04:01
lifelessI suspect runs started now will be using 1.0.004:01
kevinbentonoh, i was thinking the gate built images that cached all of the requisites04:01
lifelessthey do04:02
lifelessbut then they install and newer things are cache misses04:02
*** xuhanp has quit IRC04:02
kevinbentonoh, i don’t understand how pip works04:02
kevinbentoni was thinking it would be satisfied by the current install since it’s >=0.9.3404:02
kevinbentonand not upgrade04:03
lifelessthey get cached, not installed04:04
lifelessthere's a download cache04:04
*** tsg has joined #openstack-neutron04:04
*** mitarun has quit IRC04:05
*** mitarun has joined #openstack-neutron04:05
*** mestery has quit IRC04:08
kevinbentonoh okay04:09
kevinbentoni was thinking the image would do pip install of everything04:09
*** chandankumar has joined #openstack-neutron04:11
*** yfried_ has quit IRC04:11
*** xuhanp_ has quit IRC04:13
*** LiberTerra has quit IRC04:14
*** ianw has quit IRC04:16
*** tflynn has quit IRC04:16
*** ianw has joined #openstack-neutron04:16
*** tflynn has joined #openstack-neutron04:17
*** xianghuihui has quit IRC04:19
*** dbite has joined #openstack-neutron04:19
*** xianghui has joined #openstack-neutron04:20
*** dfarrell07 has quit IRC04:23
*** trinaths has joined #openstack-neutron04:23
*** carl_baldwin has joined #openstack-neutron04:24
trinathsGood Morning All.04:25
*** seizadi has quit IRC04:28
*** emagana has joined #openstack-neutron04:36
*** teju has joined #openstack-neutron04:36
*** chandankumar has quit IRC04:38
*** emagana has quit IRC04:40
*** teju has quit IRC04:46
*** devvesa has joined #openstack-neutron04:46
*** padkrish has quit IRC04:49
*** divyac has quit IRC04:49
*** seizadi has joined #openstack-neutron04:50
*** oda-g has quit IRC04:50
*** devvesa has quit IRC04:51
*** chandankumar has joined #openstack-neutron04:51
*** nati_ueno has joined #openstack-neutron04:53
*** killer_prince is now known as lazy_prince04:53
*** s3wong has joined #openstack-neutron04:56
*** vishwanathj has joined #openstack-neutron04:58
*** leenheer has quit IRC05:00
openstackgerritYAMAMOTO Takashi proposed a change to openstack/neutron: ofagent: Ignore unknown l2pop entry removals  https://review.openstack.org/11444305:02
openstackgerritA change was merged to openstack/neutron: ofagent: Local arp responder for VLAN  https://review.openstack.org/11294905:03
*** linuxgeek_ has joined #openstack-neutron05:06
*** irenab has joined #openstack-neutron05:06
*** xuhanp has joined #openstack-neutron05:07
*** prasoon has quit IRC05:08
openstackgerritYAMAMOTO Takashi proposed a change to openstack/neutron: ofagent: Enable local arp responder for TYPE_FLAT  https://review.openstack.org/11411905:09
*** irenab has quit IRC05:11
openstackgerritYAMAMOTO Takashi proposed a change to openstack/neutron: ofagent: Enable local arp responder for TYPE_LOCAL  https://review.openstack.org/11431005:12
*** padkrish has joined #openstack-neutron05:12
*** kopparam has joined #openstack-neutron05:13
*** padkrish has joined #openstack-neutron05:13
openstackgerritYAMAMOTO Takashi proposed a change to openstack/neutron: ofagent: Implement physical_interface_mappings  https://review.openstack.org/11316605:14
*** xuhanp_ has joined #openstack-neutron05:14
*** carl_baldwin has quit IRC05:15
openstackgerritvikas proposed a change to openstack/neutron: Check for valid peer_id field  https://review.openstack.org/11683505:15
*** yfried_ has joined #openstack-neutron05:16
*** prasoon has joined #openstack-neutron05:16
*** otherwiseguy has quit IRC05:17
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Avoid changing constants module when adding new service plugin  https://review.openstack.org/11699605:17
*** s3wong has quit IRC05:18
*** s3wong has joined #openstack-neutron05:19
openstackgerritHareesh Puthalath proposed a change to openstack/neutron: Supply missing cisco_cfg_agent.ini file  https://review.openstack.org/11825205:19
openstackgerritvikas proposed a change to openstack/neutron: Check for valid peer_id field  https://review.openstack.org/11683505:19
*** Administrator_ has quit IRC05:21
*** xuhanp_ has quit IRC05:21
*** s3wong has quit IRC05:21
*** hanzhang has joined #openstack-neutron05:22
*** s3wong has joined #openstack-neutron05:22
yamamotoamotoki: ping05:23
amotokiyamahata: what? I need to leave now unfortunately05:24
yamamotoamotoki: can you revisit https://review.openstack.org/#/c/114119/ which lost +A due to rebases?05:25
amotokiyamahata: done. type_local too?05:25
yamamotoamotoki: thank you.  yes.05:25
amotokiyamahata: done both. good luck!05:26
yamamotoamotoki: thank you!05:26
*** amotoki_ has joined #openstack-neutron05:28
*** vishwanathj has quit IRC05:30
openstackgerritvikas proposed a change to openstack/neutron: Check for valid peer_id field  https://review.openstack.org/11683505:31
*** hanzhang has quit IRC05:31
*** emagana has joined #openstack-neutron05:31
*** hanzhang has joined #openstack-neutron05:32
*** amotoki_ has quit IRC05:33
*** xuhanp_ has joined #openstack-neutron05:33
*** juice has quit IRC05:35
*** juice has joined #openstack-neutron05:36
*** emagana has quit IRC05:36
*** nati_ueno has quit IRC05:38
*** nati_ueno has joined #openstack-neutron05:38
*** mitarun has quit IRC05:38
*** mitarun has joined #openstack-neutron05:39
*** suresh12 has quit IRC05:39
openstackgerritKevin Benton proposed a change to openstack/neutron: BSN: Bind external ports in ML2 driver  https://review.openstack.org/11618805:40
*** xuhanp_ has quit IRC05:40
*** mitarun has quit IRC05:40
*** mitarun has joined #openstack-neutron05:40
*** nati_ueno has quit IRC05:43
*** changbl has quit IRC05:46
*** xuhanp_ has joined #openstack-neutron05:50
*** ianw has quit IRC05:50
*** ianw has joined #openstack-neutron05:51
openstackgerritTrinath Somanchi proposed a change to openstack/neutron: Freescale FWaaS Plugin  https://review.openstack.org/10965905:52
openstackgerritJamie Lennox proposed a change to openstack/python-neutronclient: Use adapter from keystoneclient  https://review.openstack.org/11800605:53
*** mspreitz has quit IRC05:53
*** lori|away is now known as lori05:55
*** xuhanp_ has quit IRC05:57
*** seizadi has quit IRC05:57
*** roeyc has joined #openstack-neutron05:57
openstackgerritSridar Kandaswamy proposed a change to openstack/neutron: Changes to support FWaaS in a DVR based environment  https://review.openstack.org/11335905:57
*** xuhanp_ has joined #openstack-neutron06:00
trinathsamotoki: Hi, In your free time, can you look into the new patchset. Updated with your review comments.06:01
*** roeyc has quit IRC06:01
*** k4n0 has joined #openstack-neutron06:06
openstackgerritOpenStack Proposal Bot proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/11825906:06
openstackgerritA change was merged to openstack/neutron: Prevent SystemExits when running tests  https://review.openstack.org/11822506:07
*** s3wong has quit IRC06:08
*** xuhanp_ has quit IRC06:08
*** zhhuabj has quit IRC06:10
*** zhhuabj has joined #openstack-neutron06:10
*** suresh12 has joined #openstack-neutron06:10
*** cristov_mac has joined #openstack-neutron06:13
*** suresh12 has quit IRC06:15
openstackgerritKevin Benton proposed a change to openstack/neutron: BSN: Bind external ports in ML2 driver  https://review.openstack.org/11618806:24
*** dbite has quit IRC06:25
*** emagana has joined #openstack-neutron06:26
*** dbite has joined #openstack-neutron06:29
openstackgerritnlahouti proposed a change to openstack/python-neutronclient: Add API in python-neutronclient for Cisco DFA  https://review.openstack.org/9741606:29
*** emagana has quit IRC06:30
*** neeti has joined #openstack-neutron06:30
*** rm_work|away is now known as rm_work06:32
*** nlahouti has quit IRC06:34
*** SridharG has joined #openstack-neutron06:34
*** devvesa has joined #openstack-neutron06:35
*** suresh12 has joined #openstack-neutron06:36
openstackgerritPaddu Krishnan proposed a change to openstack/neutron: VDP Support in OVS Neutron Agent  https://review.openstack.org/11544206:38
openstackgerritPaddu Krishnan proposed a change to openstack/neutron: Support for LLDP/VDP Module needed for VDP support in OVS agent  https://review.openstack.org/10556306:38
*** devvesa_ has joined #openstack-neutron06:39
*** devvesa has quit IRC06:39
*** cnesa9 has quit IRC06:42
*** mitarun has quit IRC06:48
*** salv-orlando has joined #openstack-neutron06:48
*** mitarun_ has joined #openstack-neutron06:50
*** bvandenh has joined #openstack-neutron06:50
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Avoid changing constants module when adding new service plugin  https://review.openstack.org/11699606:51
*** ianw has quit IRC06:52
*** ianw has joined #openstack-neutron06:52
*** suresh12 has quit IRC06:53
*** roeyc has joined #openstack-neutron06:53
openstackgerritPaddu Krishnan proposed a change to openstack/neutron: Support for DFA Overlay Type Driver  https://review.openstack.org/11545206:53
*** amaretskiy has joined #openstack-neutron06:54
*** saju_m has joined #openstack-neutron06:55
*** simon-AS559 has joined #openstack-neutron06:57
*** sbfox has quit IRC06:57
*** yamamoto has quit IRC06:58
*** skolekonov has joined #openstack-neutron06:59
*** kopparam has quit IRC07:00
*** kopparam has joined #openstack-neutron07:00
*** pasquier-s has joined #openstack-neutron07:01
*** chandankumar has quit IRC07:01
*** openstackgerrit has quit IRC07:02
*** rha has joined #openstack-neutron07:02
*** mitarun_ has quit IRC07:03
*** amuller has joined #openstack-neutron07:04
*** suresh12 has joined #openstack-neutron07:04
*** prasoon has quit IRC07:04
*** mitarun has joined #openstack-neutron07:04
*** dbite has quit IRC07:05
*** dbite_ has joined #openstack-neutron07:05
*** kopparam has quit IRC07:05
*** mitarun has quit IRC07:08
*** dbite_ has quit IRC07:09
*** cristov_mac has quit IRC07:10
*** padkrish has quit IRC07:10
*** matrohon has joined #openstack-neutron07:13
*** dgollub has joined #openstack-neutron07:13
*** Longgeek has joined #openstack-neutron07:20
*** emagana has joined #openstack-neutron07:20
*** Longgeek has quit IRC07:20
*** Longgeek has joined #openstack-neutron07:23
*** emagana has quit IRC07:24
*** tsg has quit IRC07:24
*** gildub has quit IRC07:25
*** afazekas has joined #openstack-neutron07:28
*** amotoki_ has joined #openstack-neutron07:28
*** luqas has joined #openstack-neutron07:29
*** yamamoto has joined #openstack-neutron07:30
*** Altran has joined #openstack-neutron07:32
*** naotok is now known as zz_naotok07:33
*** amotoki_ has quit IRC07:33
*** catohornet has joined #openstack-neutron07:34
*** jschwarz has joined #openstack-neutron07:37
amullerajo: morning07:39
*** jistr has joined #openstack-neutron07:45
*** yamamoto has quit IRC07:48
*** yamamoto has joined #openstack-neutron07:49
*** yamamoto has quit IRC07:49
*** kopparam has joined #openstack-neutron07:49
*** yamamoto has joined #openstack-neutron07:49
ajohi amuller morning07:51
amullerajo: I understand there was an intergalactic crisis while I slept07:51
amullerwith the functional job07:52
*** padkrish has joined #openstack-neutron07:52
jschwarzINTERGALACTIC CRISIS!!!07:52
ajohehehe, yes07:52
*** safchain has joined #openstack-neutron07:52
*** salv-orlando has quit IRC07:52
ajobut we found that system exists acutally behaved the same07:52
ajoactually07:52
ajoand kevinbenton had a patch ready: https://review.openstack.org/#/c/118225/07:53
ajoso it's merged now07:53
ajonext events of the failure should have the system exit captured, and a stack tace07:53
ajotrace07:53
*** suresh12 has quit IRC07:56
*** ygbo has joined #openstack-neutron07:56
amullerajo: Do you know when was the job made voting again?07:57
amullerkevinbenton++07:57
*** padkrish has quit IRC07:57
ajonot sure amuller, I believe marun asked yeterday to make it non-voting again until the sys.exit / SystemExit points are unconvered07:57
kevinbentonamuller: not sure07:57
kevinbentonajo: that patch wasn’t merged yet07:58
kevinbentonajo: we wanted a few failures first07:58
kevinbentonhttps://review.openstack.org/#/c/118233/07:58
amullerit's pretty weird, since Maru fixed the l3 functional test I saw that succeeding every time, I actually saw intermittent errors with a follow up patch that wasn't merged yet07:58
amullerI didn't think the issue was with the base patch07:59
*** jp_at_hp has joined #openstack-neutron07:59
ajokevinbenton, and the systemexit capture?07:59
ajothat one was merged, right?07:59
kevinbentonyeah, just merged like 30 minutes ago07:59
ajogood good08:00
*** karimb has joined #openstack-neutron08:03
*** mestery has joined #openstack-neutron08:03
*** afazekas has quit IRC08:05
*** afazekas has joined #openstack-neutron08:06
*** mancdaz has quit IRC08:08
*** cnesa9 has joined #openstack-neutron08:10
*** yfauser has joined #openstack-neutron08:11
*** yfauser has left #openstack-neutron08:11
*** morganfainberg is now known as morganfainberg_Z08:12
*** yamamoto has quit IRC08:13
*** yamamoto has joined #openstack-neutron08:14
*** emagana has joined #openstack-neutron08:14
*** saju_m has quit IRC08:18
*** yfauser has joined #openstack-neutron08:18
*** yfauser has quit IRC08:18
*** yfauser has joined #openstack-neutron08:18
*** yfauser has left #openstack-neutron08:18
*** francois_eleouet has quit IRC08:18
*** ZZelle has joined #openstack-neutron08:19
*** yfauser1 has joined #openstack-neutron08:19
*** emagana has quit IRC08:19
ZZelleamotoki, hi08:19
*** yfauser1 has left #openstack-neutron08:19
*** matrohon has quit IRC08:19
*** tflynn has quit IRC08:20
*** cnesa10 has joined #openstack-neutron08:20
*** cnesa9 has quit IRC08:22
*** mestery has quit IRC08:22
*** francois_eleouet has joined #openstack-neutron08:23
*** mestery has joined #openstack-neutron08:23
*** rook has joined #openstack-neutron08:23
trinathsjschwarz: Hi.  hru doing.08:25
jschwarztrinaths, great, how are you?08:29
*** matrohon has joined #openstack-neutron08:32
*** saju_m has joined #openstack-neutron08:34
*** irenab has joined #openstack-neutron08:34
*** doude has joined #openstack-neutron08:37
*** jlibosva has joined #openstack-neutron08:38
*** yfauser has joined #openstack-neutron08:39
*** yfauser has left #openstack-neutron08:39
*** rook has quit IRC08:40
Altrantrinaths: about Your comment to 116505 - one patch is to master and 2nd is to stable/icehouse08:40
*** prasoon has joined #openstack-neutron08:42
trinathsAltran: oh okay. will check the review.08:42
jschwarzAltran, morning :)08:42
trinathsjschwarz: Doing Good. :)08:42
Altranjschwarz: morning :)08:43
jschwarz:)08:43
*** prasoon has quit IRC08:43
trinathsAltran: done08:44
kevinbentonamotoki: ping08:46
*** mestery has quit IRC08:52
*** dave_tucker_zzz is now known as dave_tucker08:52
*** mestery has joined #openstack-neutron08:52
*** sambetts has joined #openstack-neutron08:53
*** mitarun has joined #openstack-neutron08:54
*** rotbeard has joined #openstack-neutron09:00
*** mwagner_lap has joined #openstack-neutron09:04
*** suresh12 has joined #openstack-neutron09:06
*** Altran1 has joined #openstack-neutron09:07
*** Altran1 is now known as jswiders09:07
*** yfauser has joined #openstack-neutron09:07
*** alexpilotti has joined #openstack-neutron09:08
*** yfauser1 has joined #openstack-neutron09:08
*** yfauser1 has left #openstack-neutron09:08
*** emagana has joined #openstack-neutron09:08
*** yfauser has quit IRC09:08
*** luqas has quit IRC09:09
*** Altran has quit IRC09:09
alexpilottirkukura: Hi09:10
yamamotomestery: ping09:10
*** suresh12 has quit IRC09:11
*** emagana has quit IRC09:13
*** alexpilotti has quit IRC09:15
*** claudiub has joined #openstack-neutron09:16
trinathsamotoki: ping09:17
*** JadnG has joined #openstack-neutron09:18
*** kickinz1 has joined #openstack-neutron09:22
*** irenab has quit IRC09:27
*** salv-orlando has joined #openstack-neutron09:28
*** roeyc has quit IRC09:28
*** aix has joined #openstack-neutron09:29
*** amotoki_ has joined #openstack-neutron09:29
*** geekinutah has quit IRC09:30
*** yamamoto has quit IRC09:30
*** geekinutah has joined #openstack-neutron09:31
*** cipcosma has joined #openstack-neutron09:32
*** amotoki_ has quit IRC09:34
*** rm_work is now known as rm_work|away09:37
*** prasoon has joined #openstack-neutron09:37
*** saju_m has quit IRC09:37
*** sambetts has quit IRC09:38
*** sambetts has joined #openstack-neutron09:39
*** luqas has joined #openstack-neutron09:40
*** yamamoto has joined #openstack-neutron09:49
*** prasoon_ has joined #openstack-neutron09:50
*** prasoon has quit IRC09:50
*** vdo has joined #openstack-neutron09:52
*** yamamoto has quit IRC09:54
*** doude has quit IRC09:58
*** baohua has quit IRC09:58
*** rm_work|away is now known as rm_work09:59
*** doude has joined #openstack-neutron09:59
*** saju_m has joined #openstack-neutron10:00
*** zhhuabj has quit IRC10:01
*** emagana has joined #openstack-neutron10:02
*** emagana has quit IRC10:06
*** xuhanp has quit IRC10:08
*** mitarun has quit IRC10:09
*** mitarun has joined #openstack-neutron10:10
*** dgollub has quit IRC10:11
*** doude has quit IRC10:12
*** rm_work is now known as rm_work|away10:13
*** yfauser has joined #openstack-neutron10:13
*** yfauser has left #openstack-neutron10:13
*** doude has joined #openstack-neutron10:14
*** mitarun has quit IRC10:14
*** mestery has quit IRC10:15
*** mestery has joined #openstack-neutron10:15
*** yfauser has joined #openstack-neutron10:17
*** yfauser has left #openstack-neutron10:17
*** mestery has quit IRC10:21
*** mestery has joined #openstack-neutron10:22
*** mitarun has joined #openstack-neutron10:23
*** mitarun has quit IRC10:26
*** mitarun has joined #openstack-neutron10:27
*** pcm_ has joined #openstack-neutron10:31
trinathscan someone review this change, https://review.openstack.org/#/c/109659/.10:32
*** mitarun has quit IRC10:32
*** evgenyf has joined #openstack-neutron10:33
*** vdo has left #openstack-neutron10:35
*** yamahata has quit IRC10:36
*** linuxgeek_ has quit IRC10:36
*** alexpilotti has joined #openstack-neutron10:42
*** pcm_ has quit IRC10:44
*** pcm_ has joined #openstack-neutron10:47
*** dgollub has joined #openstack-neutron10:48
*** yamamoto has joined #openstack-neutron10:49
*** prasoon_ has quit IRC10:49
*** yamamoto_ has joined #openstack-neutron10:51
*** jab has quit IRC10:53
*** yamamoto has quit IRC10:54
*** yamamoto_ has quit IRC10:56
*** emagana has joined #openstack-neutron10:57
*** emagana has quit IRC11:01
*** rook has joined #openstack-neutron11:06
trinathscan someone review this change, https://review.openstack.org/#/c/109659/.11:09
*** marun_afk has joined #openstack-neutron11:14
*** amotoki_ has joined #openstack-neutron11:15
*** marun_afk is now known as marun11:16
*** ihrachyshka has joined #openstack-neutron11:19
*** sergeysh has joined #openstack-neutron11:19
jschwarzI keep trying to merge 116832 (which was approved last night) but it keep failing at the gate on non-deterministic checks...11:19
jschwarzMy next recheck will be #311:19
ZZelleamotoki_, hi11:21
jschwarzAny way some core could look into this?11:21
amotokiZZelle: hi11:21
amotokiZZelle: I will switch my IRC client from now.11:22
*** amotoki has quit IRC11:22
ZZelleamotoki, could you have a look at https://review.openstack.org/116988 about removing some SELECT FOR UPDATE?11:22
*** amotoki_ is now known as amotoki11:22
ZZelleamotoki,  could you have a look at https://review.openstack.org/116988 about removing some SELECT FOR UPDATE?11:23
amotokiZZelle: will look. my review list is quite overflowed... it is in the list.11:24
HenryGakamyshnikova: Hi. Did you get any feedback about the oslo.db issue with load_tests?11:25
*** ihrachyshka has quit IRC11:25
*** mwagner_lap has quit IRC11:25
*** irenab has joined #openstack-neutron11:25
*** prasoon has joined #openstack-neutron11:26
trinathsamotoki: Hi, Consider https://review.openstack.org/#/c/109659/ too into your review list.11:26
ZZelleamotoki, :s11:26
*** JayJ_ has quit IRC11:26
*** JayJ_ has joined #openstack-neutron11:27
*** yfauser has joined #openstack-neutron11:28
*** yfauser has left #openstack-neutron11:28
akamyshnikovaHenryG, Hi! I'm in process of debugging this.. They need more information. And today I see that problem not in load_tests. I run tests as they were before today and get the same error with DBConnectionError once.11:31
HenryGakamyshnikova: OK. Let me know if I can help.11:32
*** JayJ_ has quit IRC11:32
marunamotoki: ping11:32
amotokimarun: pong11:33
amotokimarun: morning?11:33
akamyshnikovaHenryG, Thanks :)11:33
marunamotoki: afternoon :)11:33
marunamotoki: re: https://review.openstack.org/#/c/105563/11:33
marunamotoki: I'm blocking this because it lacks functional tests and there has been zero review effort applied to the follow-on patches11:33
marunamotoki: I'm getting alot of pressure from cisco to ignore both those facts11:34
marunamotoki: I see on the review that your opinion may differ, though11:34
*** dbite has joined #openstack-neutron11:35
marunamotoki: do you think functional testing is not necessary for the patch in question?11:35
marunamotoki: and that the patch can stand alone without the follow-ons for the blueprint, which will definitely not make FF given how little attention they have received?11:35
amotokimarun: Perhaps I am the only reivewer. Good question. What I am not sure is how we can implement functional test a tool which just send a packet.11:36
amotokimarun: your comment is fair enough to me.11:36
*** dave_tucker is now known as dave_tucker_zzz11:38
marunamotoki: At the minimum a functional test would verify actual operation11:38
marunamotoki: it wouldn't have to be complex11:38
marunamotoki: but unit tests alone give us nothing11:38
*** dave_tucker_zzz is now known as dave_tucker11:39
amotokimarun: i got it. at least the tool needs to be called successfully, and we can create a temporary netdev to test it. Is my understanding right?11:40
marunamotoki: correct11:40
marunamotoki: Given how many other priorities we have, teaching them to write a functional test and try to get it and the follow-ons merged seemed unreasonable before FF11:41
amotokimarun: I hope you leave the comment in that review. It is fair if you describe the reason of -2.11:41
marunamotoki: I've been describing in private email but I will leave on the review as you suggest.11:41
marunamotoki: It wasn't helpful to you to not be clear on the review, I apologize.11:41
amotokimarun: I agree with you. We need to have good and same coverage for new feature. I will lower my score.11:42
*** neeti has quit IRC11:43
amotokimarun: i think it is better we clarfiy the merge criteria (per milestone?) depending on our current situation. The situation changes as time goes.11:44
marunamotoki: I would agree. The explanation of FPF should make it clear that pushing patches is not enough11:44
*** trinaths has quit IRC11:45
*** mestery has quit IRC11:46
marunamotoki: For a given blueprint to make it, all patches in the series should have received some reviewer attention and one or more reviewers should be able to agree that the feature is sufficiently implemented to make merge before FF likely.11:46
*** k4n0 has quit IRC11:46
*** baoli has joined #openstack-neutron11:48
*** neeti has joined #openstack-neutron11:48
amotokimarun: honestly there is no special reason on the blueprint except that they requested me a lot of times.... I am now focusing on community ones in neutron (+ horizon).11:50
*** yamamoto has joined #openstack-neutron11:50
*** emagana has joined #openstack-neutron11:51
marunamotoki: ok11:54
*** yamamoto has quit IRC11:55
*** emagana has quit IRC11:55
*** SridharG has left #openstack-neutron12:00
*** flaviof_zzz is now known as flaviof12:00
*** mestery has joined #openstack-neutron12:06
*** claudiub has quit IRC12:06
*** irenab has quit IRC12:11
*** lori is now known as lori|away12:12
*** mestery_ has joined #openstack-neutron12:12
*** mestery has quit IRC12:13
bjornarI am having trouble getting floating ips reachable. My router ip is reachable, but not the floating ip on the same network. I see arp replies for floating, and it has the same mac as routers, but I can not see packets sent to floating ip inside namespace. (perhaps I see the first packet of a ping-sequence...) Any clues? OVS?12:17
*** yfried_ has quit IRC12:17
*** Guest26899 is now known as b3nt_pin12:18
*** b3nt_pin is now known as beagles12:18
*** jasondotstar has quit IRC12:19
*** jckasper_ has quit IRC12:19
*** diegows has joined #openstack-neutron12:22
rkukuraalexpilotti: Still looking for me?12:24
alexpilottirkukura: hi there12:24
rkukuraalexpilotti: What’s up?12:25
alexpilottirkukura: 2 lines patch waiting for a last +2 :-) https://review.openstack.org/#/c/116505/12:25
alexpilottisalv-orlando: could you please lift the -1 from ^12:25
alexpilottisalv-orlando: teh Hyper-V CI reported back in the meantime12:26
*** beagles is now known as beagles_brb12:26
*** mwagner_lap has joined #openstack-neutron12:29
*** aveiga has joined #openstack-neutron12:29
*** yamamoto has joined #openstack-neutron12:31
*** JayJ_ has joined #openstack-neutron12:33
rkukuraalexpilotti: Gave my +2, will wait a bit for salv-orlando to remove his -1 and give +A12:34
*** kopparam has quit IRC12:34
salv-orlandoalexpilotti: no I don’t because I’m a horrible person12:35
*** mestery has joined #openstack-neutron12:35
*** kopparam has joined #openstack-neutron12:35
*** mestery_ has quit IRC12:35
*** rpothier has joined #openstack-neutron12:35
jschwarzAnyone know how to force recheck of the VMWare NSX CI? I tried "recheck-vmware" but it did nothing... (117142)12:35
*** aveiga has quit IRC12:36
alexpilottisalv-orlando: I knew it12:36
alexpilottisalv-orlando: I’ll tell Santa Claus12:36
*** rdo has quit IRC12:37
ZZellejschwarz, salv-orlando should know how to recheck vmware ... but he is a horrible person12:38
*** baohua has joined #openstack-neutron12:38
*** rdo has joined #openstack-neutron12:39
jschwarzZZelle, CI bots are being cruel to me today. Maybe they are horrible persons as well?12:39
*** beagles_brb is now known as beagles12:39
jschwarzZZelle, reminds me of https://www.youtube.com/watch?v=E7iU0GGVco8 XD12:40
*** kopparam has quit IRC12:40
jswidersjschwarz: wtf xD12:41
jschwarzXD12:41
*** zhhuabj has joined #openstack-neutron12:41
jschwarzjswiders, wait for the end, there's a storyline there12:41
yamamotocan anyone restore +A of https://review.openstack.org/#/c/113166/, which was lost due to a rebase?12:42
*** yfauser has joined #openstack-neutron12:43
*** yfauser has left #openstack-neutron12:43
*** emagana has joined #openstack-neutron12:45
*** neeti has quit IRC12:46
*** heyongli has joined #openstack-neutron12:47
*** dave_tucker is now known as dave_tucker_zzz12:49
*** emagana has quit IRC12:49
*** claudiub has joined #openstack-neutron12:50
*** jckasper has joined #openstack-neutron12:50
*** jckasper_ has joined #openstack-neutron12:51
*** xuhanp has joined #openstack-neutron12:52
*** stanzgy has quit IRC12:54
*** jckasper has quit IRC12:55
rkukurayamamoto: Done12:57
*** irenab has joined #openstack-neutron12:58
yamamotorkukura: thank you!12:58
*** claudiub has quit IRC12:59
rkukurayamamoto: I did add one nit comment, which you might want to address in a different patch.12:59
*** oreillyd has joined #openstack-neutron12:59
*** dbite has quit IRC12:59
*** tongli has joined #openstack-neutron13:00
*** claudiub has joined #openstack-neutron13:00
yamamotorkukura: sounds like a valid concern, thank you.  replied in the review13:03
mesteryyamamoto: pong13:05
yamamotomestery: pang13:06
mesteryyamamoto: What can I help you with?13:06
yamamotomestery: i wanted to ask you to restore +A after a rebase but rkukura kindly has done it.   thank you13:07
mesteryyamamoto: Excellent, glad rkukura could help in my abscensce :)13:08
*** mitarun has joined #openstack-neutron13:09
marunmestery: can you push https://review.openstack.org/#/c/118233/13:10
marunmestery: we have enough logs to work on a fix13:10
mesterymarun: Will do sir13:11
marunmestery: danke!13:11
mesterymarun: done!13:11
*** aveiga has joined #openstack-neutron13:13
*** amveiga has joined #openstack-neutron13:13
*** yfried_ has joined #openstack-neutron13:14
*** amveiga has quit IRC13:15
*** kbringard has joined #openstack-neutron13:15
*** xuhanp has quit IRC13:23
salv-orlandoobondarev: I am sorry it was a bit confusing reviewing https://review.openstack.org/#/c/117913/ I have now stacked all the patches for reorganizing migrations - there are 3 patches and the series starts at https://review.openstack.org/#/c/11273213:23
salv-orlandogaryk: ^^13:24
*** thomasem has joined #openstack-neutron13:24
*** annegent_ has joined #openstack-neutron13:26
jschwarzsalv-orlando, any chance you know how to retrigger the vmware CI?13:26
marunsalv-orlando: how to see the pass/fail rate for a given job?13:26
salv-orlandojschwarz: the CI should leave a comment telling you how to do that… did you receive such somment?13:27
*** dkehn_ has joined #openstack-neutron13:27
salv-orlandothe command is vmware-recheck-patch13:27
marunsalv-orlando: trying to figure out whether it makes sense to rush a skip for the failing functional test or whether bouncing queued jobs wouldn't be worth it due to periodic nature of failure13:27
jschwarzsalv-orlando, Nope. I went to the site somewhere and ran "recheck-vmware" like it said but it did nothing13:27
salv-orlandomarun: graphite.openstack.org - ever used it?13:27
salv-orlandouse the hit count metric13:27
marunsalv-orlando: ok13:27
salv-orlandorecheck-vmware caused us a lot of trouble13:27
marunsalv-orlando: haven't used it before13:28
salv-orlandowhere did you find that comment, jschwarz?13:28
jschwarztrouble?13:28
salv-orlandoyes because it also triggers upstream checks13:28
salv-orlandoand you don’t want to recheck upstream if jenkins is failed13:28
jschwarzsalv-orlando, the test's failure linked be here: http://208.91.1.172/logs/neutron/117142/5/416422/13:28
salv-orlandoso we changed the recheck command13:28
jschwarzsalv-orlando, then the wiki here https://wiki.openstack.org/wiki/NovaVMware/Minesweeper specifies recheck-vmware13:29
salv-orlandojschwarz: thanks I’ll amend it13:29
*** signed8bit has joined #openstack-neutron13:29
jschwarzsalv-orlando, thank you :) will run vmware-recheck-patch13:29
marunsalv-orlando: how to find hit count?13:29
*** signed8bit has quit IRC13:29
*** signed8bit has joined #openstack-neutron13:30
salv-orlandojschwarz: your failure is one that I need to whitelist because it’s a problem that from time to time appears on our infrastructure where we use nested virtualization (it’s openstack!)13:30
salv-orlandojschwarz: http://208.91.1.172/logs/neutron/117142/5/416422/logs/screen-q-svc.txt.gz#_2014-09-02_02_03_47_12313:30
jschwarzsalv-orlando, aye - that's why I wanted to trigger a recheck13:31
jschwarz:)13:31
zilbersteinhello #openstack-neutron13:32
salv-orlandomarun: did you already select the job’s stats13:32
zilbersteinI created and assigned floating IP. I can ping fixed IP, but not floating one. What could be the reason ?13:32
*** julim has joined #openstack-neutron13:32
zilbersteinTher's no SNAT/DNAT iptables rules13:32
*** tomoe_ has quit IRC13:33
zilbersteinIsnt that strange ?13:33
*** tomoe_ has joined #openstack-neutron13:33
* zilberstein would appreciate any hints on how to make floating IP reachable from outside13:35
salv-orlandomarun: btw, graphite will give you hit counts on a time scale of your choice for failure and success.13:35
salv-orlandoif you’re looking at a simple % over a period of time maybe it’s better to use logstash13:36
*** lazy_prince is now known as killer_prince13:36
*** seizadi has joined #openstack-neutron13:36
*** tomoe_ has quit IRC13:38
*** emagana has joined #openstack-neutron13:39
*** dkehn_ is now known as dkehnx13:39
*** mitarun has quit IRC13:41
*** mitarun has joined #openstack-neutron13:42
*** heyongli has quit IRC13:42
*** emagana has quit IRC13:44
*** dave_tucker_zzz is now known as dave_tucker13:44
*** mitarun has quit IRC13:46
*** JayJ_ has quit IRC13:49
*** JayJ_ has joined #openstack-neutron13:50
*** lnxnut has joined #openstack-neutron13:51
*** dbite has joined #openstack-neutron13:52
salv-orlandomestery: ajo and shihanzhang should submit a new patch set for add-ipset-to-security (https://review.openstack.org/#/c/111877/) today. This will leave us realistically too little for reviewing. So that has to be a FFE candidate for me. In the meanwhile, I seem to not see any other community relevant blueprint close enough to merge. So I’m thinking of dedicating my efforts either to13:53
salv-orlandohttps://blueprints.launchpad.net/neutron/+spec/agent-child-processes-status or https://blueprints.launchpad.net/neutron/+spec/tenant-delete13:53
salv-orlandothe thing with the latter is that it gives neutron admin access to keystone - from what I gather, and I’m not sure if that’s a good idea or not.13:53
salv-orlandoI mean I think not but I can be convinced otherwise.13:54
*** xuhanp has joined #openstack-neutron13:54
salv-orlandomestery: do you have any other suggestion?13:54
salv-orlandoobviously if you want I can suggest you a blueprint to review ;)13:54
*** sbfox has joined #openstack-neutron13:54
*** seizadi has quit IRC13:54
*** r-daneel has joined #openstack-neutron13:54
*** sc68cal_ is now known as sc68cal13:55
*** irenab has quit IRC13:55
ajosalv-orlando, I talked with him, and he will submit tomorrow morning, we were discussing the details13:55
ajoI'm working on addressing all the remaining comments for the SG RPC refactor13:55
ajowhich may be finished by tonight13:55
salv-orlandoajo: I honestly thought that merged.13:57
salv-orlandoping me when you push it.13:57
salv-orlandowe need to ensure it’s approved by tomorrow13:57
ajosalv-orlando, yes.. :/ , thank you, I will13:57
*** marun has quit IRC13:59
*** jobewan has joined #openstack-neutron13:59
*** amuller_ has joined #openstack-neutron14:00
*** amuller has quit IRC14:01
*** marun has joined #openstack-neutron14:01
ajosalv-orlando, there's a suggestion from amotoki in favor of removing the "enhanced_rpc " setting14:02
ajosince we can auto-detect an old version of the server side RPC, and fall back, I suppose it's not needed14:03
ajoif we find any bug, we will just fix it, as usual,14:03
ajoI see no reason now to have a manual override to the old rpc version14:03
ajosalv-orlando, what do you think about this?14:03
salv-orlandowhat do you mean by manual override? like you do not want to increase anymore the RPC version?14:05
ajono14:05
ajoat this moment, we have a flag in config file14:05
ajoto enable/disable the usage of the new rpc14:05
ajoenabled by default14:05
ajoon the agent side14:06
salv-orlandoso you think that would do the same as versioning?14:06
ajoso the agent could target the old rpc, or the new rpc14:06
*** jobewan has quit IRC14:06
*** chuckC has quit IRC14:06
ajovia versioning, we can detect if the new function is available, and use it14:06
ajoor, fall back to the old one14:06
ajothis is in the code already14:06
*** jobewan has joined #openstack-neutron14:06
*** openstackgerrit has joined #openstack-neutron14:07
*** amotoki has quit IRC14:07
ajolet me point you to the setting14:07
*** haleyb has joined #openstack-neutron14:07
salv-orlandoajo: I know where it is14:07
*** prad has joined #openstack-neutron14:07
ajook, so the question is,14:07
ajodo this setting make sense anymore with the auto-detection?14:07
ajowhy would we want to manually force the use of the old rpc version?14:07
salv-orlandoajo: enable_enhanced_rpc never made sense for me.14:08
ajook, that's a +114:08
ajoso I'm removing it14:08
salv-orlandoI accepted the comment I made initially that this was introduced to give an option to run rpcs the old way14:08
*** tsg has joined #openstack-neutron14:08
ajook, sorry salv-orlando I didn't remember14:08
salv-orlandowhile I saiid that I saw no reasons for which somebody would want to run a RPC which is an order of magnitude slower14:08
salv-orlandoand test coverage we have in place ensures the new RPC is not less reliable than the current one.14:09
ajoripping it out then...14:09
ajoI'm find the reason of a failing unit test,14:09
salv-orlandoajo: I’m ok with it14:09
ajonot sure if it came by hanzhang changes or, via rebase14:09
openstackgerritMathieu Rohon proposed a change to openstack/neutron: make delete_router sends delete_port to core_plugin  https://review.openstack.org/11692414:10
jschwarzajo++14:10
ajoahh, previous patchset with master rebase don't blow up the unit tests14:12
ajoso it must have been something new14:12
*** mitarun has joined #openstack-neutron14:12
*** sgordon_ has joined #openstack-neutron14:13
salv-orlandoajo:  it’s printing all chain names separated by a pipe14:13
ajosalv-orlando, where, what?14:13
salv-orlando(OUTPUT|POSTROUTING|PREROUTING|float-snat|snat)14:13
salv-orlandohttp://logs.openstack.org/76/111876/31/check/gate-neutron-python27/ce1db65/console.html#_2014-09-02_02_36_56_90814:14
ajoAh, yes14:14
salv-orlandothe ut failure I mean14:14
ajoit's failing the match to a regular expression14:14
ajoI found the differences already14:14
salv-orlandoI think that is what’s making it fail14:14
ajosalv-orlando, there are a couple of rules missing14:14
ajocompared to the regular expression that it must match14:15
ajoit looks like something changed from patchset 30 to 31 made it happen14:15
ajoso I'm going to replay the changes one by one while testing14:15
ajorunning:  git review -m 111876,30 | fpaste14:16
ajo-> http://ur1.ca/i3yiq14:16
*** mitarun has quit IRC14:17
*** lori|away is now known as lori14:17
*** killer_prince is now known as lazy_prince14:18
*** haleyb_ has joined #openstack-neutron14:18
*** otherwiseguy has joined #openstack-neutron14:18
ajoaha14:20
ajofound the source!14:20
ajoI believe... checking14:21
mesterysalv-orlando: Your thinking sounds good to me. Also, the L3 HA stuff, how close is that? I think that one looks like it should merge this week yet, what do you think?14:21
*** leenheer has joined #openstack-neutron14:24
ajosalv-orlando, what makes the UT fail, is the change from .add to .update in the sets (remote_group_ids & cur_group_ids)  http://paste.fedoraproject.org/130403/14096673/raw/14:24
*** bvandenh has quit IRC14:25
salv-orlandomestery: I have not looked at it enough. markmcclain is following it.14:25
salv-orlandoajo: cool. I guess the solution is not super difficult?14:25
mesterysalv-orlando: Yes, makes sense14:25
mesterythanks salv-orlando!14:25
ajosalv-orlando, yes, but I don't find the difference between .add / :update here, I'd like to understand what's happening exactly14:25
ajo(on it)14:25
*** jistr has quit IRC14:26
ajoaahhh14:26
ajook14:26
ajohe iterated over the "update" group using .update...14:27
ajoso, iteration out + .update, let's test..14:27
*** emagana has joined #openstack-neutron14:27
*** jistr has joined #openstack-neutron14:28
ajoaha! that was it14:28
*** tsg has quit IRC14:28
*** emagana has quit IRC14:31
*** mestery_ has joined #openstack-neutron14:31
*** yamahata has joined #openstack-neutron14:31
*** trinaths has joined #openstack-neutron14:31
*** SridharG has joined #openstack-neutron14:32
*** mestery has quit IRC14:33
*** trinaths_afk has joined #openstack-neutron14:34
*** sballe has joined #openstack-neutron14:35
*** tomoe_ has joined #openstack-neutron14:35
*** mestery_ is now known as mestery14:35
openstackgerritMiguel Angel Ajo proposed a change to openstack/neutron: Refactor security group rpc call  https://review.openstack.org/11187614:36
*** trinaths has quit IRC14:37
*** trinaths_afk is now known as trinaths14:37
ajo^ only addressed the UT failure, working now into all the comments @ patchset 30/3114:37
openstackgerritEvgeny Fedoruk proposed a change to openstack/neutron: Radware LBaaS v2 driver  https://review.openstack.org/11352514:37
openstackgerritArvind Somya proposed a change to openstack/neutron: ML2 Type Driver refactor part 3  https://review.openstack.org/11515114:39
*** mspreitz has joined #openstack-neutron14:41
*** jistr has quit IRC14:42
trinathspcm_, Hi14:42
*** jistr has joined #openstack-neutron14:43
openstackgerritMiguel Angel Ajo proposed a change to openstack/neutron: Implements the ProcessMonitor in the dhcp_agent and dnsmasq driver  https://review.openstack.org/11593514:43
pcm_trinaths: hi14:43
trinathspcm_: Can you elobarate your comments please.14:44
*** kakuma has quit IRC14:44
mesterysalv-orlando: Per ttx, we need to have all reviews in-flight tomorrow if we want them to land in Juno-3. I've moved security group refactor to high in anticipation of it needing an FFE.14:44
mesterysalv-orlando: FYI14:44
pcm_trinaths: Which bug #?14:44
trinathsreview.openstack.org/10965914:45
trinathspcm_, sent you a mail on this14:45
openstackgerritMiguel Angel Ajo proposed a change to openstack/neutron: Implements the ProcessMonitor in the dhcp_agent and dnsmasq driver  https://review.openstack.org/11593514:45
ajonow, really back to the SG RPC14:45
pcm_trinaths: let me look...14:45
ajomestery, thanks14:46
ZZellemarun, i updated https://review.openstack.org/116988 with a bug reference14:46
*** nlahouti has joined #openstack-neutron14:46
*** mitarun has joined #openstack-neutron14:46
salv-orlandomestery: ttx’s communication was the reason for me contacting you.14:47
ajomestery, I hope I manage to leave it in good state by tonight, but it's good to be ready if FFE was needed14:47
trinathspcm_, okay14:47
salv-orlandoajo: I think you’ve never experienced an openstack merge freeze marathon?14:47
*** jswiders has left #openstack-neutron14:47
pcm_trinaths: Sure. The code calls super() for delete_firewall().  It is much preferable, if the specific exceptions that the method can raise, be caught, instead of the generic Exception14:47
*** shakamunyi has joined #openstack-neutron14:48
ajosalv-orlando, ehhh, more or less, but didn't have so much code on 'my plate' :]14:48
salv-orlandoit’s a bit like a rave. With the only difference that the only music you’ll hear is that of your fingers hitting the keyboard14:48
pcm_trinaths: With Exception, if an unexpected exception occurs, it gets masked (especially since all that is done is a log message, w/o any exception info)14:48
ajoI missed FF for an early implementation of the agent-child-status stuff, during icehouse, .. then one of my daughter was born, so I got a bit disconnected for a while14:49
ajo'''''':D salv-orlando  :D14:49
pcm_trinaths: So, if you can catch the specific exceptions that can be thrown, that would be much preferred.14:49
trinathspcm_,:okay. Here I'm using neutron client here.14:49
trinathspcm_, "sepcific exception" means?14:49
ajosalv-orlando, I believe I didn't experience it in full. ':)14:50
pcm_trinaths: Does the call to delete_firewall() use the client?14:50
trinathspcm_, yes. it sends this call to crd14:51
jschwarzsalv-orlando, that's what earphones are for ;-)14:51
pcm_trinaths: I see that in other places, where you call self._client.FOO(), but in this case you are calling the parent delete_firewall(), which I guess is calling the mixin function (Line 201).14:53
*** padkrish has joined #openstack-neutron14:53
pcm_trinaths: Is that also using the client?14:53
salv-orlandojschwarz: yes earphones and death metal are recommended for feature freeze time14:53
salv-orlandoalso feature freeze is where reviewers stop nitpicking.14:53
jschwarzsalv-orlando, so I guess you're not a Britney Spears fan? ;-)14:54
trinathspcm_,: oh. at L201, its not using the client.14:54
*** leenheer has quit IRC14:54
salv-orlandothings like call this variable fred instead of bob or add a comma here are not allowed anymore14:54
trinathspcm_, its just a DB based delete.14:54
salv-orlandothey can be fixed with followup patches14:54
ajosalv-orlando++ death-metal works the best14:54
salv-orlandojschwarz: I would love to see Britney Spears do death metal14:55
ajolol14:55
trinaths:)14:55
pcm_trinaths: Right, so that exception handler is checking for a generic Exception, and not specific exceptions that could be thrown.14:55
ajoIt'd be all an experience14:55
trinathspcm_: okay14:55
*** tsg has joined #openstack-neutron14:55
jschwarzsalv-orlando, Challenge accepted: https://www.youtube.com/watch?v=8v0ENscgHIo14:55
*** carl_baldwin has joined #openstack-neutron14:56
jschwarzajo &14:56
jschwarz^14:56
*** chuckC has joined #openstack-neutron14:56
*** zhipeng has joined #openstack-neutron14:58
salv-orlandojschwarz: I think that it is more than acceptable14:58
jschwarzsalv-orlando, I live to serve14:58
trinathspcm_, what specific exception do we expect here? its a DB error. as per the comment, do we save_and_reraise it?14:59
ajolol jschwarz14:59
ajook, I need to AFK for a while, I'll be back in 1h14:59
jschwarzajo, good night14:59
jschwarz(I won't see you again probably)14:59
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Remove logic for conditional migrations  https://review.openstack.org/11791315:01
*** skolekonov has quit IRC15:01
pcm_trinaths: Depends on your intent. Sounds like you want to just ignore an log the exception.15:01
*** diegows has quit IRC15:03
trinathspcm_, Are there any specific exceptions for this?15:03
pcm_trinaths: Looking at the mixin class, it calls one() which can return NoResultFound or MultipleResultsFound. I suspect, you'd only see the former, so you could catch that one.15:03
*** yamahata has quit IRC15:03
pcm_trinaths: Likewise, the log could state that the delete failed as entry not found.15:04
*** yamahata has joined #openstack-neutron15:04
jschwarzbye all15:04
*** jschwarz has quit IRC15:04
*** gongysh has joined #openstack-neutron15:04
*** saju_m has quit IRC15:05
*** shakamunyi has quit IRC15:07
*** leenheer has joined #openstack-neutron15:08
*** sballe_ has joined #openstack-neutron15:08
*** xuhanp has quit IRC15:08
*** sballe has quit IRC15:08
*** flaviof is now known as flaviof_zzz15:09
*** gongysh has quit IRC15:09
*** tomoe_ has quit IRC15:11
*** yamahata has quit IRC15:11
*** shakamunyi has joined #openstack-neutron15:11
*** mspreitz_ has joined #openstack-neutron15:12
trinathspcm_, got it. thanks for review. will commit a revised version.15:12
openstackgerritRajeev Grover proposed a change to openstack/neutron: Fix interface IP address for DVR with gateway  https://review.openstack.org/11837815:14
*** markmcclain has joined #openstack-neutron15:15
*** markmcclain has quit IRC15:16
*** mspreitz has quit IRC15:16
*** sgordon_ has quit IRC15:16
*** stefanb has joined #openstack-neutron15:16
*** leenheer has quit IRC15:17
*** markmcclain has joined #openstack-neutron15:18
*** flaviof_zzz is now known as flaviof15:19
*** jorgem has joined #openstack-neutron15:19
*** yeungp has joined #openstack-neutron15:19
*** matrohon has quit IRC15:20
*** yfauser has joined #openstack-neutron15:20
*** yfauser has left #openstack-neutron15:20
*** zhhuabj has quit IRC15:21
nlahoutisalv-orlando: Hi, do you have a minute?15:27
*** simon-AS559 has quit IRC15:27
*** seizadi has joined #openstack-neutron15:27
*** emagana has joined #openstack-neutron15:27
*** baohua has quit IRC15:27
*** emagana has quit IRC15:28
*** emagana has joined #openstack-neutron15:28
salv-orlandonlahouti: how can I help you?15:29
*** SridharG has quit IRC15:30
salv-orlandomarun: can’t find the bug for functional failures… need for a recheck. Can you quickly remind me?15:31
nlahoutisalv-orlando: You reviewed https://review.openstack.org/#/c/111761/ and it needs approval as the parent patch already merged. can you please approve it15:31
marunsalv-orlando: coming up15:31
marunsalv-orlando: https://bugs.launchpad.net/neutron/+bug/136417115:31
salv-orlandonlahouti: did I ever approve 111761?15:31
marunsalv-orlando: I've broken the job for a different reason (neverending)15:31
marunsalv-orlando: posting a fix now15:31
marunsalv-orlando: https://review.openstack.org/#/c/118380/15:32
salv-orlandomarun: no worries. UoYou’re allowed to break everything.15:32
*** networkstatic has joined #openstack-neutron15:32
*** amuller__ has joined #openstack-neutron15:33
*** mspreitz has joined #openstack-neutron15:33
salv-orlandonlahouti: ah you want it approved because somebody else approved the parent patch and it need to be approved for a sort of atomicity?15:33
*** dbite_ has joined #openstack-neutron15:34
*** mspreitz_ has quit IRC15:34
trinathspcm_, sent you a mail. can you check that once.15:34
nlahoutisalv-orlando: you reviewed it multiple times. All I'm asking to review15:34
*** dbite_ has quit IRC15:34
salv-orlandonlahouti: ah ok… you actually wrote “approve"15:34
*** dbite_ has joined #openstack-neutron15:35
nlahoutisalv-orlando: if nothing to address in the review would be great if you can approve it.15:35
salv-orlandonlahouti: I’m working on reviewing 2 other blueprints now. In a few hours I should have time to review it.15:35
salv-orlandonlahouti: otherwise your best targets are emagana and garyk who approved the base DFA patch.15:36
nlahoutisalv-orlando: I'm grateful for your time.15:36
*** amuller_ has quit IRC15:37
*** dbite has quit IRC15:37
emagananlahouti: I am around and I just finish another review, I could spend some time on the DFA ones.15:37
nlahoutisalv-orlando: since you reviewed it before and know about the extension framework discussion I asked you :)15:38
nlahoutiemagana: hi, thanks a lot. really appreciate it.15:38
lazy_princemorgabra: ping15:38
salv-orlandonlahouti: sure. I was proposing alternatives as you might be able to find core reviewers with a lower load15:38
*** changbl has joined #openstack-neutron15:38
*** pasquier-s has quit IRC15:39
nlahoutisalv-orlando: I know.15:39
lazy_princemorgabra: would like to talk about https://github.com/rackerlabs/ironic-neutron-plugin/ if you are free..15:39
*** amuller__ has quit IRC15:40
*** diga has joined #openstack-neutron15:40
*** amuller__ has joined #openstack-neutron15:40
*** JayJ_ has quit IRC15:41
*** mitarun has quit IRC15:42
*** mitarun has joined #openstack-neutron15:43
*** padkrish has quit IRC15:44
*** evgenyf has quit IRC15:45
*** shakamunyi has quit IRC15:46
openstackgerritItzik Brown proposed a change to openstack/neutron: Adds an option to enable broadcast replies to Dnsmasq  https://review.openstack.org/11827715:46
*** haleyb_ has quit IRC15:47
openstackgerritTrinath Somanchi proposed a change to openstack/neutron: Freescale FWaaS Plugin  https://review.openstack.org/10965915:48
*** mitarun has quit IRC15:48
*** radez_g0` is now known as radez15:49
*** rotbeard has quit IRC15:50
*** signed8bit has quit IRC15:50
enikanorov_salv-orlando: hi. looking at unconditional migrations patch... is there a way we can get rid of the need of having every plugin installed to run migrations?15:51
*** seizadi has quit IRC15:51
enikanorov_salv-orlando: it seems that it goes down to head.py collecting everything db-related. I'm thinking if we can change it to directory traversal instead of direct importing15:52
*** Longgeek has quit IRC15:54
enikanorov_that may allow us to only run migrations for the plugin that is installed15:54
*** sleipneir012 has joined #openstack-neutron15:54
*** marun_ has joined #openstack-neutron15:55
*** diga has quit IRC15:56
*** padkrish has joined #openstack-neutron15:56
*** marun has quit IRC15:57
*** padkrish has joined #openstack-neutron15:57
*** sballe_ has quit IRC15:58
trinathspcm_, replied it15:58
*** suresh12 has joined #openstack-neutron15:59
*** afazekas has quit IRC15:59
*** simon-AS559 has joined #openstack-neutron15:59
*** yamamoto has quit IRC16:01
*** simon-AS5591 has joined #openstack-neutron16:01
*** mitarun has joined #openstack-neutron16:01
*** julim has quit IRC16:01
openstackgerritItzik Brown proposed a change to openstack/neutron: Adds an option to enable broadcast replies to Dnsmasq  https://review.openstack.org/11827716:03
*** yamamoto has joined #openstack-neutron16:03
*** shakamunyi has joined #openstack-neutron16:04
*** simon-AS559 has quit IRC16:04
*** sballe has joined #openstack-neutron16:04
*** jistr has quit IRC16:05
*** devvesa_ has quit IRC16:06
*** amuller__ has quit IRC16:07
*** yamamoto has quit IRC16:08
*** rotbeard has joined #openstack-neutron16:08
*** sleipneir012 has quit IRC16:08
openstackgerritRobert Kukura proposed a change to openstack/neutron: ML2: Driver API changes for hierarchical port binding  https://review.openstack.org/11511016:10
openstackgerritRobert Kukura proposed a change to openstack/neutron: ML2: DB changes for hierarchical port binding  https://review.openstack.org/11612216:10
openstackgerritRobert Kukura proposed a change to openstack/neutron: ML2: Hierarchical port binding  https://review.openstack.org/11620916:10
*** sgordon_ has joined #openstack-neutron16:10
*** padkrish has quit IRC16:11
*** morganfainberg_Z is now known as morganfainberg16:11
rkukuraCores (and others) - reviews of the above 3 patches would really be appreciated. I believe they are ready to merge, and they complete the dynamic segments + hierarchical binding implementation.16:13
*** annegent_ has quit IRC16:13
*** annegent_ has joined #openstack-neutron16:14
*** rha has quit IRC16:14
*** yfauser has joined #openstack-neutron16:15
*** yfauser has left #openstack-neutron16:15
*** mestery_ has joined #openstack-neutron16:16
openstackgerritTrinath Somanchi proposed a change to openstack/neutron: Freescale FWaaS Plugin  https://review.openstack.org/10965916:17
*** sballe has quit IRC16:17
trinathspcm_, Done.16:17
*** sbalukoff1 has quit IRC16:18
*** emagana has quit IRC16:19
*** padkrish has joined #openstack-neutron16:19
*** padkrish has quit IRC16:19
*** mestery has quit IRC16:19
*** emagana has joined #openstack-neutron16:19
*** padkrish has joined #openstack-neutron16:20
emagananlahouti: ping16:20
*** shakamunyi has quit IRC16:20
trinathsmestery_: Hi, can you kindly review the change https://review.openstack.org/#/c/109659/. Its improved from the last review.16:21
mestery_trinaths: will have a peek sir16:21
nlahoutiemagana: hi16:22
mestery_trinaths: I'd really like SumitNaiksatam to have a look and give his blessing as well since this is a FWaaS plugin.16:22
emagananlahouti: It seems that Part 2 DFA commit is blocked by https://review.openstack.org/#/c/105563/16:22
trinathsmestery_: thanks sir. for CI result, its in queue with 25 patches in line.16:22
SumitNaiksatammestery_: trinaths: hi16:23
trinathsmestery_, True, but your blessing will also help me.. :-)16:23
SumitNaiksatamtrinaths: thanks for your deligence on this16:23
trinathsSumitNaiksatam: Hi Sir16:23
nlahoutiemagana: that's correct. But part 3 and 4 are not related to part 2.16:23
SumitNaiksatamtrinaths: and for following up on the changes suggested by akihiro16:24
trinathsSumitNaiksatam: I have addressed amotoki review comments and other comments.16:24
emaganawhat is the point of merging Part 3 and Part 4 if one will be missing, dont you need all of them?16:24
SumitNaiksatamtrinaths: his last review comment was a -116:24
trinathsSumitNaiksatam: amotoki last comments on patchset 42 are also addressed in 44.16:24
SumitNaiksatamtrinaths: if you can get a quick nod from him that will be great16:24
*** sbalukoff has joined #openstack-neutron16:24
trinathsSumitNaiksatam: its due to router_distributed config relocation16:25
trinathsSumitNaiksatam: now I corrected it16:25
trinathsSumitNaiksatam: kindly in your free time please bless me with your review.16:25
SumitNaiksatamtrinaths: sure, but it would be great to get akihiro to validate it as well since it was his concern16:25
*** _cjones_ has joined #openstack-neutron16:25
emagananlahouti: what is the point of merging Part 3 and Part 4 if one will be missing, dont you need all of them? (in case your missed)16:25
anteayatrinaths: how are your reviews going?16:25
anteayatrinaths: are you managing to supply useful comments on other people's patches?16:26
trinathsSumitNaiksatam: sure sir. will work with him tomorrow my morning (IST)16:26
nlahoutiemagana: we need all of them eventually but part 1 and 3 and 4 be merged without 2.16:26
*** rha has joined #openstack-neutron16:26
*** mestery has joined #openstack-neutron16:26
anteayaemagana: so are you in favour or allowing varmour ci to comment on the sandbox again? or no?16:26
SumitNaiksatamtrinaths: again, thanks for your deligence on this!16:26
trinathsanteaya: I'm reviewing the code. People send me comments and improve the code base.16:26
anteayatrinaths: have you talked with any core reviewers about your reviews?16:27
emaganaanteaya: I need to review their results, just give me few minutes16:27
anteayatrinaths: are any core reviewers telling you that what you are doing is helpful?16:27
anteayaemagana: kk16:27
emagananlahouti: That is not the point, the review cycles are minimal, if because Part 2 the whole thing will not work, then I will move to another commits, do you understand my point?16:28
trinathsanteaya: No, I did not. was struck with J-3. I did not ask any core reviewer about the quality of my review. will ask soon16:28
emagananlahouti: By review cycles minimal I really mean that I dont have a lot of review cycles and I want to push for staff that will work for Juno not just for staff that will make some progress..16:28
anteayatrinaths: make a point of it because I will be asking you about it again16:28
anteayatrinaths: everybody is struck with J3, that is the point16:29
trinathsanteaya: okay. How to ask them. Can I ask here, or via email?16:29
*** mestery_ has quit IRC16:30
emaganaanteaya: Yes, please let vArmour to comment again, I asked them to test their CI against my testing commits16:30
anteayaemagana: will do, thanks for those patches16:30
*** marun_ has quit IRC16:30
*** padkrish has quit IRC16:30
emaganaanteaya: That will tell us if the system is operational or not.16:30
anteayaemagana: at next week's third party meeting can you add an agenda item to inform other people about them16:30
nlahoutiemagana: sure I understand. My point is that the code in part 3 and 4 are not related to part 2.16:30
anteayaemagana: it is a good direction16:30
anteayaemagana: I see that, and I like it16:31
emaganaanteaya: Absolutely, I will do it, right now!  :-)16:31
anteayatrinaths: you don't seem to have a problem asking people for reviews of your patches, I have full confidence you can find a way to ask people for reviews of your reviews16:31
anteayatrinaths: if you decide it is important to you16:31
*** dfarrell07 has joined #openstack-neutron16:32
anteayaemagana: thanks16:32
*** dsneddon has joined #openstack-neutron16:32
trinathsanteaya: :-)16:32
emagananlahouti: that does not make sense at all!16:33
trinathsanteaya:  really great to work with you.16:33
*** safchain has quit IRC16:34
emagananlahouti: Those patches said that are realted to this BP: ml2-mechanism-driver-for-cisco-dfa16:34
emagananlahouti: Now you are telling us that they are not!!!!  Something is wrong then!!!16:34
*** snowgust has joined #openstack-neutron16:35
nlahoutiemagana: the whole solution needs all the pieces to work (all part of MD - DFA + horizon + VPD which is part 2 is blocked by it).16:35
*** padkrish has joined #openstack-neutron16:35
*** BillTheKat has joined #openstack-neutron16:36
nlahoutiemagana: part 2 code sends vendor-specific OUI info from MD to the VPD agent.16:36
anteayatrinaths: well I'll be honest with you, I find working with you exhausting, you have all kinds of energy to ensure your work is accomplished and very little time to support the work of others16:36
anteayatrinaths: you are a net drain on my time16:36
trinathsanteaya: :-(16:37
nlahoutiemagana: what I was referring to that part 3 and part 4 are not related to part 2 one is dealing with extensions and the other one deals with config profile services.16:38
*** xmltok has joined #openstack-neutron16:38
emagananlahouti: Then you need different BPs16:38
*** yamamoto has joined #openstack-neutron16:38
*** otherwiseguy has quit IRC16:39
*** jlibosva has quit IRC16:39
emagananlahouti: Did you discuss with mestery your approach, it seems unfair to me for the rest of the developers!16:39
nlahoutiemagana: we already filed 5 BP for this feature.16:39
*** jp_at_hp has quit IRC16:39
emagananlahouti: then you need to point your commits to the right BPs16:39
trinathsanteaya: If I really have energy to ensure my work done, I might not have been here struggling for J-316:40
trinathsanteaya: I'm doing reviews as a code walk through and unit testing tests. for others. There are reviews of me which improved the code of others too.16:41
emaganaNeutron team will need a lot of beer in Juno!!!16:42
trinathsemagana: :-)16:42
nlahoutiemagana: They are pointing to : https://blueprints.launchpad.net/openstack/?searchtext=ml2-mechanism-driver-for-cisco-dfa which is for the MD16:42
*** yamamoto has quit IRC16:43
*** padkrish has quit IRC16:43
*** pballand has joined #openstack-neutron16:44
nlahoutiemagana: and the spec: http://git.openstack.org/cgit/openstack/neutron-specs/tree/specs/juno/cisco-dfa-mechanismdriver.rst16:44
*** jschwarz has joined #openstack-neutron16:44
*** jschwarz has quit IRC16:45
*** s3wong has joined #openstack-neutron16:45
emagananlahouti: I do not understand it yet. I only see three BPs, one for Neutron, One for Neutron-CLient and one for Horizon.16:45
emagananlahouti: Anyway, let me ask you this, if Part2 is NOT merge, will the DFA driver work properly?16:46
nlahoutiemagana: the other on was for extension-in-ml2 which is mereged (#89211) and the other one was the VDP16:46
nlahoutiemagana: today I noticed that VDP BP is moved to Kilo.16:47
nlahoutiemagana: so that code is not going to be merged for juno.16:47
*** claudiub has quit IRC16:48
nlahoutiemagana: the DFA solution needs VDP BP to work16:48
emagananlahouti: which is Part 2, right?16:49
*** ygbo has quit IRC16:49
nlahoutiemagana: no. It is https://review.openstack.org/#/c/105563/16:49
emagananlahouti: which depends on https://review.openstack.org/#/c/105563/ right?16:49
nlahoutiemagana: right.16:49
emaganathen, I honestly do not see any reason why we should merge Part 2, 3 and 4 if https://review.openstack.org/#/c/105563/ is not being reviewed.16:50
nlahoutiemagana: but MD-DFA BP, horizon BP and neutronclient are approved and codes are ready16:50
emagananlahouti: I need you to understand that review cycles are critical right now...16:50
emaganaif https://review.openstack.org/#/c/105563/ has any chances I would try to push it.. but I do not think so.. You may want to follow up with maru newby16:51
*** tflynn has joined #openstack-neutron16:52
*** ivar-lazzaro has joined #openstack-neutron16:52
*** beagles is now known as beagles_brb16:52
nlahoutiemagana: I understand. But https://review.openstack.org/#/c/105563/ was under the review and now it is moved to Kilo.16:52
emaganaThen, I believe the whole DFA staff should move to Kilo just because https://review.openstack.org/#/c/105563/  agree?16:54
*** luqas has quit IRC16:55
nlahoutiemagana: But part 1 is merged and if we merged part 2 and 3 then we don't need to do all these process all over again for Kilo.16:55
emagananlahouti: I need to attend a meeting for an hour or so, I should be able to discuss further later today.16:55
*** sballe has joined #openstack-neutron16:55
*** suresh12 has quit IRC16:56
nlahoutiemagana: thx a lot for your time. Please ping me. I'll be online16:56
*** SumitNaiksatam has quit IRC16:56
emagananlahouti: In the meantime, I would recommend you to get advise from mestery, as PTL he can provide some advising on how to proceed!16:56
emaganamestery: Can you comment on the DFA staff?16:56
*** dave_tucker is now known as dave_tucker_zzz16:56
nlahoutiemagana: sure will do that.16:56
*** dave_tucker_zzz is now known as dave_tucker16:56
*** amaretskiy has quit IRC16:57
*** amcrn has joined #openstack-neutron16:58
*** sballe_ has joined #openstack-neutron16:59
*** reed has joined #openstack-neutron16:59
mesteryemagana nlahouti: If things aren't in the merge queue by tomorrow morning, they are highly unlikely to make Juno at this point.17:00
mesteryttx is tagging Thursday sometime17:00
mesteryAnd the queue is already at 8 hours or so, likely to get worse throughout the day.17:00
mesteryI know rkukura is lookoing at the DFA stuff, so I've asked him to evaluate in the next few hours and reply back.17:00
*** lazy_prince is now known as killer_prince17:01
nlahoutimestery: As you know VDP is moved to Kilo. But we can have MD-DFA part1 (which is already merged) part 3 and 4 (need to be approved)17:01
*** karimb has quit IRC17:01
nlahoutimestery: Thanks a lot Kyle.17:02
mesterynlahouti: Got it.17:03
*** sballe has quit IRC17:03
emaganamestery: DFA depends on VDP, from my point of view the rest of the code for DFA could be merged in Kilo because it will not work at least we merge VDP.17:03
mesteryemagana: That was my understanding as well17:03
*** harlowja has joined #openstack-neutron17:04
*** sballe has joined #openstack-neutron17:04
nlahoutiemagana mestery: My point was to have part 3 and part 4 merged in Juno and merged part 2 for Kilo.17:04
mesterynlahouti: Got it17:05
emaganamestery: It seems that rkukura will provide more details, let's wait.17:05
nlahoutimestery: Because horizon BP and neutronclient depend on that merge17:05
nlahoutimestery: sure.17:05
mesteryYes, lets see what rkukura says today yet once he's looked closer17:05
emagananlahouti: If I am not around just send me an email17:06
nlahoutiemagana: sure will do that.17:06
*** rotbeard has quit IRC17:06
*** sballe_ has quit IRC17:07
*** yamamoto has joined #openstack-neutron17:09
*** SumitNaiksatam has joined #openstack-neutron17:10
*** BillTheKat has quit IRC17:11
*** SridharG has joined #openstack-neutron17:11
*** SridharG has quit IRC17:11
*** yamamoto has quit IRC17:13
openstackgerritBrian Haley proposed a change to openstack/neutron: L3 Metering label as shared  https://review.openstack.org/7009017:14
*** diegows has joined #openstack-neutron17:15
openstackgerritSandhya Dasu proposed a change to openstack/neutron: Implements a ML2 mechanism driver for Cisco UCS Manager  https://review.openstack.org/7413417:15
*** baoli has quit IRC17:18
*** changbl has quit IRC17:18
*** padkrish has joined #openstack-neutron17:20
*** sballe has quit IRC17:20
*** emagana has quit IRC17:21
*** emagana has joined #openstack-neutron17:22
*** emagana has quit IRC17:22
*** emagana has joined #openstack-neutron17:23
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Avoid auto-scheduling for distributed routers  https://review.openstack.org/11575417:23
openstackgerritAARON ZHANG proposed a change to openstack/neutron: Implement full sync for cisco n1kv plugin  https://review.openstack.org/11303717:23
*** sballe has joined #openstack-neutron17:24
*** suresh12 has joined #openstack-neutron17:25
*** dsneddon has quit IRC17:26
openstackgerritVivekanandan Narasimhan proposed a change to openstack/neutron: Refactor the DVR scheduler to get rid of hints  https://review.openstack.org/11441017:27
*** dsneddon has joined #openstack-neutron17:27
*** suresh12 has quit IRC17:27
*** suresh12 has joined #openstack-neutron17:27
*** mitarun has quit IRC17:28
*** dave_tucker is now known as dave_tucker_zzz17:28
*** mitarun has joined #openstack-neutron17:28
*** rms_13 has joined #openstack-neutron17:29
*** baoli has joined #openstack-neutron17:30
*** suresh12 has quit IRC17:30
*** suresh12_ has joined #openstack-neutron17:30
*** rook has left #openstack-neutron17:31
*** mitarun has quit IRC17:31
*** mitarun has joined #openstack-neutron17:32
*** sballe_ has joined #openstack-neutron17:32
*** sballe_ has quit IRC17:32
*** dbite_ has quit IRC17:33
*** dbite_ has joined #openstack-neutron17:34
*** tsg has quit IRC17:35
*** aix has quit IRC17:35
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Cleanup rename of get_compute_ports_on_host_by_subnet  https://review.openstack.org/11841517:37
openstackgerritYanping Qu proposed a change to openstack/neutron: Adds FWaaS driver for Cisco CSR1kv  https://review.openstack.org/11538917:38
*** oreillyd has quit IRC17:39
*** SridharG has joined #openstack-neutron17:41
*** dencaval has joined #openstack-neutron17:43
*** otherwiseguy has joined #openstack-neutron17:45
*** jp_at_hp has joined #openstack-neutron17:48
*** jp_at_hp has quit IRC17:48
*** jp_at_hp has joined #openstack-neutron17:48
*** aveiga has quit IRC17:50
openstackgerritRajeev Grover proposed a change to openstack/neutron: Fix AttributeError when setting external gateway on DVR router  https://review.openstack.org/11214617:51
*** amcrn has quit IRC17:51
*** arborism has joined #openstack-neutron17:52
*** arborism is now known as amcrn17:52
trinathsmarkmcclain: Hi, Freescale CI, has 25 patchsets in queue for this to arrive. For subsequent patchsets it will skip.17:54
*** devvesa has joined #openstack-neutron17:55
*** beagles_brb is now known as beagles17:57
*** emagana has quit IRC17:57
*** baoli has quit IRC17:59
openstackgerritVivekanandan Narasimhan proposed a change to openstack/neutron: Fix DVR to unbind SNAT namespaces on gateway clear  https://review.openstack.org/11842217:59
*** dave_tucker_zzz is now known as dave_tucker17:59
*** devvesa has quit IRC17:59
*** coolsvap has quit IRC18:00
*** dave_tucker is now known as dave_tucker_zzz18:00
*** SridharG has left #openstack-neutron18:00
*** dave_tucker_zzz is now known as dave_tucker18:00
*** signed8bit has joined #openstack-neutron18:01
*** doude has quit IRC18:01
*** dave_tucker is now known as dave_tucker_zzz18:03
*** dave_tucker_zzz is now known as dave_tucker18:03
*** dsneddon has quit IRC18:04
*** rm_work|away is now known as rm_work18:04
*** emagana has joined #openstack-neutron18:05
*** dsneddon has joined #openstack-neutron18:05
*** sgordon_ has quit IRC18:06
*** dave_tucker is now known as dave_tucker_zzz18:06
*** garyduan has quit IRC18:06
*** dave_tucker_zzz is now known as dave_tucker18:06
*** coolsvap has joined #openstack-neutron18:06
*** mspreitz_ has joined #openstack-neutron18:07
*** changbl has joined #openstack-neutron18:08
*** mspreitz has quit IRC18:08
*** garyduan has joined #openstack-neutron18:08
*** yamamoto has joined #openstack-neutron18:09
*** k_stev has joined #openstack-neutron18:10
*** harlowja has quit IRC18:12
*** harlowja has joined #openstack-neutron18:13
markmcclaintrinaths: ok.. when it votes I'll remove the -118:13
*** mspreitz_ has quit IRC18:13
*** rm_work is now known as rm_work|away18:14
*** yamamoto has quit IRC18:14
*** jp_at_hp has quit IRC18:17
*** sgordon_ has joined #openstack-neutron18:18
openstackgerritVivekanandan Narasimhan proposed a change to openstack/neutron: Fix DVR to service DHCP Ports  https://review.openstack.org/11718518:19
*** matrohon has joined #openstack-neutron18:23
*** amuller has joined #openstack-neutron18:24
*** bjornar_ has joined #openstack-neutron18:25
*** julim has joined #openstack-neutron18:27
*** dmellado has quit IRC18:28
*** dmellado has joined #openstack-neutron18:29
openstackgerritMiguel Angel Ajo proposed a change to openstack/neutron: Refactor security group rpc call  https://review.openstack.org/11187618:32
*** emagana has quit IRC18:33
*** emagana has joined #openstack-neutron18:35
*** trinaths has quit IRC18:35
amullermestery: ping about L3 HA18:37
mesteryamuller: ack, whats up?18:37
amullerI understand features have to be approved by tomorrow morning your time to land in J3?18:38
*** mitarun has quit IRC18:38
*** mitarun has joined #openstack-neutron18:38
ajosalv-orlando, : https://review.openstack.org/111876 just the wide exception capture missing fix, I'll go on with that later around 11-12pm CEST18:39
ajoall the other comments have been addressed, as far as I know18:40
*** afazekas has joined #openstack-neutron18:40
*** padkrish has quit IRC18:40
ajomestery, amuller, I think I understood that, I suppose it's based on the estimated merge times for the gate, right?18:40
openstackgerritKevin Benton proposed a change to openstack/neutron: Big Switch: Retry on 503 errors from backend  https://review.openstack.org/11437918:40
salv-orlandoajo: no worries I will be around18:40
ajosalv-orlando, thanks18:40
ajosalv-orlando, also versioning looks good to me know after RPC refactor & amotoki comments18:41
salv-orlandothe features should be approved with enough time to go through the gate and merge before thursday18:41
ajoamuller, ^18:41
ajotight!!!18:42
ajo:]18:42
salv-orlandowith an 80-deep queue, and the pesky bugs we are hitting it’s not looking good.18:42
amullermestery: I have Carl and Maru dedicated to the L3 HA feature but I don't think it'll be approved tomorrow18:42
amullercarl_baldwin: ^18:42
ajoargh18:42
ajoanother failure in the functional job: http://logs.openstack.org/35/115935/10/check/check-neutron-dsvm-functional/8259e32/console.html#_2014-09-02_15_41_02_982 amuller look18:43
mesteryamuller: OK, lets see what we can do18:43
salv-orlandoI think we can jostle 3-4 FFEs. Rather than rushing L3 HA I think it’s worth reviewing it for one more week.18:43
*** mitarun has quit IRC18:43
salv-orlandoajo: don’t panic. marun has that under control.18:43
*** padkrish has joined #openstack-neutron18:43
ajosalv-orlando, .... pheww :)18:44
amullerYeah... I can make significant improvements in a week, that I'd make either to the original patches or in subsequent patches, either case18:44
salv-orlandoajo: https://review.openstack.org/#/c/118380/18:44
carl_baldwinHi.  Back from vacation and ready to hit the reviews again.18:44
ajo''':) salv-orlando18:44
* carl_baldwin goes to read context.18:44
*** adam_g` is now known as adaM_g18:44
*** padkrish has quit IRC18:44
*** adaM_g is now known as adam_g18:44
ajosalv-orlando++ thanks for the info18:45
*** doude has joined #openstack-neutron18:46
*** otherwiseguy has quit IRC18:46
openstackgerritEdgar Magana proposed a change to openstack/neutron: Commit to verify third-party CI systems  https://review.openstack.org/11439318:47
openstackgerritEdgar Magana proposed a change to openstack/neutron: Commit to verify third-party CI systems (Neg)  https://review.openstack.org/11462918:47
carl_baldwinamuller: salv-orlando: mestery:  I will dedicate the rest of my day today to reviewing L3 HA.  I’ll be able to say more after another round of review but I think that I will end up agreeing with salv-orlando that another week may help.18:48
amullercarl_baldwin: I'm working on the server side patches now, after comments from Armando, Maru and others18:48
carl_baldwinI’ll go through the agent side now.18:49
amullercarl_baldwin: I'm trying to push a revision of the first server side patch tonight18:49
amullerif I don't fall asleep I'll get it done =D18:49
carl_baldwinamuller: I’ll be around for the rest of my day minus a couple of hours for family.  Keep me posted.18:50
*** cnesa10 has quit IRC18:51
amullercarl_baldwin: Will do18:51
*** changbl has quit IRC18:52
*** jckasper has joined #openstack-neutron18:54
*** jckasper_ has quit IRC18:55
*** changbl has joined #openstack-neutron18:55
mesterycarl_baldwin: Tahnks!18:58
*** dave_tucker is now known as dave_tucker_zzz18:59
*** sambetts has quit IRC18:59
*** sweston_ is now known as sweston18:59
*** dave_tucker_zzz is now known as dave_tucker19:01
*** otherwiseguy has joined #openstack-neutron19:02
*** pballand has quit IRC19:02
*** sgordon_ has quit IRC19:07
*** marun_ has joined #openstack-neutron19:08
*** yamamoto has joined #openstack-neutron19:09
*** yamamoto has quit IRC19:14
*** emagana has quit IRC19:14
*** padkrish has joined #openstack-neutron19:15
*** emagana has joined #openstack-neutron19:15
*** emagana has quit IRC19:18
*** ZZelle_ has joined #openstack-neutron19:18
*** emagana has joined #openstack-neutron19:18
*** sgordon_ has joined #openstack-neutron19:21
*** padkrish_ has joined #openstack-neutron19:21
*** annegent_ has quit IRC19:22
*** padkrish has quit IRC19:24
*** prasoon has quit IRC19:24
*** prasoon has joined #openstack-neutron19:25
openstackgerritlifeless proposed a change to openstack/neutron: Revert "Prevent SystemExits when running tests"  https://review.openstack.org/11844719:25
openstackgerritlifeless proposed a change to openstack/neutron: Revert "Prevent SystemExits when running tests"  https://review.openstack.org/11844719:26
*** dmellado has quit IRC19:26
*** prasoon has quit IRC19:29
jogoso neutron-full19:29
jogothe top two gate bugs hit neutron-full the most19:29
*** dmellado has joined #openstack-neutron19:30
*** tsg has joined #openstack-neutron19:30
*** dbite_ has quit IRC19:33
*** tflynn has quit IRC19:34
*** dbite_ has joined #openstack-neutron19:34
mesteryjogo: I forget the number, but is one of htem the ssh issue?19:34
mesteryjogo: salv-orlando was hoping to root cause that early this week if that's one of them.19:34
jogomestery: we are discussiong them in #openstack-qa19:34
mesteryjogo: Got it, thanks!19:35
markmcclainrkukura, nlahouti: we have to revert: https://review.openstack.org/#/c/103281/19:36
mesterymarkmcclain: Is this because of the keystone issues you raised?19:37
salv-orlandomarkmcclain: I was reviewing the other patches for that blueprint. What’s the reason?19:37
rkukuramarkmcclain: I’m reviewing those as well19:37
markmcclainmestery: yes… the keystone integration was not removed as requested19:37
nlahoutimarkmcclain: is it because of VDP?19:37
mesterymarkmcclain: Then I'm onboard with the revert due to that19:38
salv-orlandomarkmcclain: keystone integration? why would this require keystone integration? Is it launching VMs?19:38
markmcclainsalv-orlando: it connecting a mech driver to keystone notifications19:38
nlahoutisalv-orlando: It is listening to keystone notification.19:38
markmcclainby spawning a thread19:38
salv-orlandoI see. I’ll go back to the reviews. This is at least unusual.19:39
* salv-orlando I meant I’ll look back at the reviews for that patch.19:39
markmcclainthat is not robust and has lots of unexpected behaviour in when multiple neutron servers are deployed19:40
nlahoutimarkmcclain: do you mean processing same notification?19:40
nlahoutimarkmcclain: by multiple servers?19:40
markmcclainnlahouti: yes if the notification actually arrives19:40
markmcclainnotifications are a fanout so everyone thread gets a copy19:41
nlahoutimarkmcclain: sure, here we save the info in the DB19:41
markmcclainnlahouti: maybe19:41
rkukuramarkmcclain, nlahouti: If the handling of the notifications is idempotent, I don’t see a big issue. If it isn’t, that could probably be fixed as a bug.19:42
markmcclainrkukura: we don't allow any other plugin to do this19:42
markmcclainand have blocked every other proposal to do tie into keystone in this manner19:42
markmcclainthe proposal will cause more headaches than it solves19:43
markmcclainwhich is why we've long objected to it19:43
nlahoutimarkmcclain: the MD just processes the tenant creating/deleting notification and save it in the DB with tenant's name19:43
markmcclainnlahouti: those are not reliable as you have it constructed19:44
*** devvesa has joined #openstack-neutron19:44
*** gildub has joined #openstack-neutron19:44
nlahoutimarkmcclain: can you please elaborate on this?19:44
markmcclainfanout messages can get lost19:45
markmcclainif neutron is not running the notificaitons will be thrown on the floor19:45
rkukuramarkmcclain, nlahouti: Could the handling of the keystone notification be broken out a separate service that Cisco ships on top of Juno?19:45
markmcclainrkukura: that something we should strongly consider for Kilo19:46
nlahoutimarkmcclain: if neutron is not running it means MD-DFA is not running right?19:46
*** dbite_ has quit IRC19:46
rkukuraMy vague understanding is that this is intended to create a DFA profile for each user. I’d think doing this via the DFA service plugin API would be sufficient, and Cisco could add an agent to automate it.19:46
*** pballand has joined #openstack-neutron19:47
*** devvesa has quit IRC19:48
markmcclainrkukura: that's fine.. we'll revert19:49
nlahoutirkukura markmcclain: MD DFA will create the same project/tenant (which is created openstack) in the DCNM19:49
markmcclainthey can fix the issue raise and resubmit19:49
*** reed has quit IRC19:51
*** trinaths has joined #openstack-neutron19:51
nlahoutimarkmcclain: With the issue that you mentioned for notification, what else can be used instead of notification?19:51
rkukuramarkmcclain: It would be more productive to address this via a bug fix I’d think, unless this is somehow causing gate failures.19:52
*** annegent_ has joined #openstack-neutron19:52
*** padkrish_ has quit IRC19:52
nlahoutirkukura: I agree. We can open a bug and fix it there.19:53
markmcclainnlahouti: as I stated my email to the team on Friday it is something that the community will need to work on Kilo because the problem is actually complex19:53
markmcclain*DFA team19:53
nlahoutimarkmcclain: It that okay to open a bug and I will work on fix ?19:53
*** crose has joined #openstack-neutron19:53
openstackgerritKarthik Natarajan proposed a change to openstack/neutron: Implementation of Brocade Vyatta vRouter L3 Plugin  https://review.openstack.org/10233619:53
markmcclainnlahouti: we'll revert and the code can be fixed and reproposed19:54
nlahoutimarkmcclain: In that case we cannot make the Juno, right?19:54
*** prasoon has joined #openstack-neutron19:55
*** baoli has joined #openstack-neutron19:55
*** morganfainberg is now known as needs19:57
*** needs is now known as needscoffee19:57
*** doude has quit IRC19:58
nlahoutimarkmcclain: Is that the part you were referring to: "We don’t allow MechDrivers or even plugins to listen for Keystone notifications.  We’ve long precluded this for a myriad of of technical reasons including: handling notifications that are lost, not all Keystone projects/users are added via the keystone API (depends on the backing store), synchronization issues in a deployment with multiple neutron servers behind a load ba19:58
*** doude has joined #openstack-neutron19:58
*** tflynn has joined #openstack-neutron19:59
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Refactor l2_pop code to pass mac/ip info more readably  https://review.openstack.org/11217820:00
*** prasoon has quit IRC20:01
*** pballand has quit IRC20:02
openstackgerritmark mcclain proposed a change to openstack/neutron: Revert "Cisco DFA ML2 Mechanism Driver"  https://review.openstack.org/11845620:02
*** SumitNaiksatam has quit IRC20:02
markmcclainnlahouti: yep that was the private warning of the issue as well as the comment left in the review20:03
*** pballand has joined #openstack-neutron20:04
*** pballand has quit IRC20:05
*** sgordon_ has quit IRC20:07
*** itzikb has joined #openstack-neutron20:07
*** afazekas has quit IRC20:09
*** rook has joined #openstack-neutron20:09
*** yamamoto has joined #openstack-neutron20:09
*** julim has quit IRC20:11
*** trinaths has quit IRC20:12
*** julim has joined #openstack-neutron20:13
*** gduan has joined #openstack-neutron20:13
*** garyduan has quit IRC20:14
*** yamamoto has quit IRC20:14
*** padkrish has joined #openstack-neutron20:15
*** kickinz1 has quit IRC20:15
nlahoutimarkmcclain: I replied to your comments on that patch and had to push changes for other reviews and in all the comments I ask reviewer that the patch is updated according to their comments and basically waiting for their review. According to the commit message in https://review.openstack.org/118456 Do you mean I intentionally push the commit to hide objection?20:15
ZZelle_hi, everyone!20:16
*** sballe has quit IRC20:16
*** cipcosma has quit IRC20:17
ZZelle_some core can have a final look at https://review.openstack.org/116988 which removes a "simple" SELECT FOR UPDATE20:17
markmcclainnlahouti: except that the revised patches should have indicated either via marking them as WIP or a comment on the current revision that there were outstanding issues raised that were not addressed20:19
*** sgordon_ has joined #openstack-neutron20:19
*** NuclearW0rm has joined #openstack-neutron20:21
markmcclainnlahouti: the intent of the commit msg was not to suggest malice, but state the objective reason for the revert20:22
nlahoutimarkmcclain: thx for clarification.20:26
*** sballe has joined #openstack-neutron20:26
nlahoutimarkmcclain: Would that be any issue to use keystone API to get list of projects instead of listening to keystone notification?20:31
markmcclainnlahouti: we rejected bigswitch's request to do that as well20:32
*** zacksh has quit IRC20:32
*** itzikb has quit IRC20:33
*** mlavalle has joined #openstack-neutron20:33
nlahoutimarkmcclain: who about using tenant_id in the network dict and use that to create the project in DCNM?20:34
*** julim has quit IRC20:34
markmcclainthat is fine.. you can react on demand20:35
*** julim has joined #openstack-neutron20:35
*** emagana has quit IRC20:36
markmcclainbut spawning a thread to listen to keystone or sync with keystone is something we've long prohibited in plugins and drivers20:37
*** emagana has joined #openstack-neutron20:37
markmcclainany rate we can revert and the patch can be cleaned up and reproposed20:37
*** otherwiseguy has quit IRC20:39
*** zacksh has joined #openstack-neutron20:39
rkukuramarkmcclain: I think it would be reasonable to give nlahouti some amount of time to figure out whether a bug fix can be submitted to replace the notification handling with some other solution, before actually reverting the patch.20:39
*** julim has quit IRC20:39
markmcclainrkukura: I disagree.. the unit merged should meet our requirements which is why we should pull it out.. revise and resubmit20:40
*** snowgust has quit IRC20:40
rkukuramarkmcclain: There are a lot of patches that I would revert by that standard.20:40
*** emagana_ has joined #openstack-neutron20:41
nlahoutimarkmcclain: in that case the project can be created but I need to use the name of the project as well so using keystone API is okay here, right?20:41
*** emagana has quit IRC20:41
*** otherwiseguy has joined #openstack-neutron20:41
*** crc32 has joined #openstack-neutron20:44
*** pballand has joined #openstack-neutron20:49
*** LiberTerra has joined #openstack-neutron20:52
*** LiberTerra has quit IRC20:52
*** LiberTerra has joined #openstack-neutron20:52
*** mestery has quit IRC20:53
*** mwagner_lap has quit IRC20:53
amullerDamnit, every time. I bring up a multi-node devstack setup, devstack creates a default network called private, but it's a 'local' network... I use VXLAN and it takes me like 30 minutes to debug why I don't have connectivity20:54
amullerWhat a pain20:54
ajo:/20:54
amullerdelete it, re-create it, viola, vxlan network, everything works20:54
*** tchaypo has left #openstack-neutron20:54
ajoamuller, not sure if you can change the private network CIDR in devstack20:54
ajoah20:55
ajoyou need it not to be local20:55
ajosorry20:55
ajoyeah, you need to automate that, or modify devstack to support something else that it's not 'local'20:55
*** mestery has joined #openstack-neutron20:55
*** needscoffee is now known as morganfainberg20:56
*** mlavalle has quit IRC20:56
*** mlavalle has joined #openstack-neutron20:56
*** baoli has quit IRC20:59
*** baoli has joined #openstack-neutron21:00
*** tsg has quit IRC21:00
*** jorgem has quit IRC21:00
*** tsg has joined #openstack-neutron21:01
*** emagana_ has quit IRC21:01
*** mlavalle has quit IRC21:02
*** emagana has joined #openstack-neutron21:02
*** mlavalle has joined #openstack-neutron21:02
*** emagana has quit IRC21:03
*** emagana has joined #openstack-neutron21:03
*** mlavalle has quit IRC21:04
*** mlavalle has joined #openstack-neutron21:04
*** crose has quit IRC21:07
*** pballand has quit IRC21:07
ajosalv-orlando, https://review.openstack.org/#/c/112798/ your comments where quite reasonable. I agree to address them in a follow up patch.21:08
salv-orlandoajo: yes lets not hold this work.21:08
*** yamamoto has joined #openstack-neutron21:09
ajothank you21:09
*** annegent_ has quit IRC21:14
*** yamamoto has quit IRC21:14
*** tsg has quit IRC21:14
openstackgerritA change was merged to openstack/neutron: Make log level in linux.utils.execute configurable  https://review.openstack.org/11171521:17
*** mlavalle has quit IRC21:17
*** mlavalle has joined #openstack-neutron21:18
*** cnesa10 has joined #openstack-neutron21:21
*** otherwiseguy has quit IRC21:23
*** otherwiseguy has joined #openstack-neutron21:23
*** dave_tucker is now known as dave_tucker_zzz21:24
*** dave_tucker_zzz is now known as dave_tucker21:26
*** emagana has quit IRC21:29
*** doude has quit IRC21:30
*** emagana has joined #openstack-neutron21:30
*** morganfainberg is now known as steve_notmorgan21:32
*** steve_notmorgan is now known as morganfainberg21:32
*** devvesa has joined #openstack-neutron21:33
*** Sukhdev has joined #openstack-neutron21:33
openstackgerritAssaf Muller proposed a change to openstack/neutron: Add L3 VRRP HA base classes  https://review.openstack.org/6455321:34
openstackgerritAssaf Muller proposed a change to openstack/neutron: Add a new scheduler for the l3 HA  https://review.openstack.org/6634721:34
*** emagana has quit IRC21:34
*** prasoon has joined #openstack-neutron21:35
ZZelle_amuller, hi21:35
*** changbl has quit IRC21:35
amullerZZelle_: heya21:35
*** ZZelle_ has left #openstack-neutron21:35
*** ZZelle_ has joined #openstack-neutron21:35
ZZelle_amuller, it seems not normal that your "private" network is not a vxlan network21:36
amullerZZelle_: my fault, not devstack21:36
amullerZZelle_: my localrc did not have ml2 configuration, I have an ml2 conf.ini that I copy in after devstack finishes21:36
ZZelle_amuller, that's it21:37
amulleryeah21:37
amullerI have to update my local.conf to have a valid ml2 conf21:37
*** emagana has joined #openstack-neutron21:37
*** devvesa has quit IRC21:37
*** lori is now known as lori|away21:38
amullercarl_baldwin: pushed new version of the models patch21:39
amullercarl_baldwin: scheduler patch has only nits, I'll fix those tomorrow, too late for me21:39
*** prasoon has quit IRC21:39
*** mitarun has joined #openstack-neutron21:39
carl_baldwinamuller: Will look at it very soon.21:40
carl_baldwinI’ll also finish up my review of the L3 agent patch.21:40
openstackgerritAARON ZHANG proposed a change to openstack/neutron: Implement full sync for cisco n1kv plugin  https://review.openstack.org/11303721:40
*** rpothier has quit IRC21:40
amullercarl_baldwin++21:40
carl_baldwinamuller: Talk to you tomorrow.21:41
amullercarl_baldwin: Just gonna check out Darragh's comment on the agent patch then I'm out21:41
*** vivek-ebay has joined #openstack-neutron21:41
carl_baldwinamuller: Yeah, looks like he hit an error.  I didn’t see him provide a stack trace though.21:42
amullerhmm he is correct21:42
*** jckasper has quit IRC21:42
amullerI guess that part isn't covered in the functional test21:42
*** mitarun has quit IRC21:44
amullerhmm, but it is, the mystery continues21:44
*** bjornar_ has quit IRC21:44
*** lnxnut has quit IRC21:46
openstackgerritKevin Benton proposed a change to openstack/neutron: BSN: Bind external ports in ML2 driver  https://review.openstack.org/11618821:46
carl_baldwinamuller: Could there be a stack trace hidden and suppressed by the functional test?21:47
carl_baldwinamuller: I know it is getting late for you.  I’m sure you’ll figure it out.21:48
amullerif the l3 agent is catching the exception21:48
amullerand not re-raising it21:48
amullerthen yeah the functional test would succeed as there's no explicit assert for the floating IP on the external gateway21:49
amullershit21:49
*** sballe_ has joined #openstack-neutron21:49
*** JayJ has joined #openstack-neutron21:52
*** annegent_ has joined #openstack-neutron21:53
*** sballe has quit IRC21:53
ajoamuller, go go go! ;)21:53
ajohi carl_baldwin :)21:53
amullerlol =D21:53
amullerthis whole situation is surreal21:53
carl_baldwinajo: Hi21:54
*** simon-AS5591 has quit IRC21:54
*** SayajiPatil_ has joined #openstack-neutron21:54
*** oda-g has joined #openstack-neutron21:54
ajoamuller, the fun of deadlines :)21:54
*** padkrish has quit IRC21:55
carl_baldwinamuller: On the bright side, It is good to know that a few of us reviewers (like Darragh) are actually trying the code.21:56
amulleryeah I'm pretty impressed21:56
*** emagana has quit IRC21:57
amullerit's not trivial to test out this stuff, I have to ask him what's his setup21:57
*** alexpilotti has quit IRC21:57
carl_baldwinI know, I’m still working on my setup while doing inspection based reviews.21:57
*** emagana has joined #openstack-neutron21:57
amullerYou need a minimum of 2 VMs, I wasn't able to simulate two l3 agents on a single VM... That's what the final patch in the agent series is about21:58
openstackgerritKarthik Natarajan proposed a change to openstack/neutron: Implementation of Brocade Vyatta vRouter L3 Plugin  https://review.openstack.org/10233621:59
amullerI got a functional test for failover but I wasn't able to get two l3 agents on the same machine with devstack21:59
amullerml2 was failing to bind the HA ports21:59
*** annegent_ has quit IRC21:59
kevinbentonamuller: did you run two openvswitch agents?21:59
amulleryeah21:59
amullerI ran two pairs of ovs agent + l3 agent, each pair had the same 'host' value in their neutron.conf22:00
amullereach pair had a unique state_path22:00
ajoamuller++ :)22:00
ajoso it was that, :)22:00
*** emagana_ has joined #openstack-neutron22:00
rkukurakevinbenton: I will review your external port patches today - got tied up with other reviews - sorry22:00
amullerand I created two 'integration bridges' and two external bridges22:00
amullerpointed each pair to the correct one22:00
kevinbentonamuller: did they show up in neutron agent-show as independent agents?22:00
*** emagana has quit IRC22:00
amullerand connected the two integration bridges with a veth pair22:00
amullerkevinbenton: yes22:00
ajokevinbenton, they should :)22:01
ajoamuller, how did you mapped the connectivity between the two l2 agents finally?22:01
ajoveth pair?22:01
ajoo ovs ports?22:01
ajoor22:01
amullerveth pair22:01
kevinbentonajo: veth pair22:02
rkukuraamuller: Why are you trying to run two L2 agents on the same host?22:02
kevinbentonrkukura: thanks22:02
ajorkukura, functional testing :)22:02
amullerrkukura: I'm trying to simulate multi node on a single machine22:02
*** annegent_ has joined #openstack-neutron22:02
amullerIt's so I can work on L3 HA easier but the end goal is getting it working on Tempest like this22:02
ajoamuller, for functional testing or it was for something else?22:02
ajoahh22:02
amullersince it seems like tempest multi node is going no where22:02
ajosorry22:02
kevinbentonamuller: did you get anything useful with debugging in the openvswitch logs?22:03
ajoseems like a cheap way to do multi mode, with far less resources22:03
ajorkukura, hi :)22:03
rkukuraamuller: You probably need to make the two L2 agents use different host IDs then, and have two nova-computes that set these same host IDs on ports.22:03
kevinbentonrkukura: nova-compute shouldn’t be necessary for L3 agents though, right?22:04
amullerrkukura: no instances involved22:04
rkukurakevinbenton: Didn’t realize L3 agents were all you cared about22:04
ajorkukura, ah, it was you how showed me that with host-id in ml2, why does that happen, ports are tied to hosts-id's too?22:04
rkukuraML2 port binding is based on the binding:host_id value on the port.22:05
kevinbentonwell the L3 agent scheduler should set the host_id based on the agent-id from the DB...22:05
ajoahaa22:05
*** vivek-ebay has quit IRC22:05
rkukurakevinbenton: right22:06
openstackgerritAbhishek Raut proposed a change to openstack/neutron: ML2 mechanism driver for Cisco Nexus1000V  https://review.openstack.org/11487222:07
*** vivek-ebay has joined #openstack-neutron22:07
*** emagana_ has quit IRC22:08
openstackgerritmark mcclain proposed a change to openstack/neutron: Revert "Cisco DFA ML2 Mechanism Driver"  https://review.openstack.org/11845622:08
*** emagana has joined #openstack-neutron22:09
*** yamamoto has joined #openstack-neutron22:09
*** dfarrell07 has quit IRC22:10
*** SayajiPatil_ has quit IRC22:11
*** emagana has quit IRC22:13
*** pcm_ has quit IRC22:13
*** yamamoto has quit IRC22:14
*** emagana has joined #openstack-neutron22:14
*** annegent_ has quit IRC22:15
*** kbringard has quit IRC22:16
*** matrohon has quit IRC22:17
rkukurakevinbenton: Is the extension still needed with https://review.openstack.org/#/c/116188/?22:17
kevinbentonrkukura: so it’s not needed there but the downside is that all of the validation for formats is gone22:18
kevinbentonrkukura: i was hoping to make that sort of standardized by ML2 doing the validation22:19
kevinbentonrkukura: here. https://review.openstack.org/#/c/116187/22:19
rkukurakevinbenton: Would this be a good candidate for implementation as an ML2 extension driver?22:19
kevinbentonrkukura: so just the validation isn’t even any extension per say because it doesn’t add more resources22:20
rkukuraML2 extension drivers add attributes to core resources.22:20
openstackgerritDoug Wiegley proposed a change to openstack/neutron: Remove py33 from tox env list.  eventlet means it'll never work.  https://review.openstack.org/11847922:20
kevinbentonrkukura: not even attributes anymore since this is all contained in the HOST_ID22:20
*** tsg has joined #openstack-neutron22:21
sballe_Coudl somebody remind me when the weekly neutron meeting?22:21
kevinbentonrkukura: the other component to this was DB records that keep track of these identifiers while they aren’t assigned to ports22:21
kevinbentonrkukura: which was this one https://review.openstack.org/#/c/97173/22:21
rkukurakevinbenton: I’ll need to spend some time on all this.22:22
kevinbentonrkukura: however, that isn’t driver specific. it’s basically just a place to store records and that isn’t critical to merge because it could be argued that this is some other tool’s job outside of neutron22:22
kevinbentonrkukura: ok. the first one is basically the important one22:22
kevinbentonrkukura: https://review.openstack.org/#/c/116187/1522:22
openstackgerritMiguel Angel Ajo proposed a change to openstack/neutron: Refactor security group rpc call  https://review.openstack.org/11187622:23
ajosalv-orlando, sorry, I cleared your +2, I just realized :/22:23
*** sgordon_ has quit IRC22:23
ajohttps://review.openstack.org/#/c/111876/3422:23
ajoI was addressing the comments here: https://review.openstack.org/#/c/111876/31/neutron/api/rpc/handlers/securitygroups_rpc.py22:24
openstackgerritAssaf Muller proposed a change to openstack/neutron: Test HA router failover  https://review.openstack.org/11799422:24
openstackgerritAssaf Muller proposed a change to openstack/neutron: Add HA support to the l3 agent  https://review.openstack.org/7070022:24
ajonow it makes sense, thank you for reviewing, sorry for clearing the +2 :/ :]22:24
amullercarl_baldwin: I fixed the issue with the floating IPs, added it to functional test22:26
amullercarl_baldwin: And now it's time to crash, talk to ya tomorrow22:26
*** rms_13__ has joined #openstack-neutron22:27
*** karimb has joined #openstack-neutron22:27
amullerajo: night22:27
*** amuller has quit IRC22:27
*** jobewan has quit IRC22:28
*** signed8bit has quit IRC22:29
*** trinaths has joined #openstack-neutron22:31
carl_baldwinamuller:  ‘night22:33
*** signed8bit has joined #openstack-neutron22:35
*** prasoon has joined #openstack-neutron22:35
*** prad has quit IRC22:36
*** JayJ has quit IRC22:36
*** prasoon has quit IRC22:40
openstackgerritRajeev Grover proposed a change to openstack/neutron: Fix AttributeError when setting external gateway on DVR router  https://review.openstack.org/11214622:40
*** rms_13__ has quit IRC22:41
*** dgollub has quit IRC22:42
*** pcm_ has joined #openstack-neutron22:44
*** emagana has quit IRC22:45
*** emagana has joined #openstack-neutron22:45
*** karimb has quit IRC22:45
*** zhipeng has quit IRC22:47
*** pballand has joined #openstack-neutron22:48
*** signed8bit has quit IRC22:48
salv-orlandomarkmcclain, mestery: do you reckon it’s ok for a neutron service plugin to have admin access to keystone so that it can list tenants? I think that 1) operators want to keep things as segregate as possible, and it might not be ok for them if service accounts can list users or tenants (imagine for instance bogus services which might add themselves to the catalog)22:48
*** pcm_ has quit IRC22:48
salv-orlando2) defintely not ok imho to have admin access to keystone from neutron22:48
*** pcm_ has joined #openstack-neutron22:49
*** dave_tucker is now known as dave_tucker_zzz22:49
salv-orlandothis is being attempted here: https://review.openstack.org/#/c/115964/2/neutron/services/identity/sync.py22:49
*** thomasem has quit IRC22:49
*** emagana has quit IRC22:50
*** nijaba_ has quit IRC22:51
markmcclainsalv-orlando: I'd like to see a more holistic solution22:52
salv-orlandowhere holistic means?22:54
salv-orlandothere is also a mechanism for listening to notifications....22:54
markmcclaina mechanism that cleans up across projects22:55
markmcclainso if a project is deleted seems that we should ensure nova cleans up before we do22:56
*** dmellado has quit IRC22:56
*** haleyb_ has joined #openstack-neutron22:56
*** dmellado has joined #openstack-neutron22:57
salv-orlandook holistic as looking at all projects22:59
*** suresh12_ has quit IRC22:59
salv-orlandook I think that’s enough for delaying this work item23:00
*** rook has quit IRC23:00
markmcclainsalv-orlando: yes… seems that if projects are independently performing garbage collection that could lead to harder problems for ops to chase down23:00
salv-orlandocool.23:01
* markmcclain thinks this would be cool session for paris23:01
*** vivek-ebay has quit IRC23:01
*** suresh12 has joined #openstack-neutron23:05
*** baoli has quit IRC23:05
openstackgerritMiguel Angel Ajo proposed a change to openstack/neutron: Add test to compare security_group_info_for_devices with old rpc  https://review.openstack.org/11557523:06
*** networkstatic has quit IRC23:06
*** emagana has joined #openstack-neutron23:07
*** tgohad has joined #openstack-neutron23:08
*** pballand has quit IRC23:09
*** yamamoto has joined #openstack-neutron23:09
*** tsg has quit IRC23:09
*** haleyb_ has quit IRC23:10
*** pballand has joined #openstack-neutron23:11
*** carl_baldwin has quit IRC23:11
*** vivek-ebay has joined #openstack-neutron23:12
*** haleyb_ has joined #openstack-neutron23:12
kevinbentonsalv-orlando, markmcclain: if this were proposed today would it still be accepted? https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/arista/mechanism_arista.py#L37423:13
kevinbentonsalv-orlando, markmcclain: i suspect it’s using the keystone credentials  to query keystone23:14
*** yamamoto has quit IRC23:14
kevinbentonis it just that it can’t happen in neutron and it should be swept under the rug to the backend?23:14
*** rm_work|away is now known as rm_work23:16
*** tongli has quit IRC23:16
*** tongli has joined #openstack-neutron23:16
*** pballand has quit IRC23:17
*** ianw has quit IRC23:17
kevinbentonthis also does something very similar23:18
kevinbentonhttps://github.com/openstack/neutron/blob/master/neutron/plugins/ibm/sdnve_api.py#L33923:18
*** ianw has joined #openstack-neutron23:18
*** ZZelle_ has quit IRC23:20
*** devvesa has joined #openstack-neutron23:22
*** ivar-lazzaro has quit IRC23:26
*** devvesa has quit IRC23:26
*** cnesa10 has quit IRC23:27
*** cnesa10 has joined #openstack-neutron23:28
salv-orlandokevinbenton: maybe it’s just me being paranoid. On the other hand while I’m don’t feel responsible for potential security issues in a driver or a vendor plugin, I feel I should speak out regarding those on service plugins designed for community consumptions23:30
salv-orlandoand if I reviewed the patches which added keystone integration in plugin and drivers for tenant validation I would have given them a super-extra hard time.23:31
*** vivek-ebay has quit IRC23:31
openstackgerritSwaminathan Vasudevan proposed a change to openstack/neutron: Add validation for the dvr router l3agent binding  https://review.openstack.org/11849123:31
salv-orlandobecause I love being an a-hole23:31
*** vivek-ebay has joined #openstack-neutron23:32
kevinbentonsalv-orlando: mine was torpedoed for recording keystone project names. :-(23:32
*** haleyb_ has quit IRC23:32
kevinbentonsalv-orlando: didn’t even have any keystone integration23:32
kevinbentonsalv-orlando: so i was trying to figure out what the standard was for this kind of stuff is23:33
*** haleyb_ has joined #openstack-neutron23:33
*** Sukhdev has quit IRC23:33
nlahoutikevinbenton: and I was told even keystone API cannot be used to get tenant's list (in the plugins /drivers)  and here https://review.openstack.org/#/c/115964/2/neutron/services/identity/sync.py,unified L#80 I see it is being used. May be I'm wrong.23:35
*** prasoon has joined #openstack-neutron23:36
kevinbentonnlahouti: using the keystone credentials to get tenants can fail if the keystone user isn’t an admin23:36
*** markmcclain has quit IRC23:37
*** emagana has quit IRC23:37
*** haleyb_ has quit IRC23:38
kevinbentonnlahouti: that’s why i had taken a different approach of just recording them as they came in23:38
*** haleyb_ has joined #openstack-neutron23:38
*** padkrish has joined #openstack-neutron23:39
nlahoutikevinbenton: yes. I saw your patch while back.23:39
*** sgordon_ has joined #openstack-neutron23:40
*** prasoon has quit IRC23:42
*** padkrish has quit IRC23:42
*** flaviof is now known as flaviof_zzz23:43
*** ivar-lazzaro has joined #openstack-neutron23:46
*** yamamoto has joined #openstack-neutron23:46
*** reed has joined #openstack-neutron23:47
*** mlavalle has quit IRC23:50
*** emagana has joined #openstack-neutron23:50
salv-orlandokevinbenton: the standard imho so far is that services ignore keystone for validation of tenant ids.23:50
salv-orlandowhether this is right or not is a good question, and as an answer I’d probably just refer to markmcclain’s comments regarding a need for a holistic approach (ie: a solution which encompasses openstack as a whole)23:51
kevinbentonsalv-orlando: right. i’m just whining because all we get on the backend are the tenant UUIDs and they are hideous23:52
kevinbentonsalv-orlando: and there is data coming into neutron with the context that provides this info23:52
kevinbentonsalv-orlando: but it is evil to store this in a database23:53
salv-orlandokevinbenton: if this is about ops (and your SEs) wishing to get something more human friendly we give ‘em tools that reconcile the uuids with keystone data.23:53
*** nijaba has joined #openstack-neutron23:53
salv-orlandoin that case is the admin that willingly and as a one off gains admin access to keystone23:53
*** nijaba has quit IRC23:53
*** nijaba has joined #openstack-neutron23:53
*** k_stev1 has joined #openstack-neutron23:53
kevinbentonsalv-orlando: which is a complete waste when it’s already in the context!23:53
kevinbentonsalv-orlando: backend controller requires openstack specific client libraries to read from keystone, etc23:54
*** k_stev has quit IRC23:57

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