Tuesday, 2013-11-19

*** carl_baldwin has quit IRC00:01
*** julim has quit IRC00:10
*** mlavalle has quit IRC00:13
*** matsuhashi has joined #openstack-neutron00:15
*** nati_uen_ has quit IRC00:40
*** emagana has quit IRC00:44
*** yamahata_ has joined #openstack-neutron00:48
*** idella4 has joined #openstack-neutron00:54
*** LiJiansheng has joined #openstack-neutron00:55
idella4oh anteaya00:56
idella4I tried re-reading our query exchange from last night (my time) but it seems my system corrupted some files00:58
idella4possibly in the process of the last run of building neutron and running the testsuite00:58
idella4and it seems the log never got written to the hard drive00:59
idella4however, note here00:59
*** steven-weston has quit IRC01:00
idella4<anteaya^M^C> well it can't hurt to add them to your bug report01:00
*** matsuhashi has quit IRC01:01
*** matsuhashi has joined #openstack-neutron01:02
idella4I got to add here, it achieves nothing bloating a bug report with more samples already declared invalid01:02
*** matsuhashi has quit IRC01:02
*** matsuhashi has joined #openstack-neutron01:02
markmcclainhow are you running these tests?01:03
markmcclainon a machine with tox are you invoking the test runner directly?01:04
idella4dorectly01:04
idella4tox is toxic01:04
idella4directly01:04
idella4quite simply testr init; \ testr run01:05
markmcclaintox is hardly toxic01:05
anteayahey idella401:05
idella4it is in gentoo but never mind01:05
idella4hi01:05
idella4I have been thru that lots already01:06
*** morganfainberg has joined #openstack-neutron01:06
idella4anteaya:  here knows all about it01:06
anteayawell markmcclain is the PTL of the project01:06
idella4hi markmcclain01:06
anteayaso yes he would be aware of what is happening in neutron01:06
markmcclainidella4: hi01:06
idella4I'm a gentoo dev01:06
idella4attempting to add the testsuite to neutron's ebuild01:07
idella4day 5 at this point01:07
idella4making new records for degree of difficulty01:07
morganfainberganteaya, *waves*01:07
anteayahey morganfainberg01:07
morganfainberganteaya, lurking here now as well.01:07
anteayamorganfainberg: welcome01:08
anteayaand thank you01:08
anteaya:D01:08
markmcclainidella4: some I'm assuming a lot of this is settling on the right set up deps01:08
markmcclainbecause you're not using pip to install python deps?01:08
idella4well nota at all01:09
idella4all the deps are system installed and they're all fine01:10
markmcclainls01:11
markmcclainoops :)01:11
*** gongysh has quit IRC01:11
idella4that's a fundamental long ago sorted01:11
idella4@ https://bugs.launchpad.net/neutron/+bug/125165701:12
* markmcclain reads01:13
idella4ok01:14
markmcclainso testr is running the tests out of order01:16
idella4is it?01:16
markmcclainI thought that we had fixed the bad mock in the nicira tests01:17
idella4no idea01:17
idella4eeer hm01:17
anteayayes01:17
markmcclainyeah in parallel mode it should distribute work01:17
anteayatestr runs the tests in any order01:17
markmcclainand optimize the runs over time01:17
idella4ok you have a tanundrum01:17
anteayanosetests runs in a specific order, so the move from nose to testr can expose some setup/teardown issues01:18
anteayaif there are any01:18
markmcclainand we've found a few01:18
markmcclainI thought we had mostly found them all01:18
idella4with the --parallel option the suite pulls some mem alloc errors01:18
idella4I assume simply because it's a monster01:19
markmcclainpy2.6 or 2.7?01:19
idella4so I chucked the use of the --parallel option01:19
idella42.701:19
idella4not using py2.6 on it at all01:19
markmcclainok.. 2.7 is a bit more memory sane01:19
idella4hmm yep01:19
markmcclain2.6 unit tests can bloat really quickly01:20
idella4yep, well 2.6 isn't an issue here since we're not using it01:20
markmcclainwhen you mentioned mem problems I had to ask01:20
idella4sure; chucking the --parallel option leaves 'me' with these 2 fails01:21
idella4and they appear erroneous01:21
markmcclainwhat level of concurrency are you running with parallel01:21
markmcclainhave you tried with a smaller value than the autodetected?01:21
idella4ok you've gone over my head here slightly but easily 'sorted'01:22
idella4I have CFLAGS="-march=athlon64 -pipe -fomit-frame-pointer -O2"01:23
idella4MAKEOPTS="-j5"01:23
idella4I think the -j5 is answering your query here01:23
idella4the parallel does what the --parallel daos01:23
markmcclainyeah well testr has it's own method to determine the number of parallel test processes to run01:23
idella4these settings say what the system is doing01:24
idella4well it seems to me to run them vi nosetests01:24
idella4will SOLVE EVERYTHING01:24
*** jsergent has quit IRC01:25
idella4When I asked your counterpart to consider that he retorted with01:25
markmcclainhmm… interesting that nose is being invoked01:25
markmcclainwe remove nose usage >12 mos ago01:25
idella4we use tox, so use tox,01:25
*** networkstatic is now known as networkstatic_zZ01:25
idella4hmm well a test runner is but a runner01:25
markmcclaintox is unrelated to nose vs testr01:26
idella4I am sure testr can be kicked into shape01:26
idella4well ye it is01:26
markmcclaintox just automates the invocation of the chosen runner01:26
idella4I get the gist of that now, more so anyways01:26
*** nati_ueno has joined #openstack-neutron01:26
markmcclainand manages the building of virtualenvs for testing01:26
idella4yep, well01:26
idella4the whole making of the virtualenvs thing simply confounds gentoo's approach to the core01:27
markmcclainthe virtualenvs are only for isolated testing01:27
idella4the use of tox is discouraged in the pytho-gentoo team, though not banned01:27
markmcclainbut you're trying to validate the system install01:28
markmcclainwhich is a different need01:28
idella4well I don;t think so01:28
idella4in an ebuild you have a src_install() {01:28
idella4along with the various pre src phase01:28
idella4that culminate in an install01:29
idella4the running of the test phase is kind of a case in its own right01:29
idella4I have indeed another example of this in cinder I think it is01:29
markmcclainok. and src_test runs before src_install?01:29
*** armax has left #openstack-neutron01:29
idella4yep01:29
idella4you got it01:29
idella4and why tox is 'toxic' to gentoo stems from gentoo's style or policy01:30
idella4in running an ebuild01:30
idella4beyond downl;oading of the package and any patches or whatever01:31
idella4NO CONNECT TO THE INTERNET01:31
markmcclainyeah.. tox typically needs to d/l stuff so I get that policy01:31
idella4and along comes tox and promptly downloads everything all over again in a virtual env01:31
idella4so syre it's a gentoo thingy01:31
*** networkstatic_zZ is now known as networkstatic01:32
idella4you're follwoing this very well markmcclain01:32
idella4while the re-use of nose is somewhat antagonistic to your abandinning of it01:32
idella4I get that01:32
idella4testr ought be ab le to be corrected01:33
idella4only01:33
idella4so much to get out01:33
markmcclainI actually still use nose from time to time.. old habits are hard to break :)01:33
idella4we have 2 ebuilds of neutron-2013.201:33
idella4sure01:33
idella4I am currently re-running the neutron-2013.9999 ebuild01:34
idella4which translated means it's utilising the live repo ar launchpad or git or wherever it is01:34
idella4thos mght finally come up clean01:35
idella4this mght finally come up clean because01:35
idella4it like;ly has that fix that you cited many lines ago01:35
idella4the neutron-2013.2.ebuild is using the tarball os the havana release01:35
idella4you follow?01:36
markmcclainyes01:36
idella4the neutron-2013.2.ebuild yielded those 2 errors01:36
idella4and really 2 little errors out of a suite of over 12ooo tests01:36
idella4top job01:36
markmcclainyeah.. but still 2 too many01:37
idella4running without the --parallel option takes it seems around 45 minutes01:37
markmcclainyeah.. that's expected for the havana release01:37
markmcclainwe're working to reduce some of hte testing overhead for icehouse to speed things up01:38
idella4before I added the patch from a bug I've not yet outline01:38
idella4it's reduced from 2 hours 4 min.01:38
idella4not until you told me some 10 or so minutes ago did I know of this other fix01:39
idella4of the ordering of the tests by testr01:40
markmcclainwow didn't know they were pushing 2hrs for some people01:40
idella4and I'd say the 2 errors are a nonsense too01:40
idella4well, that's what it took on my gentoo system here01:40
idella4and I gather much of that was awaiting stupid timeouts01:41
idella4my suggestion is to simply carve up the tests into some groups01:42
markmcclainwe've been heading direction, but it will take some time01:42
idella4run the groups in a series, they all get done01:42
idella4ah good01:42
markmcclaina lot of the vendor driver tests are in subdirs of neutron/tests/unit/01:43
markmcclainthe *.py files in that dir are tests against core code01:43
idella4so I have mostly been running the 2013.2 neutron ebuild on the assumption it's pretty much the equiv of what's in the live repo havana tarball01:44
idella4this neutron has kind of caught me out here01:44
idella4it's been patched and fixed at least one test related bug, the json serialization issue01:45
markmcclainthis script: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-cluster/neutron/neutron-2013.2.ebuild?view=markup ?01:45
idella4well time to twiddle the thunmb until this run completes01:45
idella4let's look01:46
idella4yes01:46
idella4bnefore I started adding the test stuff01:46
idella4here01:47
idella4@ http://codepad.org/xMPOHaH101:48
idella4from testuser@archtester ~ $ wgetpaste -s codepad  ~/cvsPortage/gentoo-x86/sys-cluster/neutron/neutron-2013.2-r1.ebuild01:48
markmcclainthing look right01:51
*** wenjianhn has joined #openstack-neutron01:51
idella4I've run it a few times now, see I have added the patch to fix the json thingy01:54
markmcclainyes.. I'm seeing01:54
markmcclainalso noticed in the report that you had a run that asked for password01:54
idella4well, if you have one that fixes the ncira thingy,01:55
markmcclainfor future ref that occurs when mock hasn't been setup for a system util01:55
idella4I that came from running by nosetests01:55
markmcclainthe test suite shouldn't be invoking system utils01:55
markmcclainso looking I'm looking in the history to find the commit for nicira01:56
idella4ok well that could mb come from use of nosetests01:56
idella4ok01:56
markmcclainnose or testr01:56
markmcclainthat is a symptom of improper mocking01:56
idella4initially I was running them by nosetests01:56
markmcclaina password prompt should never pop up01:56
idella4it wasn't until I lobbed in here and talked with anteaya a little01:57
idella4by which time I had figure to run testr directly01:57
markmcclainok.. so maybe the improper mocking of the nicira edge-1 hasn't merged01:57
idella4testr is kind of new to me and I only have grasped it01:58
idella4exactly01:58
idella4I have run the 2013-9999.ebuild once or twice01:58
markmcclainif you skip this directory:01:58
markmcclainneutron/tests/unit/nicira/vshield01:58
idella4and I've run so many I can't remember what was what01:59
markmcclainyou won't invoke any of the tests that try to test the edge in NSX01:59
idella4well that's what I'd normally do to attempt to isolate it01:59
idella4so simply mv the folder out of there?02:00
idella4that's what I did with test_ovs_tunnel.py02:00
markmcclainanother trick if you're running testr in a env that where you've already done a testr run is pass —failing02:00
idella4oh did that02:01
markmcclaink02:01
idella4and they kept on passing them02:01
idella4persistently which says to me they're getting muddled in the full run02:01
markmcclainthat can happen02:01
idella4I haven't yet seen a run of testr run --failing fail the said test02:02
idella4well I'd say it did02:02
idella4well it explains it in any case02:02
idella4so simply mv the folder out of there like  I did with test_ovs_tunnel.py02:03
markmcclainyeah… that will buy some time to further explore the issue02:03
markmcclainnicira is also a paid support product, so if folks want gentoo+nsx they can also help debug the build issue02:04
markmcclainI know they've helped with other failures on other distros02:04
markmcclainthe more difficult trick will be to reduce the bug down to something that reproducible for fixing02:05
idella4right so with the use of our gentoo USE flag,02:06
idella4we could add to the ebuild a USE flag called something like ncira or nsx or such02:06
markmcclainyeah02:06
idella4and make the leaving of the neutron/tests/unit/nicira/vshield conditional on the use of the USE flag02:07
idella4well that was hard!!02:07
idella4well @ day 5 and a whisker away from a clean run02:08
idella4and making a workable test phase for neutron-2013.2* ebuilds02:08
idella4what a day02:08
markmcclainsorry it was harder than it should have been… it's dinner time for me, but I'll make a note to build the tarball in the morning and make sure that bit rot hasn't already crept in after 30 days02:09
idella4excellent02:09
idella4I have Tue Nov 19 10:09:42 WST 201302:09
markmcclainalso 2013.2.1 is due out around Dec 12th02:10
idella4I'm quite accustomed to being in the day in everyone else's night02:10
idella4ah righty02:10
markmcclainso it's good to find any build bugs before then too02:10
idella4just before my birthday02:10
idella4that too02:10
anteayaawesome02:10
anteayaglad you two had a chance to chat02:10
markmcclainhopefully it will be a good birthday present and you can remove the special build rules02:11
idella4me, oh you're too kind02:11
idella4yep02:11
markmcclainidella4: have a good rest of your day02:11
idella4than ks02:11
idella4bon appetite, especially if you're in Quebec02:11
*** changbl has quit IRC02:12
anteayasouth eastern States02:12
anteayaare you in Atlanta, markmcclain?02:12
idella4ah right02:12
anteayaI'm in Canada02:12
anteayaand also calling it a night02:12
idella4not quite as southern as lil' ol' me02:12
anteayado you have enough direction to entertain you for a while?02:12
anteaya:D02:13
idella4er yes02:13
anteayacool02:13
idella4for a while02:13
anteayasounds good02:13
anteayahave fun, I will look to talk to you in about 12 hours or so02:13
idella4roger that Ontario02:13
idella4'night02:14
anteayanight02:15
*** b3nt_pin has quit IRC02:23
*** amotoki has joined #openstack-neutron02:27
*** ljjjustin has joined #openstack-neutron02:33
*** yamahata_ has quit IRC02:44
*** wenjianhn has quit IRC02:47
*** wenjianhn has joined #openstack-neutron02:47
*** nati_ueno has quit IRC02:47
*** changbl has joined #openstack-neutron02:51
*** amritanshu_RnD has joined #openstack-neutron02:54
*** carl_baldwin has joined #openstack-neutron03:01
*** alagalah_ has quit IRC03:04
*** alagalah has quit IRC03:09
*** salv-orlando has quit IRC03:13
*** coolsvap has joined #openstack-neutron03:15
*** suresh12 has quit IRC03:16
*** suresh12 has joined #openstack-neutron03:16
*** suresh12 has quit IRC03:20
*** alagalah has joined #openstack-neutron03:23
*** matsuhashi has quit IRC03:29
*** matsuhashi has joined #openstack-neutron03:30
*** changbl has quit IRC03:31
*** matsuhashi has quit IRC03:35
*** krast has joined #openstack-neutron03:41
*** krast has quit IRC03:41
*** nati_ueno has joined #openstack-neutron03:41
*** alagalah has quit IRC03:45
*** dkliban has joined #openstack-neutron03:47
*** carl_baldwin has quit IRC03:52
*** nati_ueno has quit IRC04:06
*** nati_ueno has joined #openstack-neutron04:06
*** gdubreui has quit IRC04:12
*** gdubreui has joined #openstack-neutron04:12
*** gdubreui has quit IRC04:13
*** gdubreui has joined #openstack-neutron04:13
idella4crrrrikey; Ran 18185 tests in 5986.417s \ FAILED (id=0, failures=1, skips=328)\04:19
idella4don't ya just hate that04:19
openstackgerritDane LeBlanc proposed a change to openstack/neutron: Cisco nexus plugin fails to untrunk vlan if other hosts using vlan  https://review.openstack.org/5461204:20
*** suresh12 has joined #openstack-neutron04:27
*** suresh12 has quit IRC04:32
*** dcahill has quit IRC04:41
*** matsuhashi has joined #openstack-neutron04:46
*** balar has quit IRC04:55
*** nati_uen_ has joined #openstack-neutron05:00
*** nati_ueno has quit IRC05:03
*** nati_uen_ is now known as nati_ueno05:04
*** mihgen has joined #openstack-neutron05:06
*** LiJiansheng has quit IRC05:14
*** jecarey has quit IRC05:18
*** Jianyong has joined #openstack-neutron05:18
*** Jianyong has quit IRC05:25
*** Jianyong has joined #openstack-neutron05:30
*** mihgen has quit IRC05:35
*** changbl has joined #openstack-neutron05:38
*** steven-weston has joined #openstack-neutron05:44
*** LiJiansheng has joined #openstack-neutron05:44
*** bvandenh has joined #openstack-neutron05:47
*** mihgen has joined #openstack-neutron05:53
*** suresh12 has joined #openstack-neutron06:03
prometheanfireidella4: yes, yes I do06:15
idella4huh06:15
prometheanfirehuh06:18
*** gongysh has joined #openstack-neutron06:20
*** prometheanfire has quit IRC06:24
openstackgerritDane LeBlanc proposed a change to openstack/neutron: Improve unit test coverage for Cisco plugin nexus code  https://review.openstack.org/5710006:24
*** prometheanfire has joined #openstack-neutron06:26
*** suresh12 has quit IRC06:37
*** gongysh has quit IRC06:37
*** suresh12 has joined #openstack-neutron06:38
*** matsuhashi has quit IRC06:41
*** matsuhashi has joined #openstack-neutron06:42
*** suresh12 has quit IRC06:42
*** suresh12 has joined #openstack-neutron06:45
*** matsuhashi has quit IRC06:46
*** matsuhashi has joined #openstack-neutron06:48
*** jianingy has joined #openstack-neutron06:48
*** suresh12 has quit IRC06:51
*** suresh12 has joined #openstack-neutron06:51
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/5686406:52
*** suresh12 has quit IRC06:55
*** matsuhashi has quit IRC07:09
*** matsuhashi has joined #openstack-neutron07:10
*** matsuhas_ has joined #openstack-neutron07:13
*** matsuhashi has quit IRC07:14
*** gdubreui has quit IRC07:18
*** jprovazn has joined #openstack-neutron07:31
openstackgerritEvgeny Fedoruk proposed a change to openstack/neutron: Adds tests, fixes Radware LBaaS driver as a result  https://review.openstack.org/5415507:34
*** amuller has joined #openstack-neutron07:39
openstackgerritZhang Hua proposed a change to openstack/neutron: Fwaas can't run in operating system without namespace feature  https://review.openstack.org/5689307:44
openstackgerritZhongyue Luo proposed a change to openstack/neutron: (WIP) DO NOT MERGE  https://review.openstack.org/5711107:51
*** suresh12 has joined #openstack-neutron08:02
*** mihgen has quit IRC08:03
*** marun has quit IRC08:06
*** suresh12 has quit IRC08:07
*** z0rkito has quit IRC08:07
*** z0rkito has joined #openstack-neutron08:10
*** jlibosva has joined #openstack-neutron08:11
*** mestery_ has joined #openstack-neutron08:15
*** mestery has quit IRC08:19
*** marun has joined #openstack-neutron08:24
*** marun has quit IRC08:25
*** coolsvap has quit IRC08:30
*** afazekas_ has joined #openstack-neutron08:34
*** mihgen has joined #openstack-neutron08:40
*** steven-weston has quit IRC08:41
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: Implement service vm framework(WIP):  https://review.openstack.org/5689208:46
*** enikanorov_ has quit IRC08:53
*** enikanorov_ has joined #openstack-neutron08:53
openstackgerritSascha Peilicke proposed a change to openstack/neutron: Support building wheels (PEP-427)  https://review.openstack.org/5712408:57
*** nati_ueno has quit IRC08:59
*** yamahata_ has joined #openstack-neutron09:01
*** salv-orlando has joined #openstack-neutron09:05
*** rossella_s has joined #openstack-neutron09:08
*** ygbo has joined #openstack-neutron09:09
*** jpich has joined #openstack-neutron09:09
*** matsuhas_ has quit IRC09:25
*** matsuhashi has joined #openstack-neutron09:25
openstackgerritSascha Peilicke proposed a change to openstack/python-neutronclient: Support building wheels (PEP-427)  https://review.openstack.org/5715309:27
*** yamahata_ has quit IRC09:30
*** matsuhashi has quit IRC09:30
*** matsuhashi has joined #openstack-neutron09:30
sgrananyone feel like helping me debug an sqlalchemy problem?09:35
sgranadding this: http://paste.debian.net/66578/09:36
sgranresults in:09:37
sgranInvalidRequestError: Table 'sessionpersistences' is already defined for this MetaData instance.  Specify 'extend_existing=True' to redefine options and columns on an existing Table object.09:37
sgranmy sqlalchemy knowledge is not good enough to figure this one out09:38
*** alexpilotti has joined #openstack-neutron09:51
*** networkstatic has quit IRC09:52
*** LiJiansheng has quit IRC09:55
enikanorov_sgran: i'09:59
enikanorov_sgran: i'll look into it09:59
sgrangreat, thanks10:00
enikanorov_can you upload your patch to gerrit so i could just pull it and run it myself?10:01
enikanorov_(you can mark it as WIP)10:01
sgransure10:02
sgransec10:02
openstackgerritStephen Gran proposed a change to openstack/neutron: Enforce unique constraint on neutron pool members  https://review.openstack.org/5681510:03
*** coolsvap has joined #openstack-neutron10:03
sgranenikanorov_: https://review.openstack.org/5681510:03
enikanorov_yeah, pulling10:03
sgranthanks10:04
*** feleouet has joined #openstack-neutron10:08
*** nati_ueno has joined #openstack-neutron10:09
*** nati_ueno has quit IRC10:11
*** LiJiansheng has joined #openstack-neutron10:11
*** jprovazn has quit IRC10:16
*** Jianyong has quit IRC10:22
idella4what's happened @ https://bugs.launchpad.net/neutron/+bug/1251657 so I can't add any further comment "Post comment" cmd button is greyed out10:29
*** yamahata_ has joined #openstack-neutron10:38
*** jprovazn has joined #openstack-neutron10:41
sgranstatus has been marked as invalid, at a guess10:44
idella4I added to it already under invalid10:46
idella4and it should NOT be invalid10:47
idella4the 2 wrongs still don't make a right10:47
idella4prometheanfire:  also added to it post set to invalid10:48
idella4but as you said, at a guess, and that's a fair one, I guess10:49
*** marun has joined #openstack-neutron10:49
*** marun has quit IRC10:49
*** safchain has joined #openstack-neutron10:50
*** jlibosva is now known as jlibosva|1unch10:57
*** matsuhashi has quit IRC10:58
*** matsuhashi has joined #openstack-neutron10:59
enikanorov_sgran: replied in the review. I think i got rid of sqlalchemy errors in your patch11:01
enikanorov_by putting comma after UniqueConstraint11:01
sgranaha!11:01
sgranlet me try11:01
sgranthanks11:02
enikanorov_which means that we specify a tuple for __table_args__, not a single object11:02
*** jlibosva|1unch is now known as jlibosva11:03
*** matsuhashi has quit IRC11:04
*** coolsvap has quit IRC11:07
*** amritanshu_RnD has quit IRC11:23
*** enikanorov_ has quit IRC11:31
*** marun has joined #openstack-neutron11:31
*** enikanorov_ has joined #openstack-neutron11:31
*** pcm_ has joined #openstack-neutron11:34
*** pcm_ has quit IRC11:34
*** alagalah has joined #openstack-neutron11:34
*** pcm_ has joined #openstack-neutron11:35
sgranright, makes sense11:35
*** enikanorov_ has quit IRC11:39
*** enikanorov_ has joined #openstack-neutron11:40
*** enikanorov_ has quit IRC11:48
*** enikanorov_ has joined #openstack-neutron11:48
*** ben_duyujie has joined #openstack-neutron11:48
*** amotoki has quit IRC12:03
*** kashyap has quit IRC12:08
*** yfried has joined #openstack-neutron12:13
*** kashyap has joined #openstack-neutron12:13
yfriedmarun: why isn't it affecting my rhos setup?12:14
marunit was removed in icehouse12:14
marunrhos is havana12:14
marunAn fyi for everyone - we have a regression wrt security groups:  https://bugs.launchpad.net/devstack/+bug/125262012:14
yfriedmarun: devstack is Icehouse?12:15
marunyfried: Your test that validates security group behavior should be merged but skipped with a reference to the bug in question.12:15
marunyfried: When the bug gets fixed, the test can be unskipped12:15
marunyfried: The upstream gate is master, which became icehouse mid-Oct after rc havana was branched12:16
marun32738412:17
yfriedmarun: maybe just remove the negative checks and wait for the bug to be fixed before submitting them separately?12:17
* marun shakes fist at yubikey12:17
marunyfried: no, having them in is useful12:17
marunyfried: people who are working on the fix then have something to test against12:17
marunyfried: and people know not to reimplement the test independently12:17
yfriedok. can you show me how to mark them for skipping?12:18
marunyes, i'll find an example12:18
marunyfried: check tempest/scenario/test_stamp_pattern.py:14412:19
marunyfried: there's a decorator that allows referencing a bug number12:20
yfriedand it's for the whole test? can't I put it only on the check_block function?12:20
marunit's for the whole test12:21
marunthere's no way to skip a partial test12:21
marunhmm12:21
marunwhich review is affected again?12:21
yfriedmarun: https://review.openstack.org/#/c/55101/12:22
marunIs there any point in running the test if security groups are inoperative?12:23
*** enikanorov_ has quit IRC12:24
*** enikanorov_ has joined #openstack-neutron12:24
*** nati_ueno has joined #openstack-neutron12:24
*** enikanorov__ has joined #openstack-neutron12:26
*** enikanorov_ has quit IRC12:26
*** salv-orlando has quit IRC12:34
*** salv-orlando has joined #openstack-neutron12:43
marunmarkmcclain: ping12:57
*** gfa has joined #openstack-neutron13:00
*** jlibosva has quit IRC13:00
*** afazekas_ has quit IRC13:02
*** bvandenh has quit IRC13:08
*** afazekas_ has joined #openstack-neutron13:14
*** richardboswell has quit IRC13:14
*** salv-orlando has quit IRC13:17
*** marun has quit IRC13:20
*** richardboswell has joined #openstack-neutron13:22
*** jlibosva has joined #openstack-neutron13:24
*** richardboswell has quit IRC13:36
*** richardboswell has joined #openstack-neutron13:37
*** bvandenh has joined #openstack-neutron13:39
*** yamahata_ has quit IRC13:48
*** yamahata_ has joined #openstack-neutron13:49
*** marun has joined #openstack-neutron13:49
*** wenjianhn has quit IRC13:51
*** afazekas_ has quit IRC14:02
*** coolsvap has joined #openstack-neutron14:02
*** dkliban has quit IRC14:07
*** julim has joined #openstack-neutron14:12
*** ben_duyujie has quit IRC14:14
*** yamahata_ has quit IRC14:18
*** carl_baldwin has joined #openstack-neutron14:19
sgranif I want code into icehouse, when is the deadline?14:22
*** yamahata_ has joined #openstack-neutron14:23
mestery_sgran: Look here https://wiki.openstack.org/wiki/Icehouse_Release_Schedule14:24
*** mestery_ is now known as mestery14:24
*** changbl has quit IRC14:25
sgranso, basically 2 weeks to icehouse-114:26
sgranhopefully reviews start picking up in speed14:27
sgranif it takes 3 or 4 weeks to get a new driver reviewed, there's no way it'll make icehouse14:27
*** peristeri has joined #openstack-neutron14:29
mesterysgran: New driver for what?14:31
sgranI have started a new LBaaS driver14:31
mesterysgran: Cool! Vendor based or open source?14:32
sgranbut I'm waiting on https://review.openstack.org/#/c/40381/14:32
*** jianingy is now known as jianingy_afk14:32
mesterysgran: Only reason I ask is due to the new testing requirements for new drivers (all new drivers need 3rd party tempest tests before being accepted, among other requirements).14:32
sgranit's an appliance, but the vendor has told me (not in writing yet) that I can open source it14:32
sgranI'd like to push it back up14:32
mesterysgran: Most awesome.14:32
sgransure, I've talked to the vendor about it14:32
mesterycool14:33
sgran40381 is taking quite a long time to get through, and spending most of it's time waiting for review14:33
sgranso this is making me nervous14:33
sgranI guess we'll just run with a local driver for icehouse, but that seems a bit crap14:33
mestery40381 is a larger review, those tend to take longer to work their way through.14:33
sgranhope you're right :)14:34
*** jecarey has joined #openstack-neutron14:35
*** afazekas_ has joined #openstack-neutron14:35
*** thedodd has joined #openstack-neutron14:46
*** unicell has joined #openstack-neutron14:56
*** richardboswell has quit IRC14:57
*** richardboswell has joined #openstack-neutron14:57
*** salv-orlando has joined #openstack-neutron15:02
*** dkliban has joined #openstack-neutron15:04
*** armax has joined #openstack-neutron15:07
markmcclainsgran: the new driver will require 3rd party tests15:10
markmcclainhave you begun work on those?15:10
*** mihgen has quit IRC15:12
anteayahello markmcclain15:20
*** peristeri has quit IRC15:21
*** peristeri has joined #openstack-neutron15:23
markmcclainanteaya: hi15:24
*** nati_uen_ has joined #openstack-neutron15:25
anteayahow goes your day so far?15:26
sgranmarkmcclain: I've started talking to riverbed about it15:26
sgranI have not started writing gate tests or anything15:26
markmcclainanteaya: it's good…yours?15:27
*** otherwiseguy has quit IRC15:27
*** otherwiseguy has joined #openstack-neutron15:27
markmcclainsgran: you shouldn't have to write any extra tests.. just configure a setup to run tempest against it15:27
sgranoh, even easier15:27
anteayagood thanks, beautiful sunrise this morning15:28
*** nati_ueno has quit IRC15:28
*** idella4 has quit IRC15:29
anteayasgran: don't stay stuck on something, speak up and share what you are doing15:29
anteayathen if someone can help they can jump in15:29
sgrananteaya: nah, it's not that I'm stuck, it's that I'm waiting for the LBaaS agent code shape to shake itself out15:30
anteayasgran: what or who needs to do something about the LBaaS agent code shape?15:31
sgranthere's a refactor going on, when that's done, it needs patching so more than one agent can manage a loadbalancer backend, and the new driver needs to get refactored to match15:31
anteayawho is working on the refactor?15:31
sgranit's mostly just waiting for the same thing I've been waiting for - 4038115:31
sgranobondarev15:31
anteayayeah, the waiting is what gets me down15:31
sgranI'm sure he's on it - he has been quick getting to things so far15:31
sgranit's just that it seems like a day or two between every upload/comment cycle, which is starting to take forever15:32
anteayalet's see if he is around, obondarev are you avaiable for a quick LBaaS agent re-write update?15:32
anteayasgran: yes15:32
anteayathat cycle is much shorter in other projects because they talk to each other in irc15:32
anteayawhich is what I am trying to promote here15:33
anteayaso we can begin to close up that turn around time15:33
anteayaI have seen agreement on a new patch take 5 or 10 minutes if everyone is in the discussion15:33
anteayahaving to wait weeks and take 15+ patchsets for a new patch is really painful15:34
obondarevanteaya: yep, I'm here15:37
obondarevupdate on https://review.openstack.org/#/c/40381 - working on Akihiro's comments right now15:37
*** carl_baldwin has quit IRC15:37
anteayaawesome thanks obondarev15:38
obondarevwill come up with a new patch set soon15:38
anteayathanks for letting us know15:38
sgrangreat, thanks15:38
anteayagreat work15:38
sgransorry to be a pest15:38
anteayanever a pest when your work hinges on someone elses15:38
anteayagood to know rather than wonder15:38
*** richardboswell has quit IRC15:39
anteayamarkmcclain: what is your take on patch length?15:40
*** richardboswell has joined #openstack-neutron15:40
anteayathere was a very good ml post by lifeless sometime back on diminishing returns after a certain line length for patches15:41
anteayaI think the number under discussion was 200 lines per patch15:41
anteayanot throwing a wrench in the works on 40381 but it is +1300, -700 net 600 lines of code15:42
anteayathat is a significant amount of mental resources to apply to this patch for each reviewer15:42
anteayaperhaps if there was an approach to line length for patches, encouraging features to be split into smaller patches, the review cycle would go faster15:43
anteayaso a series of dependant patches rather than one large patch15:44
*** salv-orlando has quit IRC15:50
*** afazekas_ has quit IRC15:50
*** mordred has quit IRC15:52
*** Sam-I-Am has quit IRC15:52
anteayahe posted it in August: http://lists.openstack.org/pipermail/openstack-dev/2013-August/013692.html15:57
*** carl_baldwin has joined #openstack-neutron15:57
*** salv-orlando has joined #openstack-neutron15:58
*** mordred has joined #openstack-neutron16:00
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: unify haproxy-on-host plugin driver and agent  https://review.openstack.org/4038116:00
*** devlaps has joined #openstack-neutron16:01
anteayasgran ^16:02
sgran\o/16:03
anteaya:D16:04
markmcclainanteaya: that number is very dependent on what the patch is doing.. some patches have be larger because they're adding a single functional component and others we can break down into smaller patches16:04
anteayaare large patches ever asked to become a series of smaller patches?16:05
anteayaor if the author submits a large patch, does it stay large?16:05
markmcclainwe've rejected patches for being too large16:06
anteayaawesome, thanks16:06
anteayagood to know16:06
markmcclainmany times with plugins the first commit is large because we require the core API be implemented16:06
anteayaokay16:07
anteayatrying to find ways to reduce the amount of time a patch takes to get merged16:07
anteayasince that builds momentum16:08
anteayagoing to head out for a walk, back in a bit16:09
markmcclainthe patch that started this is discussion is larger refactor.. I don't think that Oleg could broken it up much more without losing the context of the direction of hte patch16:09
anteayaoh there you are16:09
anteayafair enough16:09
anteayajust trying to understand the foundational principles for development in the channel16:10
anteayaand this helps, thanks16:10
* anteaya puts on her coat and hat16:11
ygboHi all, can someone help me with VPNaaS? My issue is that When doing https://wiki.openstack.org/wiki/Neutron/VPNaaS/HowToInstall, I get no errors, everything "seems" wonderfull, security groups allowing everything in all directions, the 2 routers can ping each other, but the from the routers respective namespaces (or vms on their lan) I can't ping remote side lans (routers and VM ping successfully each routers external IP). In /opt/stack/data/neutron/16:12
ygboipsec/<router_id>/* apart from configuration and process pids there are no logs at all. A guide on how to debug and find logs would be appreciated because ipsec processes are visible with ps, I get no error in neutron, so without logs nor errors I don't know where to start searching. PS: I know openvpn off by hart, but not ipsec...16:12
ygboIs OpenVPN not planned for VPNaaS?16:12
markmcclainOpenVPN is something we're working on during Icehouse16:12
*** arahal has joined #openstack-neutron16:13
ygbomarkmcclain: cool :-)16:13
ygbomarkmcclain: do you have any blueprint or link towards something started on OpenVPN?16:13
markmcclainit's a little early for nati_uen_ to be active, but debugging tips would be good for docs16:14
markmcclainhttps://blueprints.launchpad.net/neutron/+spec/neutron-ssl-vpn16:14
markmcclainygbo: also this etherpad: https://etherpad.openstack.org/p/NeutronVPNaaSIceHouse16:15
ygbomarkmcclain: thanks for the links16:17
*** jp_at_hp has joined #openstack-neutron16:20
ygboopenvpn comes with easy_rsa scripts to easily build the PKI (CA and certificates), will we re_use these? Is a PKI management planned or will users have to provide their pre-made certificates whith their own PKI management?16:21
*** nati_uen_ has quit IRC16:24
markmcclainygbo: not sure all of those issues have been solved yet16:24
*** yfried has quit IRC16:25
markmcclainmost of the VPN team is US-west, so might have to ping the room later to get more info16:25
*** jp_at_hp has quit IRC16:38
*** changbl has joined #openstack-neutron16:38
*** jp_at_hp has joined #openstack-neutron16:39
*** rossella_s_ has joined #openstack-neutron16:44
*** rossella_s has quit IRC16:44
*** rossella_s_ is now known as rossella_s16:44
*** terrylhowe has joined #openstack-neutron16:46
terrylhoweI'm working on the unified CLI and I'm wondering what the reaction might be to generalizing some things in the neutron cli16:46
terrylhoweFor instance, things like using getattr on parsed_args so the unified CLI doesn't have to have command line args for somethings.  E.g.:16:47
terrylhowepage_size = getattr(parsed_args, 'page_size', None)16:47
markmcclainI think that would be helpful16:47
markmcclainour current CLI implementation has some optional args that we don't predeclare so this would fit in16:48
terrylhoweI'd sooner reuse as much of that code as possible, but the implementation is a lot different.  Some nice extra features for sure, but we'd need to work to get them across all the other clients first16:48
*** dhellmann has joined #openstack-neutron16:49
markmcclainyeah.. we're also working on refactoring some of the underlying code16:49
markmcclainso if there are particular pain points for the unified CLI it would be good to know them16:49
terrylhoweis there a blue print?16:50
markmcclainnot an updated one16:50
markmcclainstill working on incorporating the feedback on pain and scaling points of the neutron client16:50
markmcclainthe first batch of changes will mostly target the API interactions and leave the CLI classes un modified16:51
markmcclainbut if there's items to fix on the CLI we can carve up the work differently16:51
terrylhoweshould I create a blueprint at least for discussion?16:53
markmcclainyes please do16:53
markmcclainI think a separate bp for CLI changes would be useful16:53
terrylhowecool16:53
*** steven-weston has joined #openstack-neutron16:54
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Optionally delete namespaces when they are no longer needed  https://review.openstack.org/5611416:57
*** chandankumar has quit IRC16:59
*** networkstatic has joined #openstack-neutron17:02
*** changbl has quit IRC17:05
*** amuller has quit IRC17:06
*** afazekas_ has joined #openstack-neutron17:08
terrylhowehttps://blueprints.launchpad.net/python-neutronclient/+spec/unifiedcli17:09
*** alexpilotti has quit IRC17:10
*** lskyw has joined #openstack-neutron17:10
*** steven-weston has quit IRC17:11
markmcclainterrylhowe: thanks for creating it17:11
openstackgerritStephen Gran proposed a change to openstack/neutron: Enforce unique constraint on neutron pool members  https://review.openstack.org/5681517:13
*** salv-orlando has quit IRC17:14
*** salv-orlando has joined #openstack-neutron17:22
*** changbl has joined #openstack-neutron17:26
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Optionally delete namespaces when they are no longer needed  https://review.openstack.org/5611417:31
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Enable polling minimization  https://review.openstack.org/5729017:38
*** salv-orlando has quit IRC17:39
*** salv-orlando has joined #openstack-neutron17:47
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Refactor _spawn/destroy_metadata_proxy to not require full router_info  https://review.openstack.org/5729317:51
*** richardboswell2 has joined #openstack-neutron17:54
*** richardboswell has quit IRC17:57
*** rossella_s has quit IRC18:00
*** insanidade has joined #openstack-neutron18:04
*** jsergent has joined #openstack-neutron18:05
*** ygbo has quit IRC18:08
*** yfried has joined #openstack-neutron18:10
*** afazekas_ has quit IRC18:12
*** steven-weston has joined #openstack-neutron18:15
*** jprovazn is now known as jprovazn_afk18:15
*** suresh12 has joined #openstack-neutron18:16
*** decede has quit IRC18:37
*** suresh12 has quit IRC18:38
*** safchain has quit IRC18:38
*** suresh12 has joined #openstack-neutron18:39
*** decede has joined #openstack-neutron18:40
*** yfried has quit IRC18:43
*** jp_at_hp has quit IRC18:45
anteayathe -infra meeting is in 13 minutes in -meeting if anyone wants to listen in on the current state of the gate18:47
*** mihgen has joined #openstack-neutron18:49
insanidadeanteaya: what meeting is happening there right now ?18:49
anteayakeystone18:50
insanidadeanteaya: thanks.18:50
anteayanp18:50
insanidadein terms of routing, what is the difference between a standard and a distributed router ?18:55
openstackgerritAmir Sadoughi proposed a change to openstack/neutron: Added check on plugin.supported_extension_aliases  https://review.openstack.org/4743218:55
mesterysalv-orlando: ping18:57
salv-orlandohi mestery18:57
mesterysalv-orlando: In this review you just pushed (https://review.openstack.org/#/c/57290/), I notice that ML2 doesn't support config for minimize_polling.18:58
mesteryI think it should, shall I file a bug for that?18:58
mesteryThe agent either way works with both I guess.18:58
mesteryACtually, looking at it, it's only odd because the agent config is in the openvswitch section of code.18:59
salv-orlandoyes, I've sent that too18:59
salv-orlandoit's just a matter of adding the defaults into ml2_conf.ini I think18:59
salv-orlandobecause it's not that the configuration is not supported, it's just that it's implicitly taking the default value for each parameter18:59
anteayainsanidade: I don't know the answer to your question, hopefully someone else does19:00
*** sadasu has joined #openstack-neutron19:01
*** jprovazn_afk is now known as jprovazn19:02
*** matrohon_ has quit IRC19:02
*** jlibosva has quit IRC19:02
mesterysalv-orlando: Exactly, thanks for confirming!19:02
*** yfried has joined #openstack-neutron19:11
*** rkukura has quit IRC19:20
*** mlavalle has joined #openstack-neutron19:21
openstackgerritDane LeBlanc proposed a change to openstack/neutron: Improve unit test coverage for Cisco plugin nexus code  https://review.openstack.org/5710019:25
*** rkukura has joined #openstack-neutron19:26
salv-orlandootherwiseguy: ping19:26
otherwiseguysalv-orlando: pong19:27
salv-orlandootherwiseguy: a little bird told me you're happy to take over on bug 1224001 ?19:27
otherwiseguysalv-orlando: those little birds sure do get around. :)19:28
otherwiseguysalv-orlando: Love to. :)19:28
salv-orlandoare you already up-to-date? otherwise I can fill you in with all the details19:28
otherwiseguysalv-orlando: I think I'm pretty up to date. minimizing polling good to make default, needs polling interval set as a precondition? Anything else I'm missing?19:29
salv-orlandonope. I think this will reduce if not eliminate failures for bug 1224001. Basically what happens is that the VM is not reachable via a floating IP19:30
salv-orlandobut the floating IP is configured, it's the VM which does not get an IP19:30
salv-orlandonow I've seen the DHCP agent being update 1-2 seconds after the vm boots, but that should not be an issue, because in those seconds the vm is likely still loading the ramdisk19:31
salv-orlandoI've also noticed that in some cases it might take up to 15 seconds for the ovs agent to wire the port, and that might cause cirrus, which boots very quickly, to timeout on the dhcp request19:32
otherwiseguysalv-orlando: makes sense. my natural tendency is to cringe when I hear things like "X updates a bit after Y, but Y will most likely not notice" :)19:34
salv-orlandothere's a situation where we can hardly enforce a synchronisation point.19:34
*** reed has joined #openstack-neutron19:34
otherwiseguyyeah, the world is a messy place. ;)19:35
salv-orlandoit's one of those borderline situations where "eventual consistency" means more "finger crossed"19:35
*** alexpilotti has joined #openstack-neutron19:37
marunotherwiseguy: one last thing, make sure to depend on your 'kill child process' patch!19:38
*** marun has quit IRC19:39
otherwiseguymarun: will do. hopefully it can make it through the dying/overloaded testing.19:39
anteayaany new devstack-gate jobs have to be cleared with clarkb for a while, he is doing a consolidation19:48
anteayaand we are currently producting logs at the rate of just under 1T per week19:53
salv-orlandowe openstack or we neutron?19:57
salv-orlandomarun, otherwise guy: do we need a devstack change to pass the right minimize_polling options in?19:58
anteayaI would hope you were both19:58
anteayaare you not openstack?19:58
* salv-orlando thinks anteaya is trying to read an openstack vs neutron thing in my statement is perhaps 20:00
salv-orlandothat's not the case. I just wanted to know if the neutron logs were taking so much space20:00
anteayahelp me understand your question then20:00
anteayaah20:00
anteayasorry20:01
anteayaall of openstack is creating 1T of logs per week20:01
anteayacurrently20:01
salv-orlandoI've attended the infra meeting; It seems it's not critical at the moment; we (openstack) have capacity. Is that correct?20:02
anteayayes, fungi is going to increase volume for static log storage20:02
anteayajust sharing info on our growth rate20:02
anteayawe are growing fast20:02
anteayathere was an expectation log growth would level out but not only did that not happen it has grown faster20:03
anteayaand thanks for attending the meeting20:03
*** mlavalle has quit IRC20:29
*** yfried has quit IRC20:33
*** aymenfrikha has joined #openstack-neutron20:50
*** sadasu has quit IRC20:52
openstackgerritA change was merged to openstack/neutron: LBaaS: fix reported binary name of a loadbalancer agent  https://review.openstack.org/5537720:52
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Call _destroy_metadata_proxy from _destroy_router_namespaces  https://review.openstack.org/5729320:57
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Call _destroy_metadata_proxy from _destroy_router_namespaces  https://review.openstack.org/5729320:58
*** aymenfrikha has quit IRC20:59
*** yamahata_ has quit IRC21:12
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Optionally delete namespaces when they are no longer needed  https://review.openstack.org/5611421:13
*** jprovazn has quit IRC21:19
*** lskyw has quit IRC21:21
*** yamahata_ has joined #openstack-neutron21:34
*** armax has left #openstack-neutron21:39
anteayamarkmcclain: are you ready to use rootwrap by i-2?21:45
markmcclainyeah.. I really don't have any objection to ttx's plan21:48
markmcclainwe're running the version from oslo so I expect the migration to relatively painless21:48
*** nati_ueno has joined #openstack-neutron21:53
*** same5336_ has quit IRC21:54
*** bvandenh has quit IRC21:55
anteayamarkmcclain: awesome21:57
*** insanidade has quit IRC21:59
markmcclainmost of the hard word was done in Havana harmonizing our old fork with oslo21:59
*** peristeri has quit IRC22:00
*** idella4 has joined #openstack-neutron22:01
*** richardboswell2 has quit IRC22:03
anteayawonderful22:05
anteayain other news, in the current graph of the gate illness, neutron is not playing the most important role22:06
anteayaas a matter of fact, the gate neutron tests are passing22:06
anteayato give you a moment of levity22:06
*** dkliban has quit IRC22:08
markmcclainnice to hear, but we still have substantial work to complete quickly22:08
markmcclainthe race conditions have gone in waves22:08
anteayayes22:08
anteayajust wanted to share the moment22:09
anteayafleeting though it maybe22:09
anteayamay be22:09
anteayamarkmcclain: is there anything in addition to what I am doing that can help with that22:09
anteayado you think?22:09
idella4g'day all22:10
anteayahey idella422:10
*** nati_ueno has quit IRC22:10
idella4it's mornin'22:10
idella4ho markmcclain22:10
anteayait's really morning22:10
anteayawhat time for you 6am?22:10
idella4yes22:10
idella46.1022:11
markmcclainanteaya: not much new right now22:11
idella4sun's been up a good while22:11
markmcclainidella4: hi!22:11
anteayamarkmcclain: okay don't keep it a secret if you think of something22:11
idella4have you passed some woeds onto your counterpart at this point markmcclain22:11
*** pcm_ has quit IRC22:12
*** yamahata_ has quit IRC22:12
idella4words22:12
idella4anteaya here briefed me on some fundamentals22:12
markmcclainanteaya: too much to do to stockpile work items22:14
idella4I'm re-running this neutron testsuite seeking a consistent fail rate of 122:14
markmcclainidella4: which test?22:14
anteayamarkmcclain: indeed22:15
idella4which I got around 28 hours ago22:15
idella4testsuite we were discussing, neutron-2013.222:15
idella4It's difficult wrking it with the essential logging or coverage reporting turned off22:16
openstackgerritA change was merged to openstack/neutron: Replace mox in unit tests with mock  https://review.openstack.org/5404422:17
*** banix has joined #openstack-neutron22:17
markmcclainhmmm.. testr produces the failures for me22:18
idella4oh it DOES?22:18
markmcclainyes22:18
idella4that's significant22:18
markmcclainsorry when I make a failing tests22:18
idella4well we're on the same pages or two22:18
markmcclainI get a traceback22:19
idella4oh well, tell me when you're perfect22:19
*** ljjjusti1 has joined #openstack-neutron22:19
*** nati_ueno has joined #openstack-neutron22:20
idella4hmm; well I got22:21
idella4Binary content:   traceback (test/plain; charset="utf8") Ran 12233 tests in 2123.316s FAILED (id=0, failures=2, skips=171)22:21
idella4and that's it. It's a traceback I suppose22:22
*** ljjjustin has quit IRC22:23
idella4well, anyway, is there much diff between the tests in the static tarball and the live repo?22:24
idella4the havana live repo?22:24
markmcclainthere shouldn't be any difference22:36
idella4right, thought so22:36
*** networkstatic has quit IRC22:37
*** nati_ueno has quit IRC22:37
idella4that's quite inconsequential at this point, I think the totals varied only by about 522:37
*** arahal has quit IRC22:38
*** nati_ueno has joined #openstack-neutron22:38
idella4anyway, was there a fix to the ncira hardware stuff in any history to find?22:38
idella4or does this represent new info?22:38
markmcclainseems like new info22:39
idella4ah ok22:39
markmcclainneed to fine a good way to replicate in master22:39
markmcclains/fine/find/22:39
idella4right22:39
markmcclainso that we can file the proper bug22:39
idella4so I'm being a bit helpful in finding something that needs a fix or inprove22:39
idella4improve22:40
markmcclainyes, this is helpful22:40
idella4ok. well my last best result was a fail of 122:40
idella4bit with no backtrace of any type, I'm blinded22:41
markmcclainstrange you're not getting any output22:41
markmcclaintestr run --parallel --concurrency=322:41
markmcclainwill produce output for a failing test for me22:42
idella4ah ok22:42
idella4well that's helpful markmcclain I can add the --concurrency=3. after I let the current complete22:42
idella4as I said I'm basically a testr newbie22:43
idella4more practiced with nose and nosetests, so I'm learnin' more too22:43
*** jecarey has quit IRC22:43
*** same5336_ has joined #openstack-neutron22:44
*** fkak has quit IRC22:45
markmcclainthe concurrency flag limits the number of parallel processes that testr will use to run22:45
markmcclainvery similar to the -j flag in make22:46
*** alagalah has quit IRC22:46
idella4ok thx22:46
idella4so I ocan re-add the --parallel option, ok that's 'good' news22:47
idella4well after taking out the ncira folder, I still had one left and I'm still trying to figure what it is22:48
markmcclainok22:50
*** alagalah has joined #openstack-neutron22:55
*** jecarey has joined #openstack-neutron22:56
*** mihgen has quit IRC22:57
*** thedodd has quit IRC23:03
*** julim has quit IRC23:03
*** jpich has quit IRC23:04
*** salv-orlando has quit IRC23:07
*** salv-orlando has joined #openstack-neutron23:07
idella4hmm at this point (still running) I have23:09
idella4FAIL: neutron.tests.unit.openvswitch.test_agent_scheduler.OvsAgentSchedulerTestCaseXML.test_router_schedule_with_candidates23:09
idella4does this pass for you?23:09
*** nati_ueno has quit IRC23:17
markmcclainyes23:37
openstackgerritstephen-ma proposed a change to openstack/neutron: Delete DHCP port without DHCP server on a network node  https://review.openstack.org/5674023:38
idella4oh ok thx23:38
anteayaokay big converstation happened in infra about the gate23:39
anteayaitems being considered include removing or reducing use of recheck/reverify, having tests run more than once for the same patch23:40
anteayaand having gate critical bugs be identified and announced project wide23:40
anteayajoin the conversation if you would like: https://etherpad.openstack.org/p/future-of-recheck23:41
idella4what is the 'gate' exactly?23:46
*** changbl has quit IRC23:48
*** banix has left #openstack-neutron23:49
salv-orlandoidella4: it's the last door you have to go through before your patch can be merged.23:49
salv-orlandothe whole workflow is here: https://wiki.openstack.org/wiki/Gerrit_Workflow23:49
salv-orlandoidella4: this at least from a developer perspective23:49
idella4ok thx23:52

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