| flashgordon | salv-orlando: we didn't | 00:00 |
|---|---|---|
| flashgordon | at least we tried not to | 00:00 |
| flashgordon | we explicitly set serial for neutron | 00:01 |
| salv-orlando | It actually it seems it still running smoke-serial env | 00:01 |
| flashgordon | https://review.openstack.org/#/c/56466/ | 00:01 |
| flashgordon | https://review.openstack.org/#/c/56467/ | 00:01 |
| salv-orlando | I missed the devstack-gate change | 00:03 |
| salv-orlando | my bad | 00:03 |
| *** julim has joined #openstack-neutron | 00:15 | |
| *** layer427expert has quit IRC | 00:17 | |
| *** layer427expert has joined #openstack-neutron | 00:19 | |
| *** layer427expert has quit IRC | 00:20 | |
| *** julim has quit IRC | 00:24 | |
| *** devlaps has quit IRC | 00:30 | |
| *** flashgordon is now known as jog0 | 00:37 | |
| *** alexpilotti has quit IRC | 00:40 | |
| *** gdubreui has joined #openstack-neutron | 00:44 | |
| *** manishg has joined #openstack-neutron | 00:49 | |
| *** jsergent has quit IRC | 00:53 | |
| *** suresh12 has quit IRC | 00:59 | |
| *** suresh12 has joined #openstack-neutron | 01:00 | |
| *** suresh12 has quit IRC | 01:00 | |
| *** suresh12 has joined #openstack-neutron | 01:01 | |
| *** catintheroof has quit IRC | 01:09 | |
| *** manishg has quit IRC | 01:09 | |
| *** gdubreui has quit IRC | 01:24 | |
| *** dkliban has joined #openstack-neutron | 01:31 | |
| *** dkliban has quit IRC | 01:41 | |
| *** catintheroof has joined #openstack-neutron | 02:21 | |
| *** LiJiansheng has joined #openstack-neutron | 02:37 | |
| *** suresh12 has quit IRC | 02:50 | |
| *** suresh12 has joined #openstack-neutron | 02:51 | |
| *** catintheroof has quit IRC | 02:52 | |
| *** suresh12_ has joined #openstack-neutron | 02:55 | |
| *** suresh12 has quit IRC | 02:56 | |
| *** catintheroof has joined #openstack-neutron | 02:59 | |
| *** suresh12_ has quit IRC | 03:00 | |
| *** suresh12 has joined #openstack-neutron | 03:01 | |
| *** gatuus has quit IRC | 03:02 | |
| *** nati_ueno has joined #openstack-neutron | 03:04 | |
| *** suresh12 has quit IRC | 03:06 | |
| *** nati_ueno has quit IRC | 03:13 | |
| *** nati_ueno has joined #openstack-neutron | 03:15 | |
| *** nati_ueno has quit IRC | 03:17 | |
| *** catintheroof has quit IRC | 03:29 | |
| *** nati_ueno has joined #openstack-neutron | 03:37 | |
| *** nati_ueno has quit IRC | 03:44 | |
| openstackgerrit | stephen-ma proposed a change to openstack/neutron: DHCP port without DHCP server on a network node https://review.openstack.org/56740 | 03:59 |
| *** networkstatic has joined #openstack-neutron | 04:01 | |
| openstackgerrit | A change was merged to openstack/neutron: Lower severity of log trace for DB integrity error https://review.openstack.org/56496 | 04:07 |
| *** suresh12 has joined #openstack-neutron | 04:11 | |
| *** LiJiansheng has quit IRC | 04:12 | |
| *** suresh12 has quit IRC | 04:16 | |
| openstackgerrit | stephen-ma proposed a change to openstack/neutron: DHCP port without DHCP server on a network node https://review.openstack.org/56740 | 04:41 |
| *** scotty916 has joined #openstack-neutron | 04:44 | |
| *** scotty916 has quit IRC | 04:50 | |
| *** HenryG_ has joined #openstack-neutron | 05:06 | |
| *** HenryG has quit IRC | 05:09 | |
| openstackgerrit | Jenkins proposed a change to openstack/neutron: Imported Translations from Transifex https://review.openstack.org/56745 | 06:41 |
| *** alexpilotti has joined #openstack-neutron | 07:49 | |
| *** amritanshu_RnD has joined #openstack-neutron | 08:12 | |
| *** prometheanfire has joined #openstack-neutron | 08:32 | |
| prometheanfire | enikanorov_: ping bug 1251657 | 08:35 |
| *** idella4 has joined #openstack-neutron | 08:38 | |
| idella4 | enikanorov: why am I sooo puzzled? | 08:40 |
| idella4 | setting up venv not directly related to neutron project somehow skirts the devs of neutron maintaining the testsuite | 08:41 |
| idella4 | as in writing it and getting it to work? | 08:41 |
| prometheanfire | I added a comment to the bug, dunno if he's in irc atm :D | 08:42 |
| idella4 | ah right | 08:42 |
| idella4 | well asking what we're missing seems apt | 08:43 |
| idella4 | on the presumption it's us doing the missing so let's plug that hole | 08:43 |
| prometheanfire | if he says it's our fault he must have proof right? | 08:44 |
| idella4 | right | 08:44 |
| prometheanfire | but ya, all about plugging holes | 08:45 |
| idella4 | so we ask please serve it up | 08:45 |
| prometheanfire | and that's what she said | 08:45 |
| idella4 | we await input from enikanorov | 08:45 |
| sgran | hi, | 09:04 |
| sgran | does it make sense that you can add two members to a loadbalancer with the same ip/port tuple? | 09:05 |
| sgran | I can't see the usefulness of that, so I'm thinking of reporting it as a bug, but maybe someone sees a valid reason for it | 09:05 |
| enikanorov | sgran: yeah you can file it. probably it make sense to add a constraint to the schema | 09:53 |
| idella4 | well that acounts for sgran | 09:54 |
| enikanorov | idella4: your bug description looks like a huge monologue. At first glance it looks like venv setup has failed and that caused a number of issues later on | 09:56 |
| enikanorov | venv creation may fail for various reasons and it's not what neutron project should care about | 09:57 |
| enikanorov | unless it's something introduced in neutron's code | 09:57 |
| idella4 | did you pick up the part where venv creation is what 'we' would like to take out of the equation? | 09:57 |
| idella4 | I gave points where use of a virtual env. confounds a gentoo setup | 09:58 |
| enikanorov | so, first of all, to proceed to UT failures you need to make sure venv was set up properly, e.g. without errors | 09:59 |
| idella4 | venus and mars | 09:59 |
| enikanorov | using virtual env is a normal practice, what's wrong with venv and gentoo setup? | 10:00 |
| idella4 | I asked if you can make the testsuite run from nosetests | 10:01 |
| idella4 | tI pointed out already, the first thing tox does is download the lot | 10:01 |
| idella4 | gentoo practice in test phases is to run everything statically | 10:01 |
| enikanorov | yeah, tox creates it's own venv | 10:02 |
| idella4 | no connection to the internet | 10:02 |
| idella4 | it totally confounds the approach | 10:02 |
| enikanorov | well... you want openstack to comply with gentoo's approach? | 10:03 |
| idella4 | The idea is for the installed system dependency packages to run the suite | 10:03 |
| enikanorov | i think it's possible if you have exact versions of python libraries required for each project | 10:03 |
| idella4 | it's close | 10:03 |
| idella4 | seeing it runs by use of nosetests anyway | 10:04 |
| idella4 | I realise the use of tox and virtual env is common | 10:04 |
| idella4 | and therefore I constantly have to dodge it in testsuites when it comes up | 10:05 |
| idella4 | I ask can it be written to run 'stically' from nosetests without tox | 10:06 |
| enikanorov | each project has it's own requirements.txt | 10:06 |
| enikanorov | which may or may not reuire the same versions of libraries | 10:06 |
| idella4 | yep | 10:07 |
| idella4 | well right | 10:07 |
| enikanorov | also, tox is for unit testing and development, when you may change requirements.txt yourself and that should change venv | 10:07 |
| idella4 | we list and install all those deps in requirements.txt | 10:07 |
| idella4 | ok so tox reads requirements.txt | 10:08 |
| idella4 | hmm so the 1 diff that is in place in neutronm | 10:08 |
| idella4 | is the sububnit | 10:09 |
| idella4 | vs. python-subunit | 10:09 |
| idella4 | so are you making the point that tox can run the tests from the system installed packages | 10:10 |
| idella4 | on the condition that they match them listed in reuiqrements .txt? | 10:10 |
| enikanorov | i'm not sure about that | 10:11 |
| idella4 | hmm | 10:11 |
| enikanorov | the purpose of tox is to run things in different environments | 10:12 |
| enikanorov | (venvs) | 10:12 |
| idella4 | well fine but we basically want to run the testsuite using the system installed deps | 10:13 |
| idella4 | the openstack fundamentally use nose as the test runner' | 10:14 |
| idella4 | via tox | 10:14 |
| enikanorov | i guess tox uses testr | 10:14 |
| enikanorov | which is different from nose | 10:15 |
| idella4 | the use of differing envs de-rails things | 10:15 |
| idella4 | ok so can you outline testr for me | 10:15 |
| enikanorov | why it derails things? | 10:15 |
| idella4 | I recall the test run uses something like python setup.py testr | 10:16 |
| idella4 | well it goes creating an environment when there's already one there up and running | 10:17 |
| idella4 | 'most python packages run testsuites by use of nosetests or pytest or python /path/to/some_test_all.py file | 10:18 |
| idella4 | use of tox is infrequent and spasmodic in gentoo's python packages | 10:19 |
| idella4 | what exactly is testr enikanorov? | 10:19 |
| enikanorov | https://wiki.openstack.org/wiki/Testr | 10:20 |
| idella4 | ok gentoo has dev-python/testrepository in portage | 10:21 |
| enikanorov | why gentoo at all? | 10:22 |
| idella4 | testr is a test runner so it's an alternative to a nose | 10:23 |
| idella4 | why what about gentoo? | 10:23 |
| idella4 | one dev in particular has recently taken on the openstack project and is in the process of adding and includionmg them into gentoo's portage | 10:24 |
| enikanorov | why are you trying to run openstack on gentoo when approaches are so different? | 10:24 |
| *** jorisroovers has joined #openstack-neutron | 10:25 | |
| idella4 | ah now that's a question for him, prometheanfire | 10:25 |
| idella4 | well which approaches do you mean? the building of the packages? | 10:26 |
| enikanorov | ok, so any kind of os-specific issues belong to packaging | 10:26 |
| enikanorov | not to the project | 10:26 |
| enikanorov | if you're working with source code tree and you want to run project from sources or run unit tests, than it will be tox | 10:27 |
| idella4 | oh running a testsuite isn't a matter of packaging | 10:27 |
| enikanorov | and it will be downloading it's own venv regardless of what's installed in the system | 10:27 |
| enikanorov | and regardless of gentoo's best practices | 10:27 |
| enikanorov | if you want to verify the package - that's another matter and that will be a matter of packaging | 10:28 |
| idella4 | it's a matter of running the packages as they come | 10:28 |
| enikanorov | ok, so does gentoo have neutron package? | 10:28 |
| idella4 | yes he has added it to portage | 10:28 |
| idella4 | it's what I ran that made for the bug | 10:29 |
| enikanorov | ok, so if it doesn't work, you should file a bug on the neutron gentoo package, no? | 10:29 |
| idella4 | prometheanfire: & I are the gentoo devs that would fix them | 10:30 |
| enikanorov | i don't see what neutron project itself has to do with package for gentoo | 10:31 |
| idella4 | you don't no | 10:31 |
| idella4 | well to run the testsuite in line with gentoo's policies and practices | 10:32 |
| idella4 | it has to be more or less completely re-worked | 10:32 |
| enikanorov | 'it has' what has to be completely reworked? | 10:33 |
| idella4 | well 'it' uses tox which as you said | 10:34 |
| idella4 | it will be downloading it's own venv regardless of what's installed in the system | 10:34 |
| idella4 | REGARDLESS | 10:35 |
| idella4 | the modus operandi of the testsuite is basically unusable in its std form | 10:35 |
| idella4 | gentoo | 10:35 |
| idella4 | the rest of the package is fine | 10:36 |
| idella4 | and prometheanfire soo wanted to have the openstack packages equipped with test phases | 10:36 |
| idella4 | therefore it requires re-working completely | 10:37 |
| enikanorov | right, but still neutron project has nothing to do with this reworking | 10:37 |
| enikanorov | i think it's possible to include venv preparation as a step in package isntallation | 10:37 |
| idella4 | I have some test phases going in some of the openstack packages; e.g. swift | 10:37 |
| enikanorov | venv preparation for the tox i mean | 10:37 |
| idella4 | I see | 10:39 |
| idella4 | prometheanfire can read this when he returns and I can see what he thinks | 10:39 |
| idella4 | It looks as if the testr testrunner may offer an alternate path | 10:41 |
| idella4 | but I shall have to go learn about how it;s used and operates | 10:41 |
| *** networkstatic is now known as networkstatic_zZ | 11:03 | |
| idella4 | it appears the use of testr may suffice | 11:07 |
| *** idella4 has quit IRC | 11:13 | |
| *** HenryG_ has quit IRC | 11:16 | |
| *** idella4 has joined #openstack-neutron | 11:21 | |
| openstackgerrit | Duarte Nunes proposed a change to openstack/neutron: MidoNet: Added support for the admin_state_up flag https://review.openstack.org/54275 | 11:22 |
| idella4 | enikanorov: There are two mechanisms for running tests: run_tests.sh and tox. With both mechanisms you can either run the tests in the standard environment | 11:30 |
| idella4 | so seems it can be done | 11:30 |
| idella4 | testr init followed with testr run seems to be doing something, appears it has no default output | 11:37 |
| prometheanfire | idella4: dev-python/subunit provides the python-subunit package | 11:39 |
| prometheanfire | idella4: also, we don't have to (and I'd rather not) use tox :D | 11:39 |
| prometheanfire | idella4: find out what tox runs as tests, and run them manually ourselves | 11:39 |
| prometheanfire | if tox calls testr then we can just run testr directly | 11:40 |
| idella4 | yes that seems to be the key | 11:40 |
| prometheanfire | tox is discouraged in the python herd iirc | 11:40 |
| prometheanfire | and it was cloudy out, so no comet for me :( | 11:40 |
| idella4 | running it now directly | 11:40 |
| idella4 | ah pity that | 11:41 |
| prometheanfire | thanks :D | 11:41 |
| prometheanfire | hopefully tomorrow will be better | 11:41 |
| idella4 | hmm hope so for your sake. well I have some docs up on testr | 11:42 |
| prometheanfire | either that or the next day, those are the only chances I have this side of it's orbit around the sun | 11:42 |
| prometheanfire | this side of perihelion at least | 11:42 |
| prometheanfire | anyway, I'll stop poluting chat here :D | 11:42 |
| idella4 | yep | 11:42 |
| prometheanfire | enikanorov: thanks for the talk | 11:42 |
| openstackgerrit | Duarte Nunes proposed a change to openstack/neutron: MidoNet: Added support for the admin_state_up flag https://review.openstack.org/54275 | 11:45 |
| enikanorov | you're welcome | 11:48 |
| * prometheanfire wonders if it's possible to disable tox's virtualenv function, something to research later | 11:55 | |
| *** cburgess has quit IRC | 12:04 | |
| idella4 | oh yes please | 12:07 |
| *** cburgess has joined #openstack-neutron | 12:10 | |
| *** amritanshu_RnD has quit IRC | 12:24 | |
| anttteaya | prometheanfire: I'm curious, why do you feel tox is discouraged in the python herd | 12:39 |
| anttteaya | it is actively encouraged in openstack | 12:39 |
| *** anttteaya is now known as anteaya | 12:39 | |
| prometheanfire | herds are what we call groups of devs that work on similiar things within gentoo | 12:41 |
| anteaya | enikanorov: tox uses whatever it is configured to use in tox.ini | 12:42 |
| prometheanfire | and the reason I feel we discourage it is because of the way we package/install/test stuff | 12:42 |
| anteaya | okay | 12:44 |
| anteaya | ah okay so within gentoo tox is not encouraged | 12:44 |
| anteaya | I didn't know that | 12:44 |
| prometheanfire | ya | 12:44 |
| prometheanfire | well, not encouraged within packaging | 12:45 |
| anteaya | yes the move from nose to testr within openstack has taken some time and is gradualling filtering out to all the projects | 12:45 |
| anteaya | yes packaging is its own nightmare | 12:45 |
| prometheanfire | ya | 12:45 |
| prometheanfire | I'm glad that openstack is centralizing around a set of libs it uses though | 12:46 |
| prometheanfire | I've packaged from folsom to havana for gentoo now | 12:46 |
| prometheanfire | and it's gotten easier | 12:46 |
| anteaya | just wondering since there seems to be pockets of testing culture in various places within openstack which cause pain points when actual integrated testing occurs | 12:46 |
| anteaya | folks using different workflows and not being away what the recommended workflows are | 12:46 |
| anteaya | prometheanfire hat tip to you | 12:47 |
| prometheanfire | ya | 12:47 |
| anteaya | that must have been such a headache | 12:47 |
| prometheanfire | as long as we can test by running testr and the like that'll do | 12:47 |
| anteaya | yes | 12:47 |
| prometheanfire | we make sure the deps are installed so tests can run ourselves | 12:47 |
| anteaya | for each project tox.ini runs the test tool specified within | 12:47 |
| anteaya | most projects are on testr now but not all | 12:48 |
| prometheanfire | that's where I've been looking for what tests to run :D | 12:48 |
| anteaya | the clients were easier to move over | 12:48 |
| * prometheanfire might test openstack on pypy | 12:48 | |
| anteaya | good place to look, ha ha ha | 12:48 |
| anteaya | ha ha ha | 12:48 |
| prometheanfire | did you know, pypy needs 4G to compile.... | 12:48 |
| anteaya | and I thought I was the worst person this week for wanting to bang my head against a brick wall | 12:49 |
| anteaya | you out do me in this regard, good sir | 12:49 |
| anteaya | I did not | 12:49 |
| prometheanfire | this week has not been fun, busy week at work :D | 12:49 |
| anteaya | must be helpful out where I am | 12:49 |
| anteaya | not a fun week for me either | 12:49 |
| prometheanfire | jet lag? | 12:49 |
| anteaya | but I got to watch the sun come up this morning | 12:50 |
| anteaya | yeah, that too | 12:50 |
| anteaya | plus I have to drive with my parents on their annual migration south | 12:50 |
| anteaya | first time I noticed Ihad to do it | 12:50 |
| anteaya | not what I wanted, not looking forward to it | 12:50 |
| anteaya | but like packaging, sometimes you just have to do it | 12:50 |
| prometheanfire | heh, ya | 12:51 |
| anteaya | so that is week after this one | 12:51 |
| anteaya | very poor timing too | 12:51 |
| anteaya | but i like the alternative less | 12:51 |
| anteaya | so I have to suck it up and do it | 12:51 |
| prometheanfire | I want to actually make a talk at openstack about openstack on gentoo and stuff, we can do a bunch of things in our package manager that others dream of :P | 12:52 |
| prometheanfire | http://devmanual.gentoo.org/ | 12:52 |
| * anteaya clicks | 12:52 | |
| prometheanfire | driving is better with passangers | 12:52 |
| anteaya | yeah, that is what I am counting on | 12:53 |
| anteaya | and 3 drivers rather than just 2 | 12:53 |
| anteaya | I have never driven gentoo before | 12:53 |
| prometheanfire | heh, it's very flexible :P | 12:53 |
| anteaya | I've tried ubuntu, xbuntu, fedora, arch for a very short time - too early in my learning | 12:53 |
| anteaya | cool | 12:54 |
| anteaya | fungi said you gave a talk at an openstack conference in raliegh | 12:54 |
| anteaya | I can't spell correctly | 12:54 |
| prometheanfire | I haven't given a talk for openstack yet :P | 12:54 |
| anteaya | raleigh | 12:54 |
| anteaya | no? | 12:54 |
| prometheanfire | might submit to atlanta, or might wait just to go to paris | 12:55 |
| anteaya | I wonder what fungi was referencing then | 12:55 |
| * prometheanfire shrugs | 12:55 | |
| anteaya | either or both would be cool | 12:55 |
| prometheanfire | used to live in atlanta | 12:55 |
| anteaya | any suggestions for when I go down to the summit? | 12:56 |
| prometheanfire | about bars and the like? | 12:56 |
| prometheanfire | not really, I was younger when I lived there | 12:57 |
| anteaya | sure | 12:58 |
| anteaya | things to do | 12:58 |
| anteaya | for instance if you ever go to Budapest order the lemonade | 12:59 |
| anteaya | rose water lemonade is amazing | 12:59 |
| anteaya | I had no idea | 12:59 |
| prometheanfire | the aquarium is nice | 12:59 |
| anteaya | cool, thanks | 12:59 |
| * prometheanfire shrugs | 12:59 | |
| * anteaya adds that to the list | 12:59 | |
| prometheanfire | best one I know of | 12:59 |
| anteaya | awesome | 12:59 |
| anteaya | also I discovered SF serves everything on a bed of arugala | 13:00 |
| anteaya | that also was unexpected | 13:00 |
| anteaya | eggs florentine with arugala | 13:00 |
| prometheanfire | SF always was odd | 13:01 |
| anteaya | ha ha ha | 13:01 |
| anteaya | new york has goat milk ice cream | 13:01 |
| prometheanfire | that's one city I want to visit | 13:02 |
| idella4 | I don't | 13:02 |
| prometheanfire | and somewhere in pac/nw | 13:02 |
| prometheanfire | visit, not live | 13:02 |
| anteaya | and the best Baba ghanoush I have ever had | 13:02 |
| anteaya | I never thought I would like new york | 13:02 |
| anteaya | was convinced I would hate it | 13:02 |
| anteaya | I love it | 13:02 |
| anteaya | could never live there though | 13:03 |
| prometheanfire | ya | 13:03 |
| idella4 | oh you northerners | 13:03 |
| prometheanfire | idella4: wat | 13:03 |
| prometheanfire | I'd like to visit .au as well :P | 13:04 |
| anteaya | I'm looking forward to it | 13:04 |
| anteaya | linux con au | 13:04 |
| anteaya | the flight back is going to be interesting | 13:04 |
| idella4 | hmm yep, just gotta get pst the 14 hour flight | 13:04 |
| anteaya | perth at about 40 celcius to Montreal at about -20 celcius | 13:04 |
| anteaya | yup | 13:05 |
| prometheanfire | ya, I'm just worried about the travel | 13:05 |
| anteaya | having a good seat mate helps | 13:05 |
| prometheanfire | pacific ocean is big | 13:05 |
| anteaya | and fortunately I love movies | 13:05 |
| anteaya | flew over the north pole on my way to HK | 13:05 |
| anteaya | couldn't see anything though, pitch black | 13:05 |
| prometheanfire | aparently the plane out was full of openstackers, and they had free beer | 13:05 |
| anteaya | which one? | 13:06 |
| prometheanfire | american flight I think | 13:06 |
| anteaya | not my cathay pacfic flight | 13:06 |
| anteaya | awesome | 13:06 |
| prometheanfire | out to HK | 13:06 |
| anteaya | nice | 13:06 |
| anteaya | free beer would help a 14+ hour flight | 13:06 |
| idella4 | anteaya: which distro do you normally use then? | 13:06 |
| anteaya | usually an ubuntu | 13:06 |
| idella4 | yep it would help | 13:06 |
| anteaya | mint is what I have been using | 13:06 |
| idella4 | oh ok | 13:06 |
| anteaya | driving ubuntu right now since the tripleo sprint | 13:07 |
| anteaya | I needed raring | 13:07 |
| prometheanfire | ya, using ubuntu at work | 13:07 |
| anteaya | I like to move around | 13:07 |
| anteaya | try new stuff | 13:07 |
| anteaya | is gentoo related to arch in anyway? | 13:08 |
| anteaya | I see arch mentioned in the gentoo manual | 13:08 |
| idella4 | arch is used as an abbrev, for architecture' | 13:08 |
| prometheanfire | it's odd how people switched from rhel based to ubuntu | 13:08 |
| prometheanfire | wish they went to debian instead :P | 13:08 |
| idella4 | rather than anything to do with arch linux | 13:09 |
| anteaya | ah okay | 13:09 |
| prometheanfire | no, we are totally seperate | 13:09 |
| prometheanfire | we came first :D | 13:09 |
| anteaya | there are folks wanting debian to be supported | 13:09 |
| anteaya | :D | 13:09 |
| prometheanfire | debian > ubuntu | 13:09 |
| anteaya | yeah | 13:10 |
| prometheanfire | for server stuff at least | 13:10 |
| anteaya | ubuntu feisty fawn was my first | 13:10 |
| anteaya | I was coming off windows and was afraid | 13:10 |
| anteaya | so ubuntu was recommended to me | 13:10 |
| prometheanfire | though honestly lts ubuntu server isn't bad | 13:10 |
| anteaya | I had to address the fear ms had instilled in me that the world would explode if I switched | 13:11 |
| anteaya | I haven't hit servers particularly hard | 13:11 |
| anteaya | so for my light use I have been happy with it | 13:11 |
| idella4 | wow; Ran 18731 tests in 6954.311s \ FAILED (id=0, failures=34, skips=328) | 13:11 |
| anteaya | are the 34 failures similar? | 13:12 |
| anteaya | or all different messages? | 13:12 |
| idella4 | test_ovs_tunnel.py | 13:12 |
| prometheanfire | because it needs networking? | 13:13 |
| idella4 | is the main culprit | 13:13 |
| prometheanfire | that's my guess | 13:13 |
| idella4 | tdout: '\nudevadm settle - timeout of 10 seconds reached, the event queue contains:\n /sys/module/nvidia (9370323)\n /sys/module/nvidia (9370328)\n' | 13:14 |
| prometheanfire | gentoo portage sandbox blocks network access | 13:14 |
| idella4 | looks like it timedout so yep | 13:14 |
| idella4 | I had already pinned test_ovs_tunnel.py by use of nosetests | 13:14 |
| prometheanfire | idella4: can you raise the timeout? | 13:14 |
| prometheanfire | I don't like timeouts because of the false positives, but I guess they may be needed | 13:15 |
| idella4 | possibly, have to open up the test_ovs_tunnel.py and see if the tests stipulate the period | 13:15 |
| prometheanfire | or see if it tries to access the network | 13:16 |
| idella4 | INFO [neutron.plugins.openvswitch.agent.ovs_neutron_agent] Mapping physical network net1 to bridge tunnel_bridge_mapping}}} | 13:16 |
| idella4 | that's a clue | 13:16 |
| prometheanfire | ya | 13:16 |
| idella4 | well this has become doable | 13:17 |
| idella4 | adter running the thing ALL day long via nosetests | 13:17 |
| idella4 | and Stdout: '\nudevadm settle - timeout of 10 seconds reached, the event queue contains:\n /sys/module/nvidia (9324357)\n /sys/module/nvidia (9324362)\n' | 13:17 |
| idella4 | well rule of thumb the test_ovs_tunnel.py file could do with knocking out entirely | 13:18 |
| idella4 | because it pulls in connecting to the network which | 13:19 |
| idella4 | will quite possibly leave a clean run with no fails' | 13:19 |
| idella4 | It ran Ran 18731 and I'd say in sharper time than nosetests by itself | 13:20 |
| idella4 | and it also seems to have skipped some that I had failing | 13:21 |
| idella4 | makes for a breakthrough really | 13:21 |
| prometheanfire | :D:D:D | 13:21 |
| idella4 | I'll knock out test_ovs_tunnel.py and re-run with time prefixed | 13:22 |
| prometheanfire | :D | 13:23 |
| idella4 | so it just lacks output to std.out or whatever it;s called | 13:24 |
| idella4 | while running | 13:24 |
| idella4 | which basically saves spamming a log file | 13:25 |
| idella4 | sorry to interrupt anteaya | 13:26 |
| anteaya | no interruption | 13:28 |
| idella4 | it seems testr simply calls a; python -m subunit.run discover so it's using the python builtin discover facility or feature | 13:28 |
| idella4 | to pick up the tests | 13:28 |
| anteaya | I'm interested so see your results | 13:28 |
| idella4 | ah good | 13:28 |
| anteaya | I think if you check tox.ini that is how testr is configured in that file | 13:29 |
| * anteaya wonders if she is correct | 13:29 | |
| anteaya | tox and testr and to a lesser extend nose I have spent time with | 13:30 |
| idella4 | I'll look ; python setup.py testr | 13:30 |
| anteaya | subunit I have not addressed yet in my travels | 13:30 |
| idella4 | here;s the bummer; python tools/patch_tox_venv.py | 13:30 |
| idella4 | so testr is an arg to setup.py, most curious | 13:31 |
| idella4 | it's starting to make some sense now | 13:32 |
| anteaya | yay | 13:32 |
| anteaya | please explain your understanding | 13:33 |
| idella4 | ok see here | 13:34 |
| idella4 | tesr init it seems makes a .testr.conf file | 13:35 |
| idella4 | that file has the first line test_command=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_LOG_CAPTURE=1 ${PYTHON:-python} -m subunit.run discover -t ./ neutron/tests/unit $LISTOPT $IDOPTION | 13:35 |
| idella4 | so there is a clue to the absent or throttled output to stdout | 13:36 |
| idella4 | -t ./ neutron/tests/unit is saying go look in ./neutron/tests/unit to find the tests | 13:36 |
| idella4 | $LISTOPT $IDOPTION are I guess defined internally or somehow by testr | 13:37 |
| idella4 | this is close to tox.ini's python setup.py testr --coverage --testr-args='{posargs}' under [testenv:cover] \ commands | 13:39 |
| idella4 | follow | 13:39 |
| idella4 | ? | 13:39 |
| anteaya | yes | 13:40 |
| idella4 | so I'm guessing you couls simply edit the tox.ini to take out the actions of python tools/patch_tox_venv.py | 13:40 |
| anteaya | was writing another email | 13:40 |
| anteaya | that would be an interesting experiment | 13:40 |
| idella4 | and env related commands | 13:41 |
| idella4 | yes | 13:41 |
| anteaya | won't seem to bust anything if you do it | 13:41 |
| anteaya | would be interesting to learn what happens | 13:41 |
| idella4 | do you follow all above m'aam | 13:41 |
| anteaya | are you in a vm? | 13:41 |
| idella4 | no a regular host atm | 13:41 |
| anteaya | the stdout/err/log yes | 13:41 |
| anteaya | can you move to a vm? | 13:42 |
| anteaya | just in case something goes boom? | 13:42 |
| prometheanfire | portage should protect against that | 13:42 |
| idella4 | well no, don't have one handy | 13:42 |
| idella4 | hope so | 13:42 |
| anteaya | the ${PYTHON:-python} is setting the language so python | 13:42 |
| idella4 | despite being the xen maintainer of gentoo | 13:43 |
| anteaya | ha ha ha | 13:43 |
| idella4 | yep | 13:43 |
| * anteaya covers her eyes | 13:43 | |
| idella4 | lol | 13:43 |
| anteaya | the subunit.run discover is what you said | 13:43 |
| anteaya | go look here for the tests | 13:43 |
| idella4 | yes the -t arg lists the location of the tests folder | 13:44 |
| anteaya | the $LISTOPT and $IDOPT I think is allowing you to pass in the name of a certain module or test for just running that test | 13:44 |
| anteaya | cool | 13:44 |
| idella4 | yes the next 2 lines of .testr.conf read | 13:44 |
| anteaya | I still haven't tried the --parallel option with tox to see if tox will accept it | 13:45 |
| idella4 | test_id_option=--load-list $IDFILE \ test_list_option=--list | 13:45 |
| idella4 | so they kind o' relate to $LISTOPT and $IDOPT | 13:45 |
| anteaya | looks like it, yeah | 13:46 |
| idella4 | what a pleasureto have a gal in the room, well a sheila we'd say down here | 13:46 |
| anteaya | ha ha ha | 13:47 |
| anteaya | what now? | 13:51 |
| anteaya | do you have tests running? | 13:51 |
| idella4 | yep | 13:52 |
| anteaya | cool | 13:52 |
| prometheanfire | take forever :P | 13:52 |
| anteaya | they do | 13:52 |
| idella4 | they're tunning ok, can tell by the activity of the cpu like b4 | 13:53 |
| anteaya | if they allow paralleliztion it makes all the difference in the world | 13:53 |
| anteaya | cool | 13:53 |
| idella4 | well they took 2 hours and some minutes running nosetests independently | 13:53 |
| idella4 | testr sliced buckets off that with the previous run | 13:54 |
| idella4 | 6954.311s | 13:54 |
| anteaya | woot | 13:54 |
| idella4 | was the prior tun's time | 13:55 |
| idella4 | was the prior run's time | 13:55 |
| anteaya | cool | 13:55 |
| idella4 | 115 minutes, well less than 2 hours anyways | 13:56 |
| anteaya | not much less | 13:56 |
| anteaya | but less | 13:56 |
| idella4 | and this run ought be rid of all those confounded timeouts | 13:56 |
| anteaya | looks like i have some time before the next evaluation | 13:56 |
| idella4 | next eval.? | 13:57 |
| anteaya | you post the results of the tests | 13:58 |
| anteaya | and we look at it | 13:58 |
| anteaya | and talk about it | 13:58 |
| idella4 | hmm sure | 13:58 |
| idella4 | you in the U.S. too young gal? | 13:58 |
| idella4 | most all devs I deal with lately do | 13:59 |
| idella4 | too | 13:59 |
| anteaya | Canada | 14:00 |
| anteaya | gal works young not so much | 14:00 |
| idella4 | ah Canada, mb you're more my vintage | 14:01 |
| idella4 | I was born pre 1960 | 14:01 |
| anteaya | you are older | 14:01 |
| anteaya | but I still remember bright orange and blue | 14:02 |
| idella4 | I get that alot | 14:02 |
| anteaya | ha ha ha | 14:02 |
| anteaya | guitarzan | 14:02 |
| anteaya | there is someone who has that as a nick | 14:02 |
| anteaya | I laughed and laughed | 14:02 |
| idella4 | Ray Stevens? | 14:02 |
| anteaya | I was alone in that | 14:02 |
| anteaya | yeah | 14:02 |
| anteaya | but ray stevens didn't show up | 14:02 |
| anteaya | I don't think | 14:02 |
| anteaya | just someone with that nick | 14:02 |
| idella4 | part pooper he was | 14:02 |
| idella4 | party pooper he was then | 14:03 |
| anteaya | well ray is welcome | 14:03 |
| anteaya | not sure if he knows irc | 14:03 |
| idella4 | likely nothum | 14:03 |
| anteaya | so yeah, no one else but me and guitarzan got the reference | 14:04 |
| anteaya | happened in the days up to feature freeze | 14:04 |
| anteaya | I needed a laugh | 14:04 |
| idella4 | it has its place don't it? | 14:04 |
| anteaya | it does | 14:05 |
| idella4 | I try to make prometheanfire laugh but it often misfires I think | 14:06 |
| anteaya | misfired fire | 14:07 |
| prometheanfire | ic | 14:07 |
| anteaya | sounds like the volcano that blows smoke rings | 14:07 |
| idella4 | I think so | 14:08 |
| idella4 | Is it that OS_STDOUT_CAPTURE=1 that turns off coverage type output to screen? | 14:09 |
| anteaya | I would go with that assumption | 14:10 |
| anteaya | since running tests tends to be fairly quiet | 14:11 |
| idella4 | thought as much | 14:11 |
| anteaya | so much so it shakes up the first time user | 14:11 |
| anteaya | they think it is a hung process | 14:11 |
| idella4 | well that's what I thought initially | 14:11 |
| idella4 | mostly because our test phases always run output to screen so you can SEE WHAT'S GOING ON | 14:12 |
| anteaya | yeah | 14:13 |
| idella4 | oh draaat I wish I found this an hour ago | 14:27 |
| idella4 | $ testr run --parallel | 14:27 |
| prometheanfire | --help helps :P | 14:27 |
| idella4 | This will first list the tests, partition the tests into one partition per CPU on the machine, and then invoke multiple test runners at the same time, with each test runner getting one partition | 14:28 |
| prometheanfire | not much longer though | 14:28 |
| idella4 | now he tell me | 14:28 |
| idella4 | hum hum | 14:28 |
| idella4 | Actually multiprocessing can get implemented via the distutils-r1 eclass | 14:29 |
| idella4 | but that needs running it from the ebuild which is what I'm leading up to | 14:30 |
| prometheanfire | well, you were worried about system ruining, so I assumed you were using the ebuild | 14:30 |
| idella4 | I could have done it from there I s'pose | 14:31 |
| idella4 | ah getting error output | 14:32 |
| *** jroovers has joined #openstack-neutron | 14:32 | |
| idella4 | means it's all but finished | 14:32 |
| idella4 | TypeError: <MagicMock name='LinuxBridgeManager().local_ip' id='726077968'> is not JSON serializable | 14:32 |
| idella4 | again | 14:32 |
| idella4 | not quite still running | 14:34 |
| *** jorisroovers has quit IRC | 14:34 | |
| idella4 | hoping those are non fatal slipups | 14:34 |
| idella4 | whoa that should cover all bases; 2 instances running, hopefully the second will overtake the first | 14:39 |
| *** networkstatic_zZ has quit IRC | 15:02 | |
| *** networkstatic has joined #openstack-neutron | 15:03 | |
| anteaya | woot | 15:05 |
| anteaya | didn't realize you had parallel as an option | 15:05 |
| anteaya | I would have suggested it earlier | 15:05 |
| *** jroovers has quit IRC | 15:07 | |
| *** jorisroovers has joined #openstack-neutron | 15:11 | |
| idella4 | FAILED (id=1, failures=1 (-33), skips=328) | 15:16 |
| idella4 | right the duplicate running with --parallel yielded FAILED (id=1, failures=4 (-30), skips=328) | 15:17 |
| idella4 | 3 of which were OSError: [Errno 12] Cannot allocate memory so I was overtaxing the system | 15:17 |
| idella4 | so the first is beautiful just like anteaya | 15:18 |
| idella4 | just git to identify the failed test here | 15:20 |
| enikanorov | neutron UTs require lots of memory when being run in parallel | 15:20 |
| idella4 | anteaya: you say you've been using testr lately | 15:20 |
| enikanorov | should be ok with 4 gig though | 15:20 |
| idella4 | hmm sure | 15:20 |
| idella4 | I'll re-run it on its own now | 15:21 |
| idella4 | O got 8 gig RAM | 15:21 |
| idella4 | must be this one File "/mnt/gen2/TmpDir/portage/sys-cluster/neutron-2013.2-r1/work/neutron-2013.2/neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py", line 798, in _report_state | 15:22 |
| anteaya | idella4: you are expecting a lot | 15:23 |
| anteaya | you will be disappointed | 15:23 |
| anteaya | I have yes | 15:23 |
| anteaya | well a bit ago | 15:23 |
| idella4 | well mb I ought just paste the output I have | 15:24 |
| anteaya | https://wiki.openstack.org/wiki/Testr | 15:24 |
| anteaya | lifeless wrote it | 15:24 |
| anteaya | paste away | 15:24 |
| anteaya | I was saying you will be disappointed if you are expecting that I am beautiful | 15:24 |
| idella4 | oh modest you are | 15:25 |
| anteaya | nope | 15:25 |
| anteaya | just honest | 15:25 |
| idella4 | ok honest have a peruse of this http://codepad.org/jTCkI5on | 15:26 |
| * anteaya peruses | 15:26 | |
| idella4 | FAILED (id=1, failures=1 (-33), skips=328) but which is the ailures=1 ? | 15:27 |
| idella4 | a number of errors like ERROR:neutron.plugins.linuxbridge.agent.linuxbridge_neutron_agent:Failed reporting state! | 15:27 |
| idella4 | nosetests distinguishes between errors and fails | 15:28 |
| anteaya | TypeError: <MagicMock name='LinuxBridgeManager().local_ip' id='726077968'> is not JSON serializable | 15:28 |
| anteaya | something that expects .json isn't getting .json | 15:29 |
| anteaya | or the ability to become .json | 15:29 |
| anteaya | what is MagicMock? | 15:29 |
| * anteaya looks at MagicMock | 15:29 | |
| idella4 | right linuxbridge_neutron_agent I believe is the common denominator here | 15:30 |
| anteaya | I concur | 15:31 |
| idella4 | so that run took 111m16.340s just 4 less than the first run | 15:31 |
| anteaya | really? | 15:31 |
| anteaya | the tests must not support parallelization | 15:32 |
| anteaya | or few of them do | 15:32 |
| idella4 | which would be about right seeing I was rid of the several timeouts from test_ovs_tunnel.py | 15:32 |
| idella4 | wor there | 15:32 |
| anteaya | how many cores are you running on? | 15:32 |
| idella4 | I did 2 concurrent runs | 15:32 |
| idella4 | this is the first I started without the parallel option | 15:32 |
| idella4 | The second with the option wrapped up in Ran 18668 (+9311) tests in 1758.122s (-5194.175s) | 15:33 |
| anteaya | so 111m vs 29m | 15:34 |
| idella4 | exactly | 15:34 |
| anteaya | so yeah, a good difference | 15:34 |
| anteaya | so the tests do support parallelization | 15:34 |
| anteaya | which is great | 15:34 |
| idella4 | do indeed | 15:34 |
| idella4 | definitely worth using | 15:34 |
| anteaya | yes | 15:34 |
| idella4 | as I said the python portage ebuild can add its own multiprocessing layer | 15:35 |
| idella4 | when I get that far I'll have to maybe turn one off and leave one on or something similar | 15:36 |
| anteaya | okay | 15:36 |
| anteaya | at this point I am just nodding and smiling | 15:36 |
| idella4 | now you rackon I ought knock out ./neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py ? | 15:37 |
| idella4 | honest one? | 15:38 |
| *** jorisroovers has quit IRC | 15:38 | |
| anteaya | honestly? | 15:39 |
| anteaya | not a clue | 15:39 |
| * anteaya looks at the code | 15:40 | |
| idella4 | well I have 1 single error which you concur stems from | 15:40 |
| idella4 | linuxbridge_neutron_agent.py | 15:40 |
| anteaya | yes | 15:41 |
| anteaya | MagicMock plays a role | 15:41 |
| idella4 | on 4 or more occasions it threw up an outcome of TypeError: <MagicMock name='LinuxBridgeManager().local_ip' id='726077968'> is not JSON serializable | 15:41 |
| idella4 | whatever that is exactly | 15:41 |
| anteaya | yeah | 15:43 |
| anteaya | the value for local_ip is set in a cnf file: http://git.openstack.org/cgit/openstack/neutron/tree/neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py#n78 | 15:43 |
| anteaya | cfg.CONF.VXLAN.local_ip | 15:43 |
| idella4 | ok I've moved it out now I just need await that repeat with parallelization to complete | 15:43 |
| anteaya | you mv ed that file? | 15:44 |
| idella4 | yep | 15:44 |
| idella4 | I moved the first one out, the test_ovs_tunnel.py out | 15:46 |
| anteaya | https://testrepository.readthedocs.org/en/latest/MANUAL.html | 15:46 |
| anteaya | you can see just the failing tests with testr failing | 15:46 |
| anteaya | then I think you can run just failing tests with testr run --failing | 15:46 |
| anteaya | or --failure | 15:46 |
| anteaya | saves 30 minutes or so | 15:47 |
| anteaya | sometimes | 15:47 |
| idella4 | ah right | 15:47 |
| idella4 | I'll move it back | 15:47 |
| idella4 | now testr run --failing | 15:48 |
| idella4 | hmm | 15:49 |
| idella4 | PASSED (id=2) | 15:49 |
| idella4 | why did it now pass? | 15:49 |
| anteaya | good question | 15:50 |
| anteaya | sounds like a race to me | 15:50 |
| anteaya | can you run it again a few more times | 15:51 |
| idella4 | race condition you mean | 15:51 |
| anteaya | yes | 15:51 |
| idella4 | ooooooh ugh | 15:51 |
| anteaya | yeah ugh | 15:51 |
| idella4 | could well be | 15:51 |
| anteaya | that is my first thought | 15:51 |
| anteaya | unless changing the filename was the fix | 15:51 |
| idella4 | now I changed it back to as it was | 15:51 |
| anteaya | and still passing? | 15:53 |
| anteaya | by itself? | 15:54 |
| idella4 | well yep | 15:54 |
| anteaya | well now you have a few options | 15:54 |
| anteaya | try the entire run again and see what happens | 15:54 |
| idella4 | which are; | 15:54 |
| idella4 | yes | 15:54 |
| idella4 | and | 15:54 |
| anteaya | test these tests against other tests | 15:54 |
| anteaya | for instance if the tests are in one file, run that file of tests | 15:55 |
| anteaya | labourous | 15:55 |
| idella4 | right you can stipulate a single file by adding the file as an arg | 15:55 |
| anteaya | or find out what the value of local_ip is in the cfg file | 15:55 |
| anteaya | yes | 15:55 |
| idella4 | to testr yes? | 15:55 |
| anteaya | yes | 15:56 |
| anteaya | and to tox | 15:56 |
| anteaya | http://git.openstack.org/cgit/openstack/oslo-incubator/tree/TESTING.rst | 15:56 |
| idella4 | testr run –load-list ./neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py ? | 15:57 |
| anteaya | let's see what that does | 15:57 |
| anteaya | I haven't used -load-list myself | 15:57 |
| anteaya | let me know how it works | 15:57 |
| idella4 | eer right | 15:57 |
| idella4 | PASSED (id=5) | 15:58 |
| idella4 | hmm | 15:58 |
| idella4 | I'm going for running the whole thing again, furst with the parallel option | 15:59 |
| anteaya | k | 15:59 |
| anteaya | see if they only fail in parallel | 15:59 |
| anteaya | that would be interesting | 15:59 |
| idella4 | that will take around 29-30 minutes | 15:59 |
| idella4 | you said Montreal is your location? | 16:00 |
| idella4 | around -20C there lately? | 16:01 |
| idella4 | yes it will be valid to see if the run of the same content yields an identical result | 16:01 |
| anteaya | I'm in Ontario | 16:02 |
| idella4 | these race conditions I gather are basically a moving target | 16:02 |
| anteaya | below zero right now but not -20 yet | 16:02 |
| anteaya | in January yes | 16:02 |
| anteaya | they are | 16:02 |
| idella4 | right that's peak winter low temp. | 16:02 |
| anteaya | well -35 or -40 is | 16:03 |
| idella4 | oh brrrrrrrrrrr | 16:03 |
| anteaya | -20 is typical January weather | 16:03 |
| anteaya | so said the ozzie | 16:03 |
| idella4 | a stroll in the park @ -20 | 16:03 |
| anteaya | -20 is really nice | 16:03 |
| anteaya | people have no idea | 16:03 |
| idella4 | nice for? | 16:04 |
| anteaya | there are no disagreements at -20 | 16:04 |
| anteaya | everyone gets along | 16:04 |
| anteaya | try it | 16:04 |
| idella4 | we all agree it's too damn cold | 16:04 |
| anteaya | yes | 16:04 |
| anteaya | that too | 16:04 |
| anteaya | love to hear the ice crack | 16:04 |
| idella4 | huh I remember | 16:04 |
| anteaya | been too warm lately for it to do so | 16:04 |
| anteaya | but it is such a beautiful sound | 16:05 |
| anteaya | I have to move off | 16:05 |
| anteaya | and to other non-keyboard related things | 16:05 |
| anteaya | nice to work with you idella4 | 16:05 |
| idella4 | thx | 16:05 |
| idella4 | bye | 16:05 |
| anteaya | you can keep commenting in the channel, I will read the log and respond as I can | 16:05 |
| idella4 | ah right | 16:05 |
| anteaya | do you know where the logs are for this channel? | 16:06 |
| idella4 | not offhand no | 16:06 |
| anteaya | http://eavesdrop.openstack.org/irclogs/%23openstack-neutron/ | 16:06 |
| idella4 | ah thx | 16:06 |
| anteaya | every file is a 24 hour period, UTC time | 16:06 |
| anteaya | cheers | 16:06 |
| idella4 | honest one | 16:06 |
| * anteaya wanders off | 16:06 | |
| idella4 | bye | 16:06 |
| anteaya | :D | 16:06 |
| anteaya | bye | 16:06 |
| *** briancline has quit IRC | 16:11 | |
| *** idella4 has quit IRC | 16:38 | |
| *** dkliban has joined #openstack-neutron | 16:49 | |
| *** dkliban has quit IRC | 16:54 | |
| *** dkliban has joined #openstack-neutron | 16:58 | |
| *** networkstatic has quit IRC | 16:59 | |
| *** networkstatic has joined #openstack-neutron | 17:03 | |
| *** rdo_ has quit IRC | 17:03 | |
| *** dkliban has quit IRC | 17:06 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Add support for NSX/NVP DHCP services https://review.openstack.org/45507 | 17:06 |
| *** rdo has joined #openstack-neutron | 17:27 | |
| *** layer427expert has joined #openstack-neutron | 17:30 | |
| *** layer427_ has joined #openstack-neutron | 17:31 | |
| *** layer427expert has quit IRC | 17:31 | |
| *** yportnova has quit IRC | 17:52 | |
| *** dkliban has joined #openstack-neutron | 17:54 | |
| *** rdo has quit IRC | 18:03 | |
| *** dkliban has quit IRC | 18:08 | |
| *** bvandenh has quit IRC | 18:14 | |
| *** scotty916 has joined #openstack-neutron | 18:18 | |
| *** rdo has joined #openstack-neutron | 18:20 | |
| *** scotty916 has quit IRC | 18:25 | |
| *** layer427_ has quit IRC | 18:25 | |
| *** bvandenh has joined #openstack-neutron | 18:26 | |
| *** layer427expert has joined #openstack-neutron | 18:29 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Reduce the severity of dhcp related log traces https://review.openstack.org/56785 | 18:33 |
| *** layer427expert has quit IRC | 18:54 | |
| *** layer427expert has joined #openstack-neutron | 18:55 | |
| *** layer427expert has joined #openstack-neutron | 18:59 | |
| *** layer427expert has quit IRC | 19:12 | |
| *** dkliban has joined #openstack-neutron | 19:26 | |
| *** jlibosva has joined #openstack-neutron | 19:30 | |
| *** dkliban has quit IRC | 19:54 | |
| *** mjbright_ has joined #openstack-neutron | 21:48 | |
| *** jorisroovers has joined #openstack-neutron | 21:59 | |
| *** suresh12 has joined #openstack-neutron | 21:59 | |
| *** jroovers has joined #openstack-neutron | 22:00 | |
| *** jorisroovers has quit IRC | 22:03 | |
| *** nati_ueno has joined #openstack-neutron | 22:20 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Reduce the severity of dhcp related log traces https://review.openstack.org/56785 | 22:22 |
| *** layer427expert has joined #openstack-neutron | 22:30 | |
| *** nati_ueno has quit IRC | 22:33 | |
| *** jroovers has quit IRC | 22:49 | |
| *** suresh12 has quit IRC | 22:56 | |
| *** suresh12 has joined #openstack-neutron | 22:56 | |
| *** suresh12 has quit IRC | 23:01 | |
| *** layer427expert has quit IRC | 23:05 | |
| *** steven-weston has joined #openstack-neutron | 23:25 | |
| *** cburgess has quit IRC | 23:29 | |
| *** alexpilotti has quit IRC | 23:32 | |
| *** cburgess has joined #openstack-neutron | 23:33 | |
| *** silvrax_ has quit IRC | 23:33 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!