Wednesday, 2013-11-20

*** harlowja has quit IRC00:16
idella4ok markmcclain I re-ran with; testr init \ testr run --parallel --concurrency=300:19
idella4got; FAIL: process-returncode \ tags: worker-1;  Binary content:   traceback (test/plain; charset="utf8")00:20
markmcclainhmmm00:20
*** dkliban has joined #openstack-neutron00:21
idella4+ : FAIL: process-returncode \ tags: worker-1;  \  ... \ FRan 18183 tests in 1827.552s \ AILED (id=0, failures=2, skips=328)00:21
markmcclainno traceback?00:21
idella4exactly00:21
idella430 min. is a good run time00:22
idella4no traceback means I am totally blinded00:22
idella4a run without --parallel takes around 100 min.00:23
idella4re-running now00:23
idella4this is why I can't get a 'move-on' with this and I am at day 600:23
idella4though some of my re-runs I aborted of my own invocation00:24
idella4the traceback comes from the tests' code, being on a gentoo system afaik makes sodall difference00:25
lifelessidella4: if there is no traceback, it probably means a test is exiting the process00:26
idella4It's kind of the first time I've encountered such a phenomenon, and gee, it's kind ofthe first time I've called testr as a test runner00:26
lifelessidella4: by calling sys.exit()00:26
idella4right00:26
*** gdubreui has joined #openstack-neutron00:27
idella4still, no traceback00:27
idella4nosetests routinely provides a coverage output which captures any such shenanigans00:27
*** dkliban has quit IRC00:27
idella4re-running now, eta ~ 100 minutes00:28
*** matsuhashi has joined #openstack-neutron00:29
idella4I aborted the use of --parallel 3 days ago, these 2 such errors I decided came from its invocation00:29
idella4that though amounts to a best guess on the info, may not be quite right00:30
*** coolsvap has quit IRC00:30
idella4I mean have you turned logging off or something?00:32
*** devlaps has quit IRC00:36
*** carl_baldwin has quit IRC00:38
*** networkstatic has joined #openstack-neutron00:45
*** matsuhashi has quit IRC00:48
*** matsuhashi has joined #openstack-neutron00:49
*** obondarev has quit IRC00:52
*** matsuhashi has quit IRC00:53
*** enikanorov__ has quit IRC00:54
*** alexpilotti has quit IRC00:59
*** reed has quit IRC01:02
*** matsuhashi has joined #openstack-neutron01:08
*** z0rkito has left #openstack-neutron01:12
*** wenjianhn has joined #openstack-neutron01:18
*** matsuhashi has quit IRC01:34
*** matsuhashi has joined #openstack-neutron01:35
*** matsuhashi has quit IRC01:40
*** matsuhashi has joined #openstack-neutron01:43
*** harlowja has joined #openstack-neutron01:51
*** nati_ueno has joined #openstack-neutron01:59
*** alagalah has quit IRC02:05
*** alexpilotti has joined #openstack-neutron02:05
*** changbl has joined #openstack-neutron02:09
*** wenjianhn has quit IRC02:10
*** alagalah has joined #openstack-neutron02:10
*** suresh12 has quit IRC02:17
*** suresh12 has joined #openstack-neutron02:17
*** jsergent has quit IRC02:18
*** changbl has quit IRC02:19
*** suresh12 has quit IRC02:19
*** suresh12 has joined #openstack-neutron02:19
*** unicell has quit IRC02:24
*** unicell has joined #openstack-neutron02:24
*** wenjianhn has joined #openstack-neutron02:25
*** akamyshnikova has quit IRC02:26
*** ogelbukh has quit IRC02:26
*** yamahata_ has joined #openstack-neutron02:28
*** yamahata_ has quit IRC02:33
*** wenjianhn has quit IRC02:39
*** wenjianhn has joined #openstack-neutron02:42
*** steven-weston has quit IRC02:45
*** yamahata_ has joined #openstack-neutron02:50
dkehnidella4: is this a test for a single situation (i.e. your testing for something you are patching) or does it work under focused testing and your are trying to run it all?02:55
idella4let's see;02:56
idella4I am doing no patching02:56
idella4I'm running the testsuite as is, the only patch I have patching is one committed fromcollective  'you'02:57
dkehnidella4: so your just pulling from trunk and trying to run something like tox -epy2702:57
idella4forget tox02:57
idella4I'm running tesr directly02:57
dkehnidella4: ok, may I ask why02:57
idella4take tox OUT of the equation, well it's all in the backlog, but sure02:58
dkehnidella4: I can check the log02:58
idella4in summary, it confounds gentoo's approach to the core02:58
idella4yep02:58
idella4I was outlining it this time yesterday with markmcclain02:58
idella4this is gentoo02:58
idella4the user of tesr directly works fine02:59
*** steven-weston has joined #openstack-neutron02:59
*** changbl has joined #openstack-neutron03:02
idella4I am currently suspecting that gentoo's eclass' multiprocessing component is getting some tests to be run out of order03:04
idella4dealing with a suite the size of neutron's I don't think I've done before03:04
dkehnI'm probably not going to be of much help here, I typically use tox, becuase that is what is used in the gate and I want to simular that as much as possible to reduce other situations, also03:07
idella4well that places gentoo at odds with neutron and or vica versa03:08
dkehnwhne I've got a pathc that is trublesome I'll goto debug mode on a test or a suite to see whats going on03:08
dkehnusing the python -m unittest <class>03:08
dkehnwith pdb.set-trace() in it to allow me to stop and look around03:08
idella4eeer, I follow in principle but not being versed not sure how to do03:10
idella4is <class> a test_.py file?03:10
idella4but ok thx03:11
*** carl_baldwin has joined #openstack-neutron03:12
dkehnhmm, so lets say put a import pdb; pdb.set_trace() back in https://github.com/CiscoSystems/neutron/blob/odl_ml2/neutron/tests/unit/test_extension_extradhcpopts.py#L14003:12
dkehnand then within the neutron directory excute the ~/.tox/py27/bin/activate to get int the virt env03:12
dkehnthen run something like:03:12
dkehnpython -m unittest neutron.tests.unit.test_extension_extradhcpopt.TestExtraDhcpOpt03:13
idella4ok I follow03:14
dkehnwill run just those test (will do all the setup and tear downs) and break on the set_trace() line03:14
*** nati_ueno has quit IRC03:14
idella4thanks dkehn03:14
dkehnyou can pull that class back a bit if you've got other things that aren't cleanning up03:14
dkehnthis way you can look around or whatever.03:15
*** gongysh has joined #openstack-neutron03:15
dkehnhope that helps, I'm off to zzzz land03:15
idella4right thanks03:15
*** nati_ueno has joined #openstack-neutron03:16
*** networkstatic has quit IRC03:17
*** nati_ueno has quit IRC03:20
*** carl_baldwin has left #openstack-neutron03:20
*** suresh12 has quit IRC03:30
*** matsuhashi has quit IRC03:31
*** suresh12 has joined #openstack-neutron03:31
*** matsuhashi has joined #openstack-neutron03:31
*** alagalah_ has joined #openstack-neutron03:34
*** suresh12 has quit IRC03:36
*** matsuhashi has quit IRC03:36
*** matsuhashi has joined #openstack-neutron03:41
prometheanfireidella4: oh, here you are03:57
*** yamahata_ has quit IRC03:58
*** gongysh has quit IRC04:03
*** ljjjusti1 has quit IRC04:05
*** akamyshnikova has joined #openstack-neutron04:05
*** AndreyGrebenniko has quit IRC04:07
*** networkstatic has joined #openstack-neutron04:14
*** coolsvap has joined #openstack-neutron04:16
*** ogelbukh has joined #openstack-neutron04:24
*** AndreyGrebenniko has joined #openstack-neutron04:25
*** alagalah_ has quit IRC04:42
*** suresh12 has joined #openstack-neutron04:42
*** alagalah_ has joined #openstack-neutron04:42
*** suresh12 has quit IRC04:47
*** yamahata_ has joined #openstack-neutron04:54
*** nati_ueno has joined #openstack-neutron05:02
*** alagalah_ has quit IRC05:04
*** alagalah_ has joined #openstack-neutron05:04
*** yamahata_ has quit IRC05:05
*** jecarey has quit IRC05:06
*** alagalah has quit IRC05:12
*** rudrarugge has joined #openstack-neutron05:13
*** yamahata_ has joined #openstack-neutron05:15
*** rudrarugge has quit IRC05:15
*** chandankumar has joined #openstack-neutron05:22
*** steven-weston has quit IRC05:23
*** yamahata_ has quit IRC05:33
*** coolsvap has quit IRC05:39
*** ljjjustin has joined #openstack-neutron05:46
*** harlowja has quit IRC05:52
*** marun has joined #openstack-neutron05:55
*** marun has quit IRC05:55
*** mihgen has joined #openstack-neutron05:56
*** coolsvap has joined #openstack-neutron05:58
*** suresh12 has joined #openstack-neutron06:01
*** nati_ueno has quit IRC06:03
*** nati_ueno has joined #openstack-neutron06:04
*** matsuhashi has quit IRC06:08
*** matsuhashi has joined #openstack-neutron06:08
*** matsuhashi has quit IRC06:13
*** mestery has quit IRC06:14
*** yfried has joined #openstack-neutron06:17
*** mestery has joined #openstack-neutron06:18
*** ljjjustin has quit IRC06:21
*** abhraut has joined #openstack-neutron06:24
*** matsuhashi has joined #openstack-neutron06:29
*** marun has joined #openstack-neutron06:38
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/5686406:41
*** obondarev has joined #openstack-neutron06:42
*** amritanshu_RnD has joined #openstack-neutron06:46
openstackgerritberlin proposed a change to openstack/neutron: Support advanced NVP IPsec VPN Service  https://review.openstack.org/5520707:02
*** gdubreui has quit IRC07:02
openstackgerritZhang Hua proposed a change to openstack/neutron: Fwaas can't run in operating system without namespace feature  https://review.openstack.org/5689307:09
*** ljjjustin has joined #openstack-neutron07:11
*** amuller has joined #openstack-neutron07:11
*** marun has quit IRC07:13
*** marun has joined #openstack-neutron07:14
openstackgerritJian Wen proposed a change to openstack/neutron: Use correct parameter to call neutron client  https://review.openstack.org/5738307:20
*** matsuhashi has quit IRC07:22
*** matsuhashi has joined #openstack-neutron07:23
*** afazekas_ has joined #openstack-neutron07:29
*** matsuhas_ has joined #openstack-neutron07:30
openstackgerritAssaf Muller proposed a change to openstack/python-neutronclient: [fwaas] Can now create disabled firewall rules  https://review.openstack.org/5582607:31
yfriedmarun: ping07:32
*** matsuhashi has quit IRC07:34
*** suresh12 has quit IRC07:54
*** suresh12 has joined #openstack-neutron07:55
marunyfried: pong07:56
yfriedmarun: in your review https://review.openstack.org/#/c/53305/17/tempest/scenario/manager.py you're commenting about sphinx convention. "There should be examples in the tree to crib from"07:58
yfriedmarun: what do you mean?07:58
marunyfried: I mean that there should be examples of sphinx documentation in the tempest tree07:59
marunyfried: btw, I realize we should probably be talking about tempest in #openstack-qa07:59
marunyfried: my bad07:59
*** suresh12 has quit IRC08:00
*** jlibosva has joined #openstack-neutron08:02
*** mihgen has quit IRC08:05
*** marun has quit IRC08:05
*** marun has joined #openstack-neutron08:05
*** matsuhas_ has quit IRC08:18
*** matsuhashi has joined #openstack-neutron08:19
*** rossella_s has joined #openstack-neutron08:19
*** matsuhashi has quit IRC08:24
*** idella4 has quit IRC08:27
*** bvandenh has joined #openstack-neutron08:29
openstackgerritA change was merged to openstack/neutron: Reduce the severity of dhcp related log traces  https://review.openstack.org/5678508:29
*** matsuhashi has joined #openstack-neutron08:31
*** mihgen has joined #openstack-neutron08:41
*** ygbo has joined #openstack-neutron08:41
*** ljjjustin has quit IRC08:52
*** nati_ueno has quit IRC08:59
*** steven-weston_ has joined #openstack-neutron08:59
openstackgerritEvgeny Fedoruk proposed a change to openstack/neutron: Adds tests, fixes Radware LBaaS driver as a result  https://review.openstack.org/5415509:04
*** suresh12 has joined #openstack-neutron09:06
*** jpich has joined #openstack-neutron09:06
*** suresh12 has quit IRC09:11
*** marun has quit IRC09:13
*** marun has joined #openstack-neutron09:14
*** steven-weston__ has joined #openstack-neutron09:21
*** steven-weston_ has quit IRC09:22
*** steven-weston__ is now known as steven-weston09:22
*** alexpilotti has quit IRC09:23
*** afazekas_ is now known as afazekas09:34
*** safchain has joined #openstack-neutron09:43
*** matrohon has joined #openstack-neutron09:47
*** safchain has quit IRC10:06
*** safchain has joined #openstack-neutron10:07
*** steven-weston has quit IRC10:11
*** matsuhashi has quit IRC10:14
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: Implement service vm framework(WIP):  https://review.openstack.org/5689210:18
*** networkstatic is now known as networkstatic_zZ10:20
*** Jianyong has joined #openstack-neutron10:27
*** jp_at_hp has joined #openstack-neutron10:40
*** marun has quit IRC10:42
openstackgerritZhang Hua proposed a change to openstack/neutron: Fwaas can't run in operating system without namespace feature  https://review.openstack.org/5689310:49
*** gdubreui has joined #openstack-neutron10:51
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: Implement service vm framework(WIP):  https://review.openstack.org/5689210:55
*** coolsvap has quit IRC10:57
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: NVP plugin:fix delete sec group when backend is out of sync  https://review.openstack.org/5659110:57
obondarevsalv-orlando: ping11:07
salv-orlandoho obondarev - did I see wrong your patch?11:08
obondarevI've replied on your comment, can you please take a look?11:08
obondarevit's https://review.openstack.org/#/c/53364/11:08
salv-orlandoI agree its not up to db class dealing with the backend consistency issue11:15
salv-orlandoobondarev: I have another question however, see gerrit11:15
obondarevyeah, thank you11:16
*** mihgen has quit IRC11:16
obondarevsalv-orlando: good catch!11:18
obondarevsalv-orlando: need to fetch ports after deleting floating ips I suppose11:19
*** pcm_ has joined #openstack-neutron11:19
salv-orlandoobondarev: That would be one way to go about it - but you can also just add a condition to skip AUTO_DELETE_PORT_OWNER or the disassociated floating ips. They both look good so far11:22
*** pcm_ has quit IRC11:23
*** pcm_ has joined #openstack-neutron11:24
*** mihgen has joined #openstack-neutron11:25
obondarevsalv-orlando: ok, thanks!11:27
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Test commit for testing parallel job in experimental queue  https://review.openstack.org/5742011:32
openstackgerritOleg Bondarev proposed a change to openstack/neutron: Delete disassociated floating ips on external network deletion  https://review.openstack.org/5336411:34
*** idella4 has joined #openstack-neutron11:40
idella4oh anteaya11:40
*** mihgen_ has joined #openstack-neutron11:41
*** bvandenh has quit IRC11:43
*** mihgen has quit IRC11:45
*** mihgen_ is now known as mihgen11:45
*** gdubreui has quit IRC11:51
*** rkukura has quit IRC11:59
*** yamahata_ has joined #openstack-neutron12:00
*** wenjianhn has quit IRC12:08
*** terrylhowe has quit IRC12:24
*** marun has joined #openstack-neutron12:24
*** wenjianhn has joined #openstack-neutron12:24
*** marun has quit IRC12:34
*** marun has joined #openstack-neutron12:34
*** pcm__ has joined #openstack-neutron12:49
*** pcm_ has quit IRC12:52
*** pcm__ has quit IRC12:56
*** changbl has quit IRC12:57
*** pcm_ has joined #openstack-neutron12:57
idella4I have lots of dots, they all just need joining together, plus 1 rather nouvelle suggestion which will likely go down like a lead balloon13:04
anteayahi idella413:05
*** mvenesio has joined #openstack-neutron13:07
*** afazekas is now known as afazekas_mtg13:18
*** jprovazn has joined #openstack-neutron13:26
*** amotoki has joined #openstack-neutron13:32
anteayain case you haven't seen this ml post: http://lists.openstack.org/pipermail/openstack-dev/2013-November/019826.html13:38
anteayathe gate is in really bad shape and 3 of the four bugs causing the most problems are associated with -neutron13:39
anteayaone of them affects both -neutron and -nova13:39
anteayawe talked about this one: https://bugs.launchpad.net/neutron/+bug/125178413:39
anteayaat Monday's meeting13:39
*** enikanorov_ has joined #openstack-neutron13:39
anteayaand at the time discussed that it is not a duplicate of https://bugs.launchpad.net/neutron/+bug/121191513:40
anteaya<salv-orlando> jog0 said it's a different manifestation; perhaps different root cause.13:41
anteayawe have had 328 hits on that bug13:41
anteayawho is willing to work on it?13:42
anteayattx changed its status to critical 2 hours ago13:42
*** arahal has joined #openstack-neutron13:42
*** enikanorov_ has quit IRC13:43
anteayaand I would prefer someone other than salv-orlando marun or arosen since they are already working on gate blocking bugs themselves13:43
idella4ah hi13:44
idella4my tv program just finished13:44
idella4how are you?13:44
marunsalv-orlando: is that the one that the polling minimization might fix?13:44
marunah, guess not13:45
anteayahi marun13:45
marunhi13:45
anteayais this the bug you are working on: https://bugs.launchpad.net/neutron/+bug/125144813:45
salv-orlandopolling minimitazion is for bug 122400113:45
*** afazekas_mtg is now known as afazekas13:45
marunsi13:46
*** enikanorov_ has joined #openstack-neutron13:46
idella4hmmm13:46
anteayamarun: how it is going?13:47
*** mihgen_ has joined #openstack-neutron13:47
*** ogelbukh has quit IRC13:47
*** akamyshnikova has quit IRC13:47
marunlooking at it now13:47
anteayasalv-orlando: who is Terry? https://review.openstack.org/#/c/57290/13:47
anteayamarun: thanks13:47
salv-orlandobug 1251784 is looking for an owner. I have my pipeline full until the end of the day, and I've already distributed several other gate blocking bugs to other neutron devs; we need to find an owner for this too or it'll have to wait until tomororw.13:47
marunotherwiseguy13:47
salv-orlandoTerry Wilson aka otherwiseguy13:47
*** mihgen has quit IRC13:47
*** mihgen_ is now known as mihgen13:47
anteayaokay thanks13:47
anteayaotherwiseguy: ping13:47
anteayasalv-orlando: we need to find someone to work on 1251784 ASAP and I agree it can't be you13:48
marunsalv-orlando: Terry had some concerns about the existing functional test that I've hopefully addressed.  He should have a patch to submit today.13:48
*** akamyshnikova has joined #openstack-neutron13:48
salv-orlandomarun: ok13:49
anteayamarun sorry are you referencing a patch for 1251448? when you say Terry had concerns about existing functiontional test?13:49
marunsorry, for 1224000113:50
marunone fewer zero13:50
anteayak13:50
*** ogelbukh has joined #openstack-neutron13:50
marunthe functional test can't run at the moment anyway.  speaking of, I should work with infra to get that fixed...13:50
anteayamarun: yes please13:50
marun(need a separate unit test job that allows sudo)13:51
anteayafungi should be online in about 40 minutes13:51
marunok13:51
anteayamordred is on the west coast so isn't up yet13:51
anteayaand so far it is just me there13:51
marundamn west coasters13:51
marun(i'm normally one)13:51
anteayabut we can get something in the backscroll13:51
anteaya:D13:51
anteayahe is on the west coast right now13:51
marun-14h from me right now13:52
anteayanormally he is flying somewhere13:52
anteayaand his mail goes to nyc13:52
anteayawow13:52
anteayawere are you now?13:52
maruntaipei13:52
anteayahow is the weather in taipei?13:52
maruntemperate, quite nice really13:52
anteayacool13:53
idella4oh my13:53
anteayaice is forming on the lake out my window13:53
maruni'm a fair-weather canadian.  i only go back when it's in the 20s13:53
anteayaha13:54
anteayawhere is home?13:54
anteayayou won't be back for a while13:54
*** bvandenh has joined #openstack-neutron13:55
*** abhraut has quit IRC13:56
salv-orlandomarun: Bug 1251448 is also an obvious blocker for enabling parallel testing13:56
marunsalv-orlando: roger that13:58
marunanteaya: bay area13:58
anteayamarun: nice13:59
anteayaarosen isn't online right now, he has https://bugs.launchpad.net/nova/+bug/124906513:59
anteayaif anyone works with him please ask him to join us in here and share his status13:59
anteayaif we can at least update folks with our progress, they can look for ways to support and help our work14:00
*** dkliban has joined #openstack-neutron14:01
idella4anteaya: I think your suspected race condition notion might actually be correct in the testsuite fails from what I've observed14:03
*** julim has joined #openstack-neutron14:04
idella4but to pin it and fix it, ugh14:04
anteayaidella4: yes, knowing there is a race and fixing the race, two different things14:04
idella4o hyep14:04
idella4testr run --failing runs all the tests that failed right?14:06
*** yamahata_ has quit IRC14:06
*** yamahata_ has joined #openstack-neutron14:06
salv-orlandoidella4: I've barely followed your unit test issues, but have you tried to apply this patch: https://review.openstack.org/#/c/54208/14:08
*** carl_baldwin has joined #openstack-neutron14:08
openstackgerritAkihiro Motoki proposed a change to openstack/neutron: Replace stubout with fixtures  https://review.openstack.org/5580514:08
idella4let's look14:08
*** wenjianhn has quit IRC14:09
anteayamarun: I am composing an email message to the list updating them on our current status on the -neutron bugs14:10
anteayaso far I have Maru Newby and I are talking about it in the -neutron channel and he is looking at it now14:10
*** rkukura has joined #openstack-neutron14:11
anteayaI can hold off on it if you think I can improve on that statement14:11
anteayahi rkukura14:11
idella4salv-orlando:  that looksquite pertinent14:11
idella4salv-orlando:  the only patch I've addedto the ebuild currently is the one that fixed the erialization issue14:12
idella4salv-orlando:  the only patch I've addedto the ebuild currently is the one that fixed the serialization issue14:12
rkukuraanteaya: Hi. I've got a meeting in a moment - will catch up with you in a bit.14:12
idella4this one looks most apt14:12
anteayarkukura: k14:14
idella4hmmm; Updated    Nov 19, 2013 3:36 AM == yesterday14:14
anteayawas just saying good morning14:14
idella4wow14:14
salv-orlandoanteaya: perhaps markmclain has a more precise assessment of the current status of each gate-blocking bug (assuming you're talking about those bugs).  I know only about those who were initially assigned to me and then I delegated those tasks14:16
anteayagreat14:16
anteayamarkmcclain: ping14:16
anteayaI need to communicate what I know as imperfect as it is, to the list14:17
idella4salv-orlando:  I won't go into my issues here it's plain as day you're all under seige, but tehy do have the themes of being triggerred by some test and the backtrace pointing at a packahe module rather than a test14:17
anteayawaiting for perfection, the silence that it takes to get there is interpreted as no activity14:17
idella4a very tricky combo14:17
anteayabecause noone else knows what is happening14:17
anteayasince they have no update14:18
idella4testr run --failing runs all the tests that failed right?14:18
anteayaI'll post what I have and welcome Mark's input and corrections where I err when he can14:18
salv-orlandoidella4: yes, but since you're seeing timing issues in your tests tests run --failing will probably just pass14:19
*** aymenfrikha has joined #openstack-neutron14:19
idella4that's exactly what's going on14:19
*** alagalah has joined #openstack-neutron14:19
idella4they always just pass which I am interpreting as leaning towards the timing / racing14:20
mesteryanteaya: Any chance I can get you to jump over to #openstack-meeting? We have a few Tempest questions for you in our weekly ML2 meeting.14:20
anteayamestery: yes14:21
idella4anyway I'll put this patch in and re-run14:21
mesteryanteaya: Thanks!14:21
idella4is it this link? https://review.openstack.org/#q,I697dd8fc509308108ff1f40400f36ac6271bf4bb,n,z14:22
idella4that didn't work14:23
*** peristeri has joined #openstack-neutron14:23
salv-orlandoidella4: what did not work exactly?14:23
idella4that link14:23
idella4the page is full of links, which is the final latest patch14:24
idella4@ https://review.openstack.org/gitweb?p=openstack%2Fneutron.git;a=commitdiff;h=a52ef6ecf19b8b015465ddda2a3ca087f0e12122 ?14:24
salv-orlandoI don't understand if you're saying the patch did not solve your unit test problem or if the link did not work14:24
idella4I'm just trying to get the patch14:24
salv-orlandoright. So that particular patch has not landed yet.14:24
salv-orlandoyou need to cherry pick it into your local branch using git review14:25
salv-orlandogit review -x 54208 should do the trick14:25
idella4local branch hmm14:26
salv-orlandoI was assuming you had a local branch - that would be tricker if you're running some automated system which pull from github14:27
*** aveiga has joined #openstack-neutron14:27
idella4well I can make one I suppose14:28
salv-orlandobut if you're using something like jenkins you should be able to tell it to pull code from alternate location14:28
idella4this looks good https://review.openstack.org/gitweb?p=openstack%2Fneutron.git;a=commitdiff;h=a52ef6ecf19b8b015465ddda2a3ca087f0e1212214:28
*** safchain has quit IRC14:29
idella4I'm a gentoo dev, I don't belong to neutron at all, but cloning the repo is pretty basic14:29
idella4just haven't had to do it yet14:30
salv-orlandooh I see14:30
idella4that link looks like the patch to me14:30
idella4thx salv-orlando14:30
salv-orlandoit is the patch - I did not know you could just apply it14:31
salv-orlandoI was under the assumption you had an automated system pulling code from trunk and running gentoo tests14:31
idella4via the ebuild sure14:31
idella4nope, but that sounds a fair assumption14:31
idella4the ebuild is the bash script that runs the emerge process(es)14:32
idella4I'll show you my current ebuild14:33
otherwiseguysalv-orlando: pong14:34
idella4just to help clear the picture for you a little14:34
idella4@ http://codepad.org/v4Okm7wI14:34
salv-orlandohi otherwiseguy: I did not ping you. I was just asked about who's looking after the minimizepolling patch14:35
idella4see I'll just add the pasted patch to PATCHES=( "${FILESDIR}"/${P}-sphinx_mapping.patch \                 "${FILESDIR}"/${P}-json-tests.patch )14:35
anteayaI pinged you otherwiseguy14:36
anteayaotherwiseguy: we are talking about https://review.openstack.org/#/c/57290/14:36
otherwiseguyThis is what happens when I roll out of bed and immediately start trying to read. :)14:36
anteayayeah14:36
anteayado you need coffee first?14:37
idella4you should JUMP out of bed14:37
anteayano, only you JUMP out of bed idella414:37
idella4back in the day14:37
anteayaI have no doubt14:37
idella4er yep14:38
otherwiseguyMy alarm clock is a 50lb dog that tends to leap onto my stomach when she decides it is time for me to wake up.14:38
anteayaha ha ha14:38
anteayawhat breed?14:38
otherwiseguyanteaya: she is the result of many many generations of indiscriminate breeding. German-shepherd mix. maybe some doberman. lots of other things. :)14:39
anteayanice14:40
anteayaI had a shepherd-border collie mix for almost 14 years14:40
anteayashe was so smart14:40
otherwiseguyThat sounds like a great mix.14:40
anteayashe was fantastic14:41
anteayaI would just say to her "I would prefer you didn't do that." and she would go do something else14:41
anteayaso when you are awake, my question for you otherwiseguy is, are you able to take over work on https://review.openstack.org/#/c/57290/14:42
anteayawhat are your thoughts on that?14:43
otherwiseguyyeah, Bailey is more of the opinion that you have somehow slighted her if you tell her not to do something. she'll kind bark at you in disapproval. But, if I tell her to do something like come or sit when she is doing something she shouldn't, she's fine. she really just doesn't like being told "no".14:44
otherwiseguyAnd yeah. I have a patch that is pretty much ready. Just need to work in some changes to the test.14:44
*** enikanorov_ has quit IRC14:44
anteayaotherwiseguy: great have you a url for that patch?14:45
anteayashould salv-orlando abandon https://review.openstack.org/#/c/57290/ ?14:45
anteayayeah, every dog is different - we had to take about 2 years to learn each other14:45
anteayabut once we got it, we got it14:45
salv-orlandootherwise guy will take over from me as he's already working on related change.14:45
otherwiseguyanteaya: doesn't really matter. I can leave those changes out and he can commit that one.14:45
otherwiseguyas a dependent thing, or I can add them in.14:46
anteayasalv-orlando: what would you like to do?14:46
salv-orlandootherwiseguy: either way will work for me.14:46
anteayaI don't care, just let me know what you decide14:46
otherwiseguyThey're different issues, really. So we could just treat them separately.14:46
*** Chicago has joined #openstack-neutron14:47
salv-orlandootherwiseguy: the patch you're working on is already in review (the rootwrap one merged yesterday I think)14:47
otherwiseguy1) Make it default 2) Make it fully functional14:47
salv-orlandook, so i'll keep working on 1 then14:47
salv-orlandoand you work on item #214:47
otherwiseguyGive me about 15 minutes and I'll post the respawn interval patch for review14:48
salv-orlandocool14:48
anteayaso you are still going to work on https://review.openstack.org/#/c/57290/ salv-orlando?14:48
otherwiseguyThen I'll make some coffee. :)14:48
anteayaotherwiseguy: thanks14:48
anteaya:D14:48
salv-orlandoanteaya: yes, that patch is a very tiny change at the end of the day. We already have the feature we shall just turn it on in gate jobs14:49
anteayagreat14:49
idella4that looks like the patch markmcclain alluded to yesterday or so14:50
aveigaanteaya: to continue the discussion from the ML2 meeting, is it possible to have informational tests added for Neutron as a whole to start checking if code works when using IPv6?14:51
aveigai.e. never gating, but inform of failures when used against an IPv6 or dual-stacked network14:51
anteayaI think we might be talking about third party testing: http://ci.openstack.org/third_party.html14:52
anteayasalv-orlando: added a comment to that patch to reflect its current status14:52
anteayamestery: ping14:53
anteayaaveiga: sorry the link for third party testing was for you14:54
mesteryanteaya: Hey, on a phone call, give me a few minutes ...14:54
anteayaaveiga: let me know if you think that is what you are looking for14:54
anteayamestery: k14:54
aveigaanteaya: I figured.  I'm looking into how I can integrate there14:54
anteayamestery: I need your help to get someone working on bug 1251784: http://lists.openstack.org/pipermail/openstack-dev/2013-November/019878.html14:54
anteayaaveiga: okay14:54
aveigaI'm just concerned about a lot of work being done that is basically keyed into IPv4 only and is going to block me from deploying things.14:55
anteayaI think that would be the best approach14:55
aveigai.e. L2 population is basically intercepting ARP, but there's no ARP in IPv6...14:55
anteayaaveiga: I don't have enough techinical knowledge to be able to offer an opinion14:55
*** banix has joined #openstack-neutron14:55
aveigathat's why I'm offering to help :)14:55
*** changbl has joined #openstack-neutron14:55
anteayaaveiga: awesome14:56
anteayaaveiga: can you expand on your thought that work on IPv4 only will block you14:56
mesteryaveiga: L2 Pop is not required to be deployed when runing ML2 as an example.14:56
mesteryaveiga: So you could just choose not to enable that MechanismDriver for example.14:57
*** jecarey has joined #openstack-neutron14:57
aveigaunderstood, butwe're running into basic bugs elsewhere too. I still need to file a report for a bug I hit with L2 provider where adding an IPv6 subnet shuts off v4 too14:57
*** s3wong has joined #openstack-neutron14:57
aveigaI'm behind on my test documentation at the moment14:57
anteayarkukura: can you help me find someone to work on bug 1251784?14:58
*** rcurran_ has joined #openstack-neutron14:59
*** networkstatic_zZ has quit IRC15:01
*** networkstatic has joined #openstack-neutron15:02
rcurran_rkukura here?15:02
*** rkukura has quit IRC15:03
*** nati_ueno has joined #openstack-neutron15:03
*** rkukura has joined #openstack-neutron15:03
*** dkliban has quit IRC15:05
rcurran_rkukura here?15:05
rkukurayes, I'm back online15:05
*** carl_baldwin has quit IRC15:05
rcurran_ok, did you see my response on openstack-meeting?15:06
rcurran_you asked if i could use network context to get vlan_id15:06
rcurran_i use the port.bound_segment today for create, update, deletes ... are you saying to use this for port create,updates but not deletes?15:07
rkukurarcurran_: I'm just asking if it works in delete_port_postcommit()15:08
rcurran_wouldn't i have to do something like this to get the segmentation_id based on the network context: segmentation_id = segments[0]['segmentation_id']15:09
*** enikanorov_ has joined #openstack-neutron15:09
rcurran_to answer your q: I don't know. Could be, but i didn't think that's how we should access vlan ID now that portbinding is in place15:10
rkukurarcurran_: You should be able to use PortContext.bound_segment['binding:segmentation_id'], right?15:12
*** Chicago has quit IRC15:13
rcurran_yes ... but that's what doesn't work on the delete_port_postcommit() ... ml2 common calls .delete_port_binding() [or whatever it's called] before the delete_port_postcommit() call15:14
rkukurarcurran_: Was just looking, and I see that.15:14
rcurran_at one point it was called before the delete_port_precommit() method. someone switched the calling order to get the delete_port_precommit() to work15:14
rkukurarcurran_: Maybe that is why this sounds familiar15:15
rcurran_:-)15:15
rkukuraMaybe we don't need to call delete_port_binding() at all - let me look.15:15
rcurran_ok15:16
*** coolsvap has joined #openstack-neutron15:17
rkukurarcurran_: So delete_port_binding() calls MechanismManager.unbind_port() which calls unbind_port() on the bound MechanismDriver. Can your driver do what it needs there?15:18
rcurran_maybe. the unbind_port() is a new method, right? doesn't look like many md's are using it15:20
rkukurarcurran_: unbind_port() is called inside the transaction. Do you need to be called after the transaction commits?15:20
rkukurarcurran_: It was added as part of the port binding BP.15:20
rcurran_right about transaction, i don't know why that was.15:21
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: unify haproxy-on-host plugin driver and agent  https://review.openstack.org/4038115:21
rcurran_i just have been using the rule that for precommit() calls md's do their db transactions. on postcommit() you take specific md actions (for us calling down to the nexus switch to add/delete config)15:22
anteayaobondarev: check your email15:22
*** thedodd has joined #openstack-neutron15:23
idella4oh anteaya do you have a link for that etherpad thingy for pasting output -> making a link for bug comment?15:23
idella4I think the etherpad thingy has a number of uses15:24
rcurran_is there a reason why the delete_port_binding() call is made inside the db transaction?15:24
anteayaidella4: it does15:25
anteayaetherpad: etherpad.openstack.org15:25
anteayapaste: paste.openstack.org15:25
anteayause them as much as you like15:26
anteayawe still need someone willing to work on https://bugs.launchpad.net/neutron/+bug/125178415:27
*** ben_duyujie has joined #openstack-neutron15:27
*** ben_duyujie has quit IRC15:30
anteayarkukura: any chances you can help to find someone with bug 1251784?15:30
mesteryanteaya: Regarding 1251784, I see gongysh asked a question on that bug which has not been answered yet (https://bugs.launchpad.net/neutron/+bug/1251784/comments/2)15:31
*** ben_duyujie has joined #openstack-neutron15:31
mesteryI think that would help in neutron devs being able to reproduce this locally15:31
anteayasure15:32
anteayawho did gongysh ask the question of?15:32
anteayawho is he waiting to get an answer from?15:32
anteayalooks like he is asking it of a devstack dev15:33
anteayawhat is stopping him from going into -qa and asking one of the devstack core? https://review.openstack.org/#/admin/groups/50,members15:34
mesteryanteaya: He just asked it in the bug I'm afraid.15:34
anteayaokay15:34
anteayaand he isn't in channel15:34
mesteryanteaya: Not sure, just noticed that in the bug. :)15:34
anteayaokay15:34
mesteryLet me ask in -qa and see what I can find out.15:34
*** ben_duyujie1 has joined #openstack-neutron15:34
anteayaawesome, thank you15:35
*** armax has joined #openstack-neutron15:36
*** mihgen has quit IRC15:37
salv-orlandoREADME.rst in devstack-gate.git has that info perhaps15:37
anteayahttp://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/README.rst15:38
*** ben_duyujie has quit IRC15:38
anteayaso does this information help find someone willing to take responsibility for this bug?15:43
*** yamahata_ has quit IRC15:43
mesterysalv-orlando: Thanks!15:43
*** nati_ueno has quit IRC15:50
anteayamestery: any thoughts on how we find someone to work on this bug?15:51
mesteryanteaya: I'm looking at this now from the perspective of recreation.15:52
mesteryanteaya: I'm learning as I go here, so bear with me. :)15:52
anteayamestery: awesome, thank you15:52
anteayano no take your time, just happy you are looking at it15:52
mesteryanteaya: thanks to you for your help as well15:52
anteayalet me know if there is anything you need to progress15:52
anteayahappy to help15:52
mesterywill do15:53
*** carl_baldwin has joined #openstack-neutron15:54
*** ekarlso has joined #openstack-neutron15:55
*** amritanshu_RnD has quit IRC15:57
openstackgerritTerry Wilson proposed a change to openstack/neutron: Add configurable ovsdb monitor respawn interval  https://review.openstack.org/5747516:00
openstackgerritTerry Wilson proposed a change to openstack/neutron: Ensure get_pid_to_kill works with rootwrap script  https://review.openstack.org/5318816:00
*** mlavalle has joined #openstack-neutron16:03
otherwiseguyanteaya: salv-orlando: ^^ it took me a little longer to track down why a test was failing, but hopefully that'll do it16:04
salv-orlandothanks16:05
*** marun has quit IRC16:06
anteayaotherwiseguy: awesome16:06
*** yfried has quit IRC16:13
ekarlsoAnyone know why my devstack with neutron is failing  ?16:14
ekarlsohttp://paste.ubuntu.com/6448884/16:14
anteayahi ekarlso I'll look16:15
anteayawhat image is it on? ubuntu 12.04?16:15
ekarlso12.0416:16
anteayak16:16
anteayadid devstack install fine for you or were there issues on installation?16:16
ekarlsono issues during install16:17
anteayathere is a devstack installation bug that is hitting 12.04 which is why I ask16:17
anteayaokay16:17
idella4anteaya:  you might care to peruse https://bugs.launchpad.net/neutron/+bug/1251657 if you get time, likely post the working day16:18
anteayahave you gotten neutron working with devstack successfully in the past, or is this your first time working with neutron in devstack?16:18
anteayaidella4: thanks, is it related to ekarlso's question?16:18
idella4nope, just dropped it in having just clicked it16:19
anteayaidella4: very good16:19
idella4I'm shitting down16:19
anteayaekarlso: I see this: RuntimeError: Unable to load neutron from configuration file /etc/neutron/api-paste.ini16:19
idella4shutting ooopsie16:19
anteayaidella4: okay16:19
ekarlsoanteaya: yeah16:19
anteayattyl16:19
ekarlso-rw-rw-r-- 1 karlsone karlsone 725 Nov 20 07:58 /etc/neutron/api-paste.ini16:20
ekarlsothough...16:20
anteayahmmmm16:20
anteayaI think that file needs to belong to stack16:20
mesteryekarlso: What does your ml2_conf.ini file look like?16:21
mesteryekarlos: Instead of ovs, use openvswitch as the mechanism_driver.16:21
mesteryThat's your problem.16:21
mesteryThis line here in your paste output:16:21
mestery2013-11-20 08:14:32.211 [00;36mINFO neutron.plugins.ml2.managers [[00;36m-[00;36m] [01;35m[00;36mConfigured mechanism driver names: ['ovs', 'logger'][00m16:21
mesteryShould be 'openvswitch' instead of 'ovs'16:22
*** idella4 has quit IRC16:24
*** jlibosva has quit IRC16:25
*** coolsvap has quit IRC16:29
ekarlsothnx mestery !16:29
anteayaekarlso: let us know how you do with the change16:30
ekarlsothat worked!16:30
anteayaawesome16:30
*** jlibosva has joined #openstack-neutron16:30
anteayaI'm afk for a bit16:30
*** jlibosva has joined #openstack-neutron16:31
*** jlibosva has joined #openstack-neutron16:33
mesteryekarlso: Glad it worked.16:33
*** jlibosva has quit IRC16:33
*** jsergent has joined #openstack-neutron16:41
*** sgandikota has joined #openstack-neutron16:46
*** s3wong has quit IRC16:47
*** coolsvap has joined #openstack-neutron16:48
*** afazekas has quit IRC16:48
*** sgandikota has quit IRC16:49
*** coolsvap has quit IRC16:49
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Test commit for testing parallel job in experimental queue  https://review.openstack.org/5742016:52
*** coolsvap has joined #openstack-neutron16:52
ekarlsomestery: shouldn't br-int be created by devstack ?16:55
EmilienMekarlso: it is afik17:01
*** mihgen has joined #openstack-neutron17:01
*** sgandikota has joined #openstack-neutron17:02
ekarlsoEmilienM: it didn't for me : p17:02
mesteryekarlso: I think so, it's not?17:03
ekarlsonope17:04
*** jpich has quit IRC17:05
*** mihgen has quit IRC17:05
openstackgerritTerry Wilson proposed a change to openstack/neutron: Add configurable ovsdb monitor respawn interval  https://review.openstack.org/5747517:10
*** mihgen has joined #openstack-neutron17:12
*** suresh12 has joined #openstack-neutron17:15
markmcclainconfig error17:23
markmcclain"[01;31m2013-11-20 08:14:32.222 TRACE neutron.common.config [01;35m[00mKeyError: 'ovs'"17:23
markmcclainoops.. old send.. ignore17:23
anteayahello markmcclain17:26
markmcclainhi17:27
anteayamarkmcclain: have you been following the top gate bugs post on the ml? http://lists.openstack.org/pipermail/openstack-dev/2013-November/019826.html17:31
markmcclainI haven't read the one from today17:32
anteayak17:32
anteayajust for the sake of status right now mestery is trying to recreate https://bugs.launchpad.net/neutron/+bug/1251784 locally17:33
anteayathat is the only change not posted to ml or bug report atm17:33
*** amuller has quit IRC17:36
*** chandankumar has quit IRC17:40
anteayamarkmcclain: do you have any way to get a hold of arosen to see how he is progressing with this bug? https://bugs.launchpad.net/nova/+bug/124906517:40
markmcclainhe's not online yet17:41
anteayaokay17:41
*** ygbo has quit IRC17:41
anteayais he on pacific time?17:41
anteayamestery: speak up if there is anything anyone can do to unstick you17:43
*** reed_ has joined #openstack-neutron17:46
*** salv-orlando has quit IRC17:49
*** salv-orlando has joined #openstack-neutron17:54
*** sgandikota has quit IRC17:55
*** suresh12 has quit IRC17:59
*** suresh12 has joined #openstack-neutron18:00
*** jp_at_hp has quit IRC18:02
*** harlowja has joined #openstack-neutron18:02
*** obondarev has quit IRC18:03
*** enikanorov__ has joined #openstack-neutron18:04
*** suresh12 has quit IRC18:04
*** enikanorov_ has quit IRC18:05
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Test commit for testing parallel job in experimental queue  https://review.openstack.org/5742018:07
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Midonet plugin, set __native_bulk_support correctly  https://review.openstack.org/5066518:14
*** rossella_s has quit IRC18:15
*** ben_duyujie1 has quit IRC18:18
*** marun has joined #openstack-neutron18:19
salv-orlandoanteaya: arosen is unfortunately busy this morning with other work commitments; he shall be available after lunch - pacific time18:23
otherwiseguysalv-orlando: any chance I could get a re-re-re-re-approval on https://review.openstack.org/#/c/53188/ ? :p18:25
salv-orlandootherwiseguy: done18:26
otherwiseguythx18:26
*** aymenfrikha has left #openstack-neutron18:26
*** aymenfrikha has joined #openstack-neutron18:26
* otherwiseguy crosses his fingers and looks for some kind of animal to sacrifice to the God of Chaos^H^H^H^H^HJenkins18:27
*** enikanorov_ has joined #openstack-neutron18:27
*** enikanorov__ has quit IRC18:28
anteayasalv-orlando: great thanks for letting me know18:29
salv-orlandonp18:31
anteayaI think I am going to get my walk in now18:33
anteayasee you in a bit18:33
*** mlavalle has quit IRC18:40
*** enikanorov_ has quit IRC18:50
*** enikanorov_ has joined #openstack-neutron18:51
*** suresh12 has joined #openstack-neutron18:56
*** networkstatic has quit IRC18:59
*** devlaps has joined #openstack-neutron19:03
*** yfried has joined #openstack-neutron19:05
roaetmarkmcclain: ping19:19
roaetmarkmcclain: you approved https://blueprints.launchpad.net/python-neutronclient/+spec/pluggable-neutronclient-auth and, while we want to work on it, we would like to submit a 'mini' blueprint that just first provides noauth. What do you recommend for such a procedure?19:19
*** enikanorov_ has quit IRC19:20
*** enikanorov_ has joined #openstack-neutron19:20
jog0you guys have any patches to fix any ofthe top bugs ready?19:23
jog0we are planning on bumping bug fixes to the top of the quueue19:24
*** jprovazn has quit IRC19:27
*** ivar-lazzaro has joined #openstack-neutron19:28
*** enikanorov_ has quit IRC19:30
*** enikanorov_ has joined #openstack-neutron19:31
*** mjbright_ has joined #openstack-neutron19:32
*** mihgen has quit IRC19:33
salv-orlandojog0: we might have a patch for 1224001 soon19:34
openstackgerritJustin Hammond proposed a change to openstack/python-neutronclient: Adds support for os-auth-strategy=noauth  https://review.openstack.org/5751719:34
jog0salv-orlando: kk19:34
salv-orlandoit's dependent on another patch which is backlogged in the queue19:35
*** ivar-lazzaro has quit IRC19:41
*** banix has quit IRC19:47
carl_baldwinHi, all.  Wondering about the "Agent Framework Refactoring" bullet in the NeutronIcehouseProjectPlan ether pad.  I'd like to get up to speed.  Looking for related blueprints.  Can someone point me to where this work is being discussed?19:48
*** banix has joined #openstack-neutron19:48
*** carl_baldwin has left #openstack-neutron19:50
*** carl_baldwin has joined #openstack-neutron19:50
anteayasalv-orlando: which patch is 1224001 depedent on, that patch should get bumped up too19:53
salv-orlandoit's in gate queue19:53
salv-orlandootherwiseguy: do you have a quick ref?19:53
salv-orlandohttps://review.openstack.org/#/c/53188/19:53
*** reed_ is now known as reed19:54
*** reed has quit IRC19:54
*** reed has joined #openstack-neutron19:54
anteayajog0: we need 53188 given priority too, please19:54
anteayajog0: it is currently in the queue but if you are going to reque we need it up top19:55
jog0tell infra19:55
otherwiseguysalv-orlando: 53188 + 57475.19:55
anteayacan do19:55
jog0the gate is being restarted19:55
anteayak19:55
jog0so ASAP19:56
*** carl_baldwin has quit IRC19:56
otherwiseguysalv-orlando: (in addition to yours actually enabling minimize_polling as default) But w/o 57475, there will be a test that flaps because of a small bug in the original minimize_polling patch.19:56
*** carl_baldwin has joined #openstack-neutron19:56
anteayawe need 57475 approved please19:57
anteayawe are restarting the queue19:57
anteayait needs to be approved now please19:57
anteayaor we will miss the restart19:57
anteayasalv-orlando markmcclain https://review.openstack.org/#/c/57475/19:57
*** catalyst_xav has joined #openstack-neutron19:58
jog0anteaya: and you can just do a reverify19:58
anteayawill that not miss putting 57475 at the top of the queue after the restart?19:59
jog0anteaya: queue is clean, so it will go to top20:00
jog0if you run recehck20:00
jog0recheck20:00
jog0or reverify20:00
anteayathanks markmcclain, salv-orlando can you approve?20:01
markmcclainmarun: can also review it too20:01
salv-orlandoI think I should review it too20:01
salv-orlandonot just approve it - that's my understanding20:01
maruni'll check20:02
jog0salv-orlando: the gate is back up20:02
otherwiseguymarun is currently asleep in Tapei?20:02
jog0but empty20:02
otherwiseguyoh, no he isn't!20:02
*** jecarey has quit IRC20:02
anteayathanks20:02
otherwiseguyyou keep weird hours, marun. :)20:02
anteayago go marun20:02
marunnot marun, really.  his evil twin20:02
jog0we haven't readded the old stuff20:02
anteayathanks jog020:02
jog0so any critical bug fixes, make sure they get into the queue ASAP20:02
anteayalet's see if we can get this in20:02
anteayasalv-orlando: how soon is that patch ready?20:02
marunotherwiseguy: hmm, this patch would appear to require respawn20:03
salv-orlandothat depends on the review cycle. I can put up the patch in 15 min.20:04
*** jecarey has joined #openstack-neutron20:04
anteayasalv-orlando: post when you have something, let's get eyeballs on it20:04
anteayaand thanks20:04
marunotherwiseguy: ?20:04
otherwiseguy marun: does it?20:05
* otherwiseguy looks20:05
marunotherwiseguy: there's no way to pass None, which is what would disable respawn20:05
marunotherwiseguy: maybe that's not a bad thing, but i figured it was worth discussing at least20:05
marun(an interval of 0 respawns immediately btw20:06
otherwiseguyah, as in in the config file. I was thinking "why can't you just pass in ovsdb_monitor_respawn_interval=None as an arg" :p20:07
marunpatch looks good apart from that20:07
marunyeah20:07
marunmaybe that's a non-issue though20:07
*** carl_baldwin has quit IRC20:07
marunsalv-orlando, since you're around, can we get your opinion?20:08
*** carl_baldwin has joined #openstack-neutron20:08
otherwiseguySeems like you'd always want to respawn, though, right?20:08
salv-orlandosorry I was on the patch20:08
salv-orlandoscrolling back20:08
otherwiseguyOr just minimize_polling=False20:08
marunotherwiseguy: i'm thinking that's probably the case, yeah20:08
salv-orlandohmmm so I read the patch and the only thing I saw is that now respawn_interval can't be none into async_process20:08
*** steven-weston has joined #openstack-neutron20:08
salv-orlandois that the same thing you noticed marun?20:08
marunsalv-orlando: yes20:08
marunsalv-orlando: that means that the monitor will have to respawn after some interval20:09
salv-orlandoIs that really a case where we might want to have no respawn?20:09
marunsalv-orlando: that's probably ok20:09
otherwiseguy"Oh, you died? Well, better give up!"20:09
marunsalv-orlando: because we could?  I don't think there's a usecase outside of testing.20:09
marunfor the agent, I don't think it matters20:09
marunas I said, I just wanted us to talk about it in case there was a reason to allow not respawning20:10
marunwe can always fix later if a use case presents itself, but for now, I'm going to +2 and hope the pid patch finally lands20:10
salv-orlandook let's approve this patch20:10
marunsalv-orlando: please do the honours20:11
marunoh wait, mark already +2'd.  i'll approve20:11
salv-orlandootherwise guy, marun: this also means we only need to switch minimize_polling to True for enabling the feature, as the respawn interval is set by default?20:11
marunwe can't merge until the pid patch lands though :\20:11
marunsalv-orlando: si20:11
salv-orlandocool20:11
marunmarkmcclain: btw, i only saw external_process.py this week.  I probably should have based async_process.py's process management on that.  :\20:12
markmcclainmarun: no worries.. we can still refactor and merge them later20:14
marunsalv-orlando: what's the rule for backporting when an external dependency is added?  will it help if the dependency is already required be ceilometer?20:14
marunmarkmcclain: ^20:14
marunbe -> by20:14
markmcclainadding deps to backports is a lot trickier because the packages would need changing20:15
marunmarkmcclain: that's what I figured20:15
salv-orlandoidk about decencies that confuses me a lot20:15
markmcclainmight need to look at what psutil is doing under the hood20:15
marunmarkmcclain: I think we could do it at redhat easily enough20:15
marunmarkmcclain: so reimplement what psutil does for the backport?20:15
marunmarkmcclain: it should be easy enough, just wanted to make sure20:16
otherwiseguymarkmcclain: psutil is using built-in syscalls.20:16
marunotherwiseguy: feel like a backport? ^^20:16
markmcclainah ok.. I've never dived into that lib20:16
otherwiseguyyeah, it is primarily C code.20:16
otherwiseguybut supporting lots of different OSes.20:17
marunif this fixes bugs in icehouse that are present in havana, we need to backport.  i guess we can wait on the gate results20:17
marunmarkmcclain: given that a bunch of bugs are represented (the ones implementing polling minimization, fixing process management, and polling interval), how best to manage a cohesive backport effort?20:18
markmcclainyeah.. lets make sure this addresses the gate issue20:19
markmcclainalso the support release in Havana was experimental and off by default20:19
*** aveiga has quit IRC20:19
marunmarkmcclain: I think I'd like to backport regardless.20:20
otherwiseguyand the grenade test is failing with a a timeout...20:21
markmcclainyeah I do think a backport should be considered20:21
marunmarkmcclain: the polling behavior was negatively impacting maximum ovs performance and redhat would like to ship rhos 4.0 (based on havana release) with polling minimization enabled by default20:21
markmcclainyeah… the perf of the old polling was bad20:22
markmcclainlet's make sure this addresses the gate issues first20:22
markmcclainand then we can figure out how we get this backported20:22
marunok20:22
marunmarkmcclain: to your knowledge, are request ids being returned to clients of the neutron service on every request?20:26
openstackgerritClaudiu Belu proposed a change to openstack/neutron: Fixes missing method in Hyper-V Utils (Metering)  https://review.openstack.org/5752120:30
markmcclainmarun: API or RPC client?20:32
marunapi20:32
marunmarkmcclain: api20:34
anteayaawesome work on those patches, 53188 and 57475 are in the gate one right behind the other20:34
openstackgerritSergio Cazzolato proposed a change to openstack/python-neutronclient: Fix i18n messages in neutronclient  https://review.openstack.org/5752220:35
anteayalet's stay close to review salvatore's patch once it is offered20:35
marunmarkmcclain: ah, it appears not.  nmind20:36
openstackgerritYoucef Laribi proposed a change to openstack/neutron: Implements a driver for the Neutron LBaaS service plugin that allows for using the Citrix NetScaler loadbalancing devices to provide Neutron LBaaS functionality.  https://review.openstack.org/5752420:39
*** enikanorov_ has quit IRC20:41
*** enikanorov_ has joined #openstack-neutron20:41
marunanteaya: salv-orlando's patch needs to be updated to fix a test failure it introduces20:41
otherwiseguyanteaya: thanks. I hope they help.20:43
* otherwiseguy crosses fingers20:43
* otherwiseguy sits and stares at the zuul page20:44
*** mvenesio has quit IRC20:45
*** clev has joined #openstack-neutron20:45
anteayaotherwiseguy: me too, awesome job on the turn around20:46
anteayamarun: okay, yes I think that is the patch submission we are waiting for, yes?20:47
marunyes, i can't read20:47
anteayanp20:48
anteaya:D20:48
salv-orlandopatch updated20:48
anteayawoot20:48
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Enable polling minimization  https://review.openstack.org/5729020:48
salv-orlandowell it's still travelling on the wire20:48
salv-orlandolanded now20:48
anteayamarun otherwiseguy markmcclain20:48
anteayawhoever else20:48
anteayasgran mestery20:49
mesteryanteaya: pong. Whats up?20:49
anteayamestery can you look at https://review.openstack.org/#/c/57290/20:49
mesterylooking20:49
anteayasince this has never passed check it has to go through there first20:49
anteayamestery: awesome thanks20:50
marunit's good, someone just needs to ride it until it gets through20:50
*** mlavalle has joined #openstack-neutron20:51
mesterymarun: Your concerns with this one from prior review are taken care of now?20:51
marunmestery: yes, terry's patches have landed20:51
mesterymarun: Great!20:51
mesteryWill +2 and merge it now.20:51
mesterydone20:51
*** same5336_ has quit IRC20:51
anteayamarun: can ride20:51
anteayait should pass check first20:52
anteayaI can ride it through check and can ping you mestery when it is ready for the gate20:52
anteayacan we do that?20:52
*** nplanel has quit IRC20:52
* mestery nods, works for me.20:53
anteayathanks20:53
anteayawill ping once it passes check20:53
marunnite all20:53
*** marun has quit IRC20:53
anteayanite marun20:54
openstackgerritYoucef Laribi proposed a change to openstack/neutron: Implements a driver for the Neutron LBaaS service plugin that allows for using the Citrix NetScaler loadbalancing devices to provide Neutron LBaaS functionality.  https://review.openstack.org/5752420:54
*** jecarey has quit IRC20:55
otherwiseguyanteaya: gah, 57475 is broken. not sure how it passed the tests I ran locally? https://jenkins02.openstack.org/job/gate-neutron-python27/3183/console20:57
anteayaharuph20:57
anteayadid 57475 ever pass check?20:57
anteayayeah, that is a problem with the patch: AttributeError: 'module' object has no attribute 'DEFAULT_OVSDBMON_RESPAWN_INTERVAL'20:58
openstackgerritYoucef Laribi proposed a change to openstack/neutron: Implements a driver for the Neutron LBaaS service plugin that allows for using the Citrix NetScaler loadbalancing devices to provide Neutron LBaaS functionality.  https://review.openstack.org/5752420:58
otherwiseguydoesn't look like it. might have just ran the wrong subset of tests on it.20:58
otherwiseguy(locally)20:58
*** armax has left #openstack-neutron20:58
anteayaokay20:58
otherwiseguyshould be easy fix.20:58
anteayawell good work team coming together so quickly20:59
anteayasome take aways20:59
anteaya1 - please make sure all patches have passed the check tests before approval20:59
anteayaany one else have anything else to offer?20:59
anteaya2 - it really helps having everyone focused on the same issue at once21:00
*** mjbright_ has quit IRC21:01
anteayaotherwiseguy: do you have another patchset in you?21:02
otherwiseguyyeah, uploading now21:04
openstackgerritTerry Wilson proposed a change to openstack/neutron: Add configurable ovsdb monitor respawn interval  https://review.openstack.org/5747521:04
otherwiseguyanteaya: but it will fail without the test fix in salv-orlando's patch21:05
anteayawhat happens if 57290 merges?21:07
anteayawithout 57475?21:07
anteayasalv-orlando otherwiseguy?21:08
anteayasince 57290 doesn't list any dependencies it might merge21:08
anteayawhat would happen if that happens?21:08
anteayashould we -2 it? that will prevent it from merging21:09
otherwiseguy57290 will enable minimize_polling which has a test that flaps.21:09
otherwiseguywithout the fix in 57475. Should have just done them all in one patch, apparently.21:09
salv-orlandoI'm in a meeting; I don't think there's a need to impose a strict ordering - but I will let you guys make the call.21:09
otherwiseguybecuase we have a circular dependency now.21:09
anteayaif 57290 lands before 57475, can you still merge 57475, once it passes21:10
otherwiseguyeven more fun, with the patch I just uploaded, I end up both needing the change in 57290 and needing it to not be there.21:11
otherwiseguyAssertionError: Expected call: get_polling_manager(False, 'sudo')21:11
otherwiseguyActual call: get_polling_manager(False, 'sudo', 30)21:11
anteayaand no to one big patch, salvatore's should have listed dependencies21:11
otherwiseguyif we call get_polling_manager(False, 'sudo') it requires True and vice-versa...21:11
anteayaso which do you want?21:11
salv-orlandomerge them then and we'll abandon the other21:11
*** aymenfrikha has quit IRC21:11
anteayaI am thinking we need to -2 5729021:11
*** enikanorov__ has joined #openstack-neutron21:12
*** enikanorov_ has quit IRC21:12
anteayasalv-orlando: so -2 57290?21:12
anteayaotherwiseguy: are you core?21:12
salv-orlandodone21:12
anteayathanks21:12
otherwiseguyanteaya: nope, I'm new here. :)21:12
anteayaokay that is fine21:12
anteayagood to have you21:13
anteayathe floor is yours, let's see other patch and have it pass the check queue this time21:13
anteayaand then go from there21:13
otherwiseguyk. I'll keep looking into what is going on with the  test_daemon_loop_uses_polling_manager test.21:14
anteayagreat21:14
anteayalet me know how I can help21:14
anteayaif you need a hand navigating the -infra tools let me know21:14
anteayahappy to help21:14
otherwiseguyoh, duh. I see the problem. fixing.21:15
openstackgerritTerry Wilson proposed a change to openstack/neutron: Add configurable ovsdb monitor respawn interval  https://review.openstack.org/5747521:16
otherwiseguyOk, I've fixed the test in mine. salv-orlando's patch will need to be slightly updated to pass in the polling respawn interval in the test that he fixed.21:17
salv-orlandoI'll be back shortly - busy now21:18
otherwiseguyanteaya: so in my version without his making minimize_polling default, we call get_polling_manager(False, 'sudo', constants.DEFAULT_OVSDBMON_RESPAWN) now instead of (False, 'sudo'). In salv-orlando's patch he changed False to True, but will also need to add the constants.DEFAULT_OVSDBMON_RESPAWN arg.21:18
anteayaokay21:19
salv-orlandootherwise guy: tip - you can push a new patch set on my patch21:19
otherwiseguysalv-orlando: will do.21:19
*** alagalah_ has joined #openstack-neutron21:20
otherwiseguyanteaya: can we add a dependency on 57475 to 57290 as well?21:20
anteayayes we should be able to21:21
anteayawhat is the chain you want to do21:21
anteayaand https://review.openstack.org/#/c/56187/ isn't really a gate blocking bug21:21
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Test commit for testing parallel job in experimental queue  https://review.openstack.org/5742021:21
anteayawhy is it in the gate queue when the rest of openstack is waiting to be requeued?21:22
otherwiseguy53188 -> 54747 -> 5729021:22
anteayaotherwiseguy: join me in infra21:22
*** rkukura has quit IRC21:27
anteayamarkmcclain: can you ensure all neutron-core read this, and if they have any questions they can ask me about it21:28
anteayaNachi Ueno isn't on irc and shouldn't have approved https://review.openstack.org/#/c/56187/ given our current status21:29
openstackgerritTerry Wilson proposed a change to openstack/neutron: Enable polling minimization  https://review.openstack.org/5729021:32
markmcclainanteaya: I can make sure hey read it, but I'm not 100% sure I'm following21:32
markmcclainso we have an ordering we need to maintain?21:33
*** mlavalle has quit IRC21:33
otherwiseguyanteaya: ok, so hopefully all tests will work and dependency tree looks right.21:33
anteayaif the gate is in trouble, like it is right now21:33
anteayahave some communication with the channel before approving patches21:33
anteayaright now it is gate blocking bug fix only21:34
markmcclainah ok21:34
anteayamarkmcclain: this is an ununusual situation and has never happened before, but given the growth of openstack will probably happen again21:34
anteayathere are 100+ patches waiting for the gate to be fixed so they can be requeued21:35
anteayaotherwiseguy: great21:35
anteayaotherwiseguy: let's see check tests pass on each21:35
markmcclainyeah.. I thought some stuff has been submitted out of order21:35
anteayacommunication with the channel is the most important element21:36
anteayaif you are core and awake you should be at least pingable from irc21:36
anteayaduring working hours21:36
*** coolsvap has quit IRC21:37
anteayaotherwiseguy: okay let's watch https://review.openstack.org/#/c/57475/421:38
anteayaand see how it does in the gate21:38
*** jecarey has joined #openstack-neutron21:38
anteayaif it passes we can see about 5729021:38
anteayafair enough?21:38
otherwiseguysounds good to me.21:39
anteayaokay I'm going to have some food21:40
otherwiseguyI've spent a good portion of this day staring at zuul already :)21:40
anteayacool21:40
anteayanothing like the entertainment of zuul TV21:40
anteayabbiab21:40
anteayaalso can we get anyone to talk to this developer and have him hold off on submitting more patchsets for a bit: https://review.openstack.org/#/c/57524/21:44
anteayajust until we get the gate addressed21:44
markmcclainI just -2'd21:45
*** nati_ueno has joined #openstack-neutron21:46
anteayathx21:46
*** armax has joined #openstack-neutron21:47
anteayanati_ueno: welcome21:54
anteayawe were just chatting about our status21:55
anteayawe are in a bit of a situtation regarding the gate at the moment21:55
anteayawe being all of openstack21:55
anteayaand currently the only thing that should be in check or queue are gate blocking bug fixes, and their dependencies21:56
anteayashould in the idealistic sense of the word21:57
dkehnmarkmcclain: you aware of anything concerning the setup_physical_bridges where teh udevadm settle is (i believe) timing out?21:58
dkehnfor the last couple of days I'm bumping into it running tox -epy2721:59
anteayahey dkehn, I just figured out you are a different person from dekehn, yes?21:59
anteayaalso we got a shout out on the ml: http://lists.openstack.org/pipermail/openstack-dev/2013-November/019937.html22:00
dkehnanteaya: I think I'm the same22:00
anteayaso thanks to everyone who continues to help making the gate blocking bug fixes a priority22:00
dkehndkehn is my handle and dekehn is email user22:00
dkehnyes its all confusing22:00
anteayadkehn: there is someone name derek with a similar handle on launchpad22:01
anteayayour first name is Don isn't it?22:01
dkehnok, I'm confused derek not cloese to dekehn or dkehn22:01
dkehnbut if you type two chars its a grab bag22:02
anteayano, his first name was dereck his nick was close to dekehn22:02
dkehnsalv-orlando: ^^^^ on the udevadm22:02
dkehnok22:02
dkehnoh well22:02
dkehnits a common name, not22:02
anteayayeah, if I see it again I will remember better22:02
dkehnanteaya: check HP email22:04
*** Jianyong has quit IRC22:04
anteayak22:05
*** Jianyong has joined #openstack-neutron22:06
*** mlavalle has joined #openstack-neutron22:07
anteayadkehn: awesome thanks22:08
*** arahal has quit IRC22:08
dkehnanteaya: dhopefully that clears it up22:08
dkehnor confuses it more22:08
anteayayes to both22:09
anteaya:D22:09
anteayalate in my day22:09
anteayapunchy22:09
*** rudrarugge has joined #openstack-neutron22:12
*** rudrarugge has quit IRC22:14
*** ekarlso has quit IRC22:15
otherwiseguyanteaya: looks like https://review.openstack.org/#/c/57475/ passed the check.22:17
*** ekarlso has joined #openstack-neutron22:17
anteayaw00t22:19
anteayacollect reviews and get ready for the gate22:19
anteayaping folks22:19
otherwiseguymarkmcclain: salv-orlando: https://review.openstack.org/#/c/57475/ needs re-approval when you get a chance. this time it even passes the initial check. :p22:20
markmcclainotherwiseguy: looking22:20
dkehnmarkmcclain: ^^^ any thoughts, I feel like I'm forgetting something22:21
jog0FYI http://lists.openstack.org/pipermail/openstack-dev/2013-November/019941.html22:23
mesteryotherwiseguy: Nice work on 57475.22:23
mesterymarkmcclain: I can approve 57475 let me know22:23
markmcclainmestery: go ahead22:23
mesterymarkmcclain: done22:23
anteayaawesome22:23
anteayagreat work team22:23
anteaya57290 is almost done in the check queue22:24
otherwiseguymestery: thanks!22:24
otherwiseguyor, double thanks, actually.22:24
*** clev has quit IRC22:25
*** steven-weston has quit IRC22:28
otherwiseguyhttps://review.openstack.org/57290 just passed check too. go, go, go. :)22:28
anteayago you!22:28
anteayagather them up again otherwiseguy22:29
*** steven-weston has joined #openstack-neutron22:29
otherwiseguymestery: markmcclain: https://review.openstack.org/#/c/57290/ is now ready for re-approval.22:29
mesteryotherwiseguy: Looking22:29
otherwiseguythanks everybody. this has been quite a day.22:30
otherwiseguyit it always like this?! :)22:30
otherwiseguys/^it/is/22:30
mestery57290 needs salv-orlando to remove his -222:30
anteayaotherwiseguy: not always like this no22:30
anteayasome days are busier22:31
anteaya:D22:31
steven-westonsalv-orlando: do you have a few minutes to look over my etherpad for auto ip association?22:31
otherwiseguyanteaya: oh good.22:31
anteayaha ha ha22:32
otherwiseguyI'd hate to get bored. Or have a regular heartbeat.22:32
anteayanot a chance22:32
mesteryotherwiseguy: :D22:32
anteayasteven-weston: including a url is always helpful22:32
steven-westonanteaya:  https://etherpad.openstack.org/p/NeutronFloatingIPAutoAssociation22:32
steven-westonanteaya:  your input is welcome as well!22:33
anteayasteven-weston: thanks22:33
anteayawould you like to add a link to your etherpad from https://etherpad.openstack.org/p/NeutronIcehouseProjectPlan22:34
steven-westonor anyone else, for that matter :)22:34
anteayathen it helps to see where it fits in with the whole picture22:34
steven-westonanteaya:  Yes, that would be wonderful22:34
anteayaawesome, thanks22:34
anteayasalv-orlando: we need you to reassess your -2 on https://review.openstack.org/#/c/57290/ please22:35
anteayaotherwiseguy: you can vote on 5729022:35
anteayasgran: if you are around22:35
anteayanati_ueno: you are core, care to review https://review.openstack.org/#/c/57290/22:36
otherwiseguyanteaya: ok. since I uploaded the last patch on that one didn't know if my vote was useful there. :)22:36
mesteryanteaya: FYI, 57290 has 2 core +2s, just needs salve-orlando to remove his -2 and we can merge it.22:36
markmcclainguessing it's dinner time for him22:37
otherwiseguyI would have thought that uploading patch set 3 would have removed the -2.22:38
markmcclainno those are sticky22:38
otherwiseguyinteresting.22:38
steven-westonmarkmcclain: should I respond to you in the etherpad, or here in irc?22:38
markmcclainand require the person who placed to remove it22:38
*** changbl has quit IRC22:38
markmcclainI'd respond the etherpad22:38
markmcclainit will make the bp more clear22:38
steven-westonmarkmcclain: okay, thanks :-)22:39
anteayamestery: okay22:39
anteayaotherwiseguy: and yes you are not the author of that patch so offering a review for it is fine22:40
anteayareviewing your own patch is frowned upon22:40
anteayaapproving your own patch, unless you are the only core, could get you publicly shamed22:40
otherwiseguynote to self: do lots of reviews, be useful, and if you make core don't approve your own patch and use -2 sparingly. :p22:41
anteayajust sent this to the ml: http://lists.openstack.org/pipermail/openstack-dev/2013-November/019949.html22:44
anteayagood work, Neutron22:44
anteayaotherwiseguy: you are catching on nicely22:45
*** nplanel has joined #openstack-neutron22:45
otherwiseguyanteaya: thanks. i've been stuck on packaging duty for a while now. it's good to get out and get back in to actual development.22:46
anteayas00t22:47
*** enikanorov_ has joined #openstack-neutron22:47
anteayaw00t even22:47
anteayas00t too22:47
*** enikanorov__ has quit IRC22:47
anteayawhat were you packaging?22:48
otherwiseguyso if you are going through a review and you see some simple issues like pep8 test failures, etc., is it kosher to just go in and fix them and re-submit the patch, or is it better to make comments and wait for the original dev?22:48
*** clev has joined #openstack-neutron22:48
anteayamake comments22:48
otherwiseguyopenstack-neutron package for RH, also working a bit on the packstack tool.22:48
mesteryotherwiseguy: Comment and let the submitter fix them, unless you work with the submitter and get approval.22:48
anteayayour first role as developer is mentor the other developers22:49
markmcclainsteven-weston: I've got to head out for a bit. I'll look at responses later on22:49
steven-westonmarkmcclain:  Okay, thanks for your help!!!22:49
anteayagrow as a contributor by asking questions and sharing what you know, as accurately as you can22:49
anteayaencourage new developers to do the same22:50
otherwiseguyok. just checking as salv-orlando had modify his patch. didn't know if that was the standard procedure to do automatically if you saw an issue, or not. thanks for the input. :)22:50
anteayaalways give someone a path for improvement and the option to take it if they wish22:50
otherwiseguymakes sense.22:50
anteaya*nod22:50
anteayasome circumstances are unusual22:51
*** pcm_ has quit IRC22:51
anteayahaving a broken gate for all of openstack is unusual and hopefully will be a very rare event22:51
steven-westonanteaya:  that's good advice.  I am always looking for paths for improvement.22:51
anteayaso in the case of rare events, gather some folks, 5 or more and have a discussion22:51
anteayasteven-weston: awesome, glad to hear it22:52
anteayame too, I make a lot of mistakes22:52
anteayabut I meet so many good people along the way as I learn to fix them22:52
steven-westonhehe.  I think everybody does, there is just a bit of variability as to how many people admit it :-)22:52
*** clev has quit IRC22:52
anteayasteven-weston: very true22:52
openstackgerritA change was merged to openstack/neutron: Ensure get_pid_to_kill works with rootwrap script  https://review.openstack.org/5318822:54
anteayaw00t22:55
anteayaa merge22:55
anteayawe got a merge22:55
anteaya\o/22:55
mesteryyay!22:55
otherwiseguyanteaya: yay! I've been waiting for that to merge successfully for weeks. :p22:55
anteayaha ha ha22:55
anteayatoday was your day apparently22:55
anteayaworking on getting some things in place to reduce the time it takes for patches to get merged22:56
anteayaI think discussing the patches in channel really helps that22:56
otherwiseguyapparently. first commit finally through the gate (that wasn't just a one-line addition to setup.py)22:56
otherwiseguyI agree. This has been a good learning experience.22:57
steven-westonspeaking of improvement, do you have or know of any good references regarding solid oo design principles?  Also, more specifically, how do I find out the nitty grittys on the data model and implementation in Neutron?22:57
*** roampune has joined #openstack-neutron22:58
anteayasteven-weston: good questions22:58
*** peristeri has quit IRC22:58
*** steven-weston_ has joined #openstack-neutron22:59
steven-westonanteaya: Yay!  I do enjoy self edumecation.22:59
*** idella4 has joined #openstack-neutron23:00
otherwiseguydictionaries. dictionaries everywhere. :p23:00
* otherwiseguy ducks23:00
anteayasolid oo design principles - I don't hav any first hand recommendations myself, perhaps some other folks will when they read the channel log23:03
anteayaif you don't get a good answer to that one, please ask again23:03
idella4g'day23:03
anteayathe Neutron data model, have you spent much time with the neutron repo? http://git.openstack.org/cgit/openstack/neutron/tree/neutron/db23:04
*** same5336 has joined #openstack-neutron23:04
anteayaor is understanding that code what you are asking about?23:04
*** networkstatic has joined #openstack-neutron23:04
anteayamorning idella423:05
steven-westonokay, excellent.  I do have some books, I'm just wondering how good they are ;-)23:05
idella4yep it is! how are you?23:05
jog0FYI http://lists.openstack.org/pipermail/openstack-dev/2013-November/019941.html23:05
jog0please don't approve non critical bug fixes until we get gate in order23:06
jog0anteaya: ^23:06
anteayayes doing that23:07
anteayajog0: this one was approved before we communicated to core: https://review.openstack.org/#/c/56187/23:07
anteayanothing else since then23:08
anteayaand thanks23:08
jog0anteaya: thanks!23:08
anteayathank you23:08
anteayasteven-weston: ah okay, no idea23:08
anteayaidella4: good thanks, we had some good discussions today23:08
anteayaall sitting around the campfire now waiting for some patches to merge23:09
anteayathe gate is shut down until the bugs are fixed23:09
idella4oh dear, neutron still under seige23:09
idella4whoa23:09
anteayano, not just us23:09
anteayaall of openstack23:09
*** carl_baldwin has quit IRC23:09
idella4ah it is23:09
anteayaa few bad habits given our size leads to an unstable gate pretty fast23:09
anteayathe size of openstack23:10
steven-westonanteaya: yes, understanding that code is what I was talking about.  really would like to learn about the design decisions that went into the model and how to make them myself, as well as contribute.23:10
idella4makin for very busy littl beavers, or is that platypusses23:10
anteayasteven-weston: understood, I don't know the history of it myself23:10
otherwiseguyhuh, looks like the gate jobs just all restarted the tests?23:11
anteayamarkmcclain might be able to shed more light when he is around, not sure who else would know23:11
anteayait happens23:11
anteayathe gate resets23:11
anteayasince every patch after the first one is tested including the ones before23:11
* mestery steps out for a while tonight, family calls.23:11
anteayaif the one in front fails, the gate resets, the one if front is removed and round we go again23:12
anteayamestery: have a good night, thankss for a great day23:12
otherwiseguyanteaya: ahhh.23:12
salv-orlandoI've removed the -2 from my patch. for bug 1224001. It should go through the gate now - if I have not missed anything it should be clear to go, right otherwiseguy?23:12
otherwiseguysalv-orlando: yep! thanks!23:12
salv-orlandook cool23:12
steven-westonexcellent!  Thanks for the help!  I have to step out as well, but I should be back in a few hours.23:13
mesterysame here anteaya!23:13
anteayaokay thanks see you soon steven-weston23:13
anteaya:D23:13
steven-weston:D23:13
anteayasalv-orlando: and another time you would ask someone else to approve your patch, right?23:13
anteayajust teaching the new folk good habits23:14
anteayawe talked about not approving ones own patches23:14
otherwiseguyhis was appreoved by others, he just un -2'd it.23:14
otherwiseguyand approved23:14
otherwiseguy:p23:14
anteayayeah23:14
salv-orlandogenerally speaking if you want to know good habits - look at me23:14
anteaya:D23:14
salv-orlandoand then do the opposite23:14
anteayaha ha ha23:14
otherwiseguyI'm positive I have other things to do, and yet I can't seem to stop watching zuul.23:15
anteayait is addictive23:16
idella4zyyl!23:16
idella4zuul?23:16
otherwiseguyI bought a 24u dell server enclosure, 3 1u servers, a managed switch, and wired my house for cat6. I really should set those servers up. :p23:16
anteayaidella4: http://status.openstack.org/zuul/23:16
anteayaha ha ha23:17
*** changbl has joined #openstack-neutron23:17
otherwiseguyI figured if I was going to work on neutron, I should have a lab. :p23:17
anteayagood call23:17
otherwiseguyAnd the fact that google fiber was installed might have had something to do with the purchases as well. :p23:17
anteayaI bet23:18
idella4huh, I was expecting something like "the blacklist" latest episode, and I got a "testing or operation of the OpenStack project"23:19
idella4now that's devotion!23:19
anteayaha ha ha23:21
*** armax has quit IRC23:21
anteayaokay we still need to hear from arosen on this: https://bugs.launchpad.net/nova/+bug/124906523:21
anteayaif we haven't heard from him by tomorrow, can someone else start working on this23:21
anteayathis bug is a gate blocker23:22
anteayaif you want to start and add to the bug report, so much the better23:22
anteayathis is marun's, so hopefully tomorrow he has an update, if not a patch to look at: https://bugs.launchpad.net/neutron/+bug/125144823:23
anteayasince he is in taipai if someone else can nudge him about it, that would be great23:23
*** jecarey has quit IRC23:23
otherwiseguyanteaya: I'll take a look at it and see if I can reproduce it just for fun. Being relatively new, can't promise anything and other people should definitely look at it in parallel.23:24
anteayafair enough23:24
anteayafeel free to update the bug report with any findings23:24
anteayaand thank you23:24
*** clev has joined #openstack-neutron23:24
salv-orlandootherwiseguy: I hope your employer pays for your electricity bill23:25
otherwiseguysalv-orlando: yeah...not so much. I hope keeping the door closed to the spare bedroom keeps out at least some of the noise of 3 1u dell servers. :p23:26
otherwiseguyIf mom comes up for an overnight visit, she might want to bring some earplugs. :p23:26
*** mlavalle has quit IRC23:28
*** thedodd has quit IRC23:34
*** mlavalle has joined #openstack-neutron23:35
*** Jianyong has quit IRC23:39
dkehnsalv-orlando: u around?23:39
*** banix has quit IRC23:45
*** mlavalle has quit IRC23:49
*** carl_baldwin has joined #openstack-neutron23:50
salv-orlandodkehn: not for long - going to bed23:50
salv-orlandoI shall be around for about 15 minutes23:51
dkehnsalv-orlando: I'm having an issue with the neutron/plugins/openvswitch/agent/ovs_neutron_agent.py", line 801, in setup_physical_bridges, and the udevadm settle, I'm assuming failure23:51
*** rcurran_ has quit IRC23:51
* salv-orlando going to the code23:51
dkehnsalv-orlando: when running the tox -epy27 on afreash clone23:52
dkehnsalv-orlando: its failing in the same place thoughout neutron.tests.unit.openvswitch.test_ovs_tunnel.TunnelTestWithMTU23:52
dkehnsalv-orlando: tried lengthing the timeout to no change23:53
salv-orlandoah I see - you're running only openvswitch tests or the whole suite?23:53
dkehnI'm assuming the whole thing23:53
dkehntox -epy27 pretty much runs it all23:53
dkehneven if I narrow it down it erros on this \23:54
salv-orlandook because I saw that today running only ovs tests and I assumed it was some stub out not done properly; was going to look into tomorrow.23:54
salv-orlandoanyway - if it fails on your machine but not the gate, is rather weird23:54
dkehnI'm assming it doesn't fail in the gate or everyone would be all over it23:55
*** julim has quit IRC23:55
salv-orlandoin that case the patch should not have merged in the first place, as we're talking about unit tests.23:55
dkehnthat's why I'm assuming its something in my system23:55
salv-orlandolet me quickly check what's mocked in the unit tests23:56
salv-orlandothe thing is that in unit test udevadm should be mocked; it should not execute at all, imho23:56
dkehnits mocking the tunnnels23:56
lifelesswe run udevadm from neutron?!23:56
dkehnlifeless: yes, neutron/plugins/openvswitch/agent/ovs_neutron_agent.py", line 801, in setup_physical_bridges23:57
salv-orlandolifeless: I discovered it like 5 minutes ago23:57
dkehnhmm, brought it up at the conf23:57
salv-orlandothis is the related bug fiy: https://bugs.launchpad.net/neutron/+bug/121855623:59

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