| *** networkstatic has quit IRC | 00:33 | |
| *** networkstatic has joined #openstack-neutron | 00:34 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Reduce the severity of dhcp related log traces https://review.openstack.org/56785 | 01:04 |
|---|---|---|
| *** idella4 has joined #openstack-neutron | 01:22 | |
| idella4 | anteaya: re-running | 01:40 |
| *** steven-weston has quit IRC | 01:45 | |
| *** suresh12 has joined #openstack-neutron | 01:55 | |
| *** suresh12 has joined #openstack-neutron | 01:56 | |
| *** suresh12 has quit IRC | 02:00 | |
| *** nati_ueno has joined #openstack-neutron | 02:20 | |
| *** nati_ueno has quit IRC | 02:20 | |
| *** nati_ueno has joined #openstack-neutron | 02:43 | |
| *** nati_ueno has quit IRC | 02:48 | |
| *** suresh12 has joined #openstack-neutron | 03:09 | |
| *** networks_ has joined #openstack-neutron | 03:32 | |
| *** networkstatic has quit IRC | 03:34 | |
| *** suresh12 has quit IRC | 03:57 | |
| *** suresh12 has joined #openstack-neutron | 03:57 | |
| *** suresh12 has quit IRC | 04:02 | |
| *** marun has joined #openstack-neutron | 04:14 | |
| *** jecarey has joined #openstack-neutron | 04:25 | |
| *** jecarey has quit IRC | 05:20 | |
| openstackgerrit | A change was merged to openstack/neutron: Add log statements for policy check failures https://review.openstack.org/54457 | 05:22 |
| *** suresh12 has joined #openstack-neutron | 05:28 | |
| *** suresh12 has quit IRC | 05:33 | |
| *** steven-weston has joined #openstack-neutron | 05:37 | |
| *** steven-weston has quit IRC | 05:45 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Reduce the severity of dhcp related log traces https://review.openstack.org/56785 | 06:06 |
| *** suresh12 has joined #openstack-neutron | 06:29 | |
| idella4 | ok @ http://codepad.org/eSQ0zqkm | 06:31 |
| openstackgerrit | Jenkins proposed a change to openstack/neutron: Imported Translations from Transifex https://review.openstack.org/56745 | 06:41 |
| *** steven-weston has joined #openstack-neutron | 06:44 | |
| *** alexpilotti has joined #openstack-neutron | 07:10 | |
| *** rwsu-pto has quit IRC | 07:17 | |
| *** rwsu-pto has joined #openstack-neutron | 07:17 | |
| *** amuller has joined #openstack-neutron | 07:45 | |
| *** suresh12 has quit IRC | 07:54 | |
| *** suresh12 has joined #openstack-neutron | 07:54 | |
| *** suresh12 has quit IRC | 07:59 | |
| *** steven-weston has quit IRC | 08:24 | |
| *** julim has joined #openstack-neutron | 08:26 | |
| *** julim has quit IRC | 08:34 | |
| *** dkliban has joined #openstack-neutron | 08:36 | |
| *** mjbright_ has quit IRC | 09:02 | |
| *** steven-weston has joined #openstack-neutron | 09:10 | |
| *** richardboswell has quit IRC | 09:16 | |
| *** rwsu-pto has quit IRC | 09:50 | |
| *** rwsu-pto has joined #openstack-neutron | 09:50 | |
| *** harlowja has quit IRC | 09:54 | |
| *** steven-weston has quit IRC | 10:13 | |
| *** networks_ is now known as networkstatic_zZ | 10:21 | |
| idella4 | ok what is an Edge / edge-1 in neutron? | 11:11 |
| idella4 | right ok, and what is wrong with python's encoder.py in ;File "/usr/lib64/python2.7/json/encoder.py", line 184, in default \ raise TypeError(repr(o) + " is not JSON serializable") | 11:16 |
| *** salv-orlando has quit IRC | 11:30 | |
| openstackgerrit | Stephen Gran proposed a change to openstack/neutron: Enforce unique constraint on neutron pool members https://review.openstack.org/56815 | 11:38 |
| enikanorov | idella4: afaik it's an indication that somewhere you've hit memory allocation failure | 11:49 |
| enikanorov | that's what i remember from threads where this was discussed. i didn't dig into it myself | 11:50 |
| idella4 | the json ref you mean? | 11:52 |
| idella4 | while it may be | 11:53 |
| idella4 | it stems from ERROR:neutron.plugins.linuxbridge.agent.linuxbridge_neutron_agent:Failed reporting state! | 11:53 |
| idella4 | File "neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py", line 798, in _report_state | 11:53 |
| idella4 | and so forth | 11:53 |
| idella4 | I can paste those few lines if you wish | 11:54 |
| idella4 | the trouble is though it comes from running the testsuite, it doesn't say what test invoked the seek | 11:54 |
| idella4 | SOME TEST invoked _report_state in neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py | 11:55 |
| idella4 | I got NO mem alloc. failure in that run | 11:56 |
| idella4 | as for Edge it appears it may be some specific hardware I don't know what it is | 11:56 |
| idella4 | it seems it's drawing from python2.7's own inbuilt json, /usr/lib64/python2.7/json/encoder.py | 12:08 |
| *** fkakuma has joined #openstack-neutron | 12:12 | |
| *** marun has quit IRC | 12:26 | |
| *** nati_ueno has joined #openstack-neutron | 13:04 | |
| openstackgerrit | Yves-Gwenael Bourhis proposed a change to openstack/neutron: Make dnsmaq aware of all names https://review.openstack.org/52930 | 13:04 |
| *** fkakuma has quit IRC | 13:16 | |
| *** gongysh has joined #openstack-neutron | 13:29 | |
| *** nati_uen_ has joined #openstack-neutron | 13:48 | |
| *** nati_ueno has quit IRC | 13:52 | |
| *** bvandenh has quit IRC | 14:00 | |
| *** nati_uen_ has quit IRC | 14:00 | |
| *** bvandenh has joined #openstack-neutron | 14:15 | |
| openstackgerrit | Assaf Muller proposed a change to openstack/python-neutronclient: [fwaas] Can now create disabled firewall rules https://review.openstack.org/55826 | 14:38 |
| *** nati_ueno has joined #openstack-neutron | 14:42 | |
| openstackgerrit | Assaf Muller proposed a change to openstack/python-neutronclient: [fwaas] Can now create disabled firewall rules https://review.openstack.org/55826 | 14:46 |
| *** alexpilotti has quit IRC | 14:51 | |
| *** jecarey has joined #openstack-neutron | 14:56 | |
| anteaya | idella4: go you! | 14:58 |
| anteaya | idella4: how are you doing now? | 14:58 |
| idella4 | oh THERE you are | 14:58 |
| idella4 | well I've mase some progress but I'm somewhat stuck on the point I showed you this time last night | 14:59 |
| idella4 | it's the serialization error | 14:59 |
| idella4 | remember that one? | 14:59 |
| idella4 | actually that paste you perused had it in i REMEMBER | 15:00 |
| anteaya | here I are | 15:00 |
| anteaya | yes | 15:00 |
| anteaya | the local_ip race condition | 15:00 |
| anteaya | can I have a paste of your latests output? | 15:01 |
| anteaya | *latest | 15:01 |
| idella4 | well the thing is ah yep | 15:01 |
| idella4 | TypeError: <MagicMock name='LinuxBridgeManager().local_ip' id='607240592'> is not JSON serializable | 15:01 |
| *** networkstatic_zZ has quit IRC | 15:01 | |
| *** networkstatic has joined #openstack-neutron | 15:02 | |
| idella4 | coming | 15:05 |
| anteaya | thanks | 15:05 |
| idella4 | @ http://codepad.org/zC3g6Qf3 | 15:06 |
| idella4 | so; this is a snippet of | 15:06 |
| idella4 | testuser portage 238228 Nov 17 22:04 /mnt/gen2/TmpDir/portage/sys-cluster/neutron-2013.2/temp/build.log | 15:07 |
| idella4 | 238kb. sure you don't want all that | 15:07 |
| anteaya | let me start with the codepad infor | 15:07 |
| anteaya | info | 15:07 |
| idella4 | File "neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py", line 798, in _report_state | 15:08 |
| anteaya | let me make sure I understand the whole picture | 15:08 |
| idella4 | this appears to be the def that makes the seialization error | 15:08 |
| anteaya | we are testing this on gentoo yes? | 15:08 |
| idella4 | yes; some test is causing this _report_state to get called | 15:09 |
| anteaya | okay | 15:09 |
| anteaya | so right now I don't have enough information to know if this error is an error in the code or is due to the fact it is running on gentoo | 15:09 |
| idella4 | trouble is the backtrace only goes as far back as neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py", line 798 | 15:09 |
| anteaya | have you run these tests on any other distro? | 15:10 |
| idella4 | I never even thought of gentoo being the cause | 15:10 |
| idella4 | nope | 15:10 |
| anteaya | let's eliminate that as a possiblity, can we? | 15:10 |
| idella4 | I've run it directly from the source | 15:10 |
| anteaya | since gentoo is not an officially supported distro | 15:10 |
| anteaya | can we spin up another image, an officially supported image | 15:11 |
| anteaya | and try running these same tests | 15:11 |
| anteaya | and evaluate the results | 15:11 |
| anteaya | the only distros I know officially supported are ubuntu and fedora | 15:12 |
| idella4 | well, you mean spark up an ubuntu and install neutron and run it from ubuntu? | 15:12 |
| anteaya | yes | 15:12 |
| anteaya | can we do that? | 15:12 |
| idella4 | that will take hours but I can do it | 15:12 |
| anteaya | well then we know if it is a distro effect or a code effect | 15:13 |
| idella4 | the ubuntu I have on the hard drive is years old | 15:13 |
| anteaya | we are testing on precise | 15:13 |
| anteaya | can you get a precise image? | 15:13 |
| idella4 | precise is the current ubuntu release? | 15:13 |
| anteaya | the current LTS ubuntu release | 15:14 |
| anteaya | we prefer to use LTS versions for our gate testing | 15:14 |
| anteaya | less churn for us | 15:14 |
| idella4 | right, well sure I can, I'd download it, burn it to CD and install it | 15:15 |
| anteaya | I think we need to elminate that as a possiblity | 15:15 |
| anteaya | and thanks | 15:15 |
| idella4 | considering prometheanfire says he has ubuntu at his work he could do it on the spot. | 15:16 |
| anteaya | he could | 15:16 |
| idella4 | hmm well, from my perusal, it's tripping over the python installed json/encoder.py", line 184, in default | 15:17 |
| anteaya | okay | 15:18 |
| anteaya | let's entertain that as a direction | 15:18 |
| idella4 | now that json/encoder.py" on checking is NOT an installed file from a json package | 15:18 |
| anteaya | interesting | 15:18 |
| idella4 | which inc. anyjson, jsonschema | 15:18 |
| idella4 | it IS the builtin file from the actual python2.7 install | 15:19 |
| anteaya | hmmm | 15:20 |
| idella4 | I'd say the consistency of the occurrences places in doubt the noption of it being a race condition | 15:20 |
| anteaya | I'm listening | 15:22 |
| idella4 | dev-lang/python \ Installed versions: 2.7.5-r4 | 15:22 |
| anteaya | what happens if you update your python? | 15:23 |
| idella4 | now within the gentoo ebuild python packages | 15:23 |
| idella4 | this is what I'm saying | 15:23 |
| idella4 | the 2.7.5-r2 I had before had it in /usr/lib64/python2.7/site-ackages/ | 15:24 |
| idella4 | this current 2.7.5-r2 seems to have it in /usr/lib64/python2.7/json/ | 15:24 |
| anteaya | oh | 15:24 |
| idella4 | point is though in EITHER case | 15:24 |
| idella4 | on running the testsuite the neutron package found it | 15:25 |
| idella4 | and in either case it was python2.7's builtin json/encoder.py | 15:25 |
| anteaya | that appears to be the case, yes | 15:25 |
| idella4 | right. | 15:26 |
| idella4 | so I have tried it on not 2 but 3 python2.7s | 15:26 |
| anteaya | have you tried it on python 2.6? | 15:26 |
| idella4 | 2.7.5-r2, 2.7.5-r4 and our stable 2.7.5-r3 | 15:27 |
| idella4 | well;PYTHON_COMPAT=( python2_7 ) \ neutron-2013.2-r1.ebuild | 15:28 |
| anteaya | so sounds like 2.6 is not an option | 15:28 |
| idella4 | which simply means I can't since the many dependency packages narrow the python2 support to only 2.7 | 15:28 |
| idella4 | exactly | 15:28 |
| idella4 | most python packages support 2.6 and 2.7 so this is the exception | 15:29 |
| anteaya | have you perused the neutron bugs yet to see if anyone else has experienced this? | 15:29 |
| anteaya | experienced it an reported it | 15:29 |
| anteaya | it appears to be yes | 15:29 |
| anteaya | we test against 2.6 and 2.7 now | 15:29 |
| anteaya | and against 3.3 on some jobs | 15:29 |
| idella4 | well I made a bug for the neutron testsuite which culminated in prometheanfire asking me to log in here | 15:29 |
| anteaya | we are close to letting 2.6 testing go | 15:29 |
| anteaya | ah | 15:30 |
| anteaya | what happened next? | 15:30 |
| idella4 | hmm gentoo has just recently let 2.5 go | 15:30 |
| anteaya | w00t for progress | 15:30 |
| idella4 | well next I exchanged at length with a dev here | 15:30 |
| idella4 | prometheanfire: was zzzing at the time, he returned only an hour or 2 later, read thru the backlog at our exchange | 15:31 |
| *** gongysh has quit IRC | 15:31 | |
| idella4 | shortly sfter which you asked prometheanfire about gentoo | 15:31 |
| idella4 | and here we are | 15:31 |
| anteaya | here we are | 15:32 |
| idella4 | <enikanorov> idella4: afaik it's an indication that somewhere you've hit memory allocation failure | 15:32 |
| anteaya | what happens next? | 15:32 |
| anteaya | memory allocation | 15:33 |
| anteaya | fun times | 15:33 |
| idella4 | which I think is off the mark since I had that and stopped it already | 15:33 |
| anteaya | what do you think is happening? | 15:33 |
| idella4 | well it looks to me like the /usr/lib64/python2.7/json/encoder.py is the source | 15:34 |
| idella4 | re-peruse the paste | 15:34 |
| idella4 | in most instances that file is cited in the backtrace before the final ; \ raise TypeError(repr(o) + " is not JSON serializable") | 15:35 |
| anteaya | okay | 15:36 |
| anteaya | what is the solution? | 15:36 |
| anteaya | a different encoder? | 15:36 |
| idella4 | you see my resoning? | 15:36 |
| anteaya | it is an encoding error to be sure | 15:36 |
| enikanorov | idella4: https://bugs.launchpad.net/bugs/1234857 | 15:36 |
| idella4 | ah | 15:36 |
| anteaya | but what about the fact that the tests pass when run in isolation? | 15:36 |
| idella4 | they never did | 15:37 |
| idella4 | this results from running from either the ebuild or from the source code | 15:37 |
| anteaya | enikanorov: look at that | 15:37 |
| anteaya | idella4: how much memory do you have available for the tests to run? | 15:38 |
| idella4 | I got 8 gog of ram | 15:38 |
| idella4 | I got 8 gig of ram | 15:38 |
| *** steven-weston has joined #openstack-neutron | 15:39 | |
| anteaya | hmmm | 15:39 |
| idella4 | however I shall re-run it now | 15:39 |
| anteaya | okay | 15:41 |
| idella4 | see what I skipped was the mem alloc. slipups because I was running 2 at once | 15:41 |
| anteaya | I am reading through the bug report | 15:41 |
| anteaya | hmmmm | 15:41 |
| idella4 | well this bug may actually cover it | 15:42 |
| idella4 | neutron.agent.rpc.report_state() | 15:42 |
| idella4 | trouble is there are I think 2 separate .py files in the source that make a def report_state | 15:43 |
| idella4 | because I fished them out | 15:43 |
| anteaya | really? | 15:43 |
| idella4 | er yep | 15:43 |
| anteaya | that might be contributing to the problem | 15:44 |
| anteaya | battling functions | 15:44 |
| idella4 | I didn't come down in the last shower, I've been analysing python code and test slipups sor a good while now | 15:44 |
| anteaya | I bet | 15:44 |
| anteaya | what files? | 15:45 |
| idella4 | gee that was hard | 15:45 |
| anteaya | what was? | 15:45 |
| idella4 | neutron/agent/rpc.py: def report_state(self, context, agent_state, use_call=False): | 15:45 |
| idella4 | neutron/db/agents_db.py: def report_state(self, context, **kwargs): | 15:45 |
| idella4 | neutron/service.py: def report_state(self): | 15:46 |
| anteaya | three? | 15:46 |
| idella4 | excuse my mockery; $ grep "def report_state" -r neutron/ | grep .py | 15:46 |
| anteaya | well I wanted to hear your thoughts | 15:47 |
| idella4 | hmm well at this point my thoughts are ;HELP" | 15:47 |
| idella4 | I've not yet read thru that bug, so it may have it covered | 15:47 |
| anteaya | yeah, with three different files all with a definition for the same function name | 15:48 |
| anteaya | http://git.openstack.org/cgit/openstack/neutron/tree/neutron/service.py#n240 | 15:48 |
| idella4 | well yep | 15:48 |
| idella4 | my thought is will someone in openstack-neutron make it so the backtrace | 15:48 |
| anteaya | http://git.openstack.org/cgit/openstack/neutron/tree/neutron/agent/rpc.py#n66 | 15:48 |
| anteaya | http://git.openstack.org/cgit/openstack/neutron/tree/neutron/db/agents_db.py#n176 | 15:49 |
| idella4 | at least makes it to the test_ that invoked the call to _report_state | 15:49 |
| idella4 | and there all medium size too | 15:50 |
| anteaya | I've asked for some help to answer that question | 15:50 |
| anteaya | I'm wondering if the amount of backtrace returned can be set as a configuration option in the test runner | 15:51 |
| idella4 | hmm indeed | 15:51 |
| anteaya | if yes, boy would that be helpful | 15:52 |
| idella4 | well I've really outlined about all I can figure at this point | 15:52 |
| anteaya | yes | 15:52 |
| anteaya | well identifying three functions with the same name is interesting | 15:52 |
| idella4 | well it would, it dead ends the investigation totally | 15:52 |
| idella4 | it is, but in porfessinal hands, they ought be kept apart effectively | 15:53 |
| *** steven-weston has quit IRC | 15:53 | |
| anteaya | yes, I haven't traced them back to see the scope of each | 15:54 |
| idella4 | so when I ran it last, I ran it with the --parallel option in one | 15:54 |
| idella4 | and from the source wit nosetets without multiprocessing in the other | 15:54 |
| idella4 | now that did overtax the system | 15:54 |
| anteaya | what happened? | 15:55 |
| idella4 | the full test taking 2 hours and 4 or so minutes is not good for the sense of patience | 15:55 |
| anteaya | ah | 15:56 |
| idella4 | well I got those serializtion errors plus sme mem. alloc erros in the log from which I made and pasted the snippet | 15:56 |
| anteaya | your system | 15:56 |
| anteaya | right | 15:56 |
| anteaya | I don't happen to see a --verbose option with testr | 15:56 |
| idella4 | I've not even outlined the result from the full 2 hour run in the other | 15:56 |
| idella4 | no | 15:56 |
| idella4 | Ran 9342 tests in 6652.551s \ FAILED (SKIP=328, errors=9) | 15:57 |
| *** jlibosva has joined #openstack-neutron | 15:57 | |
| anteaya | I've pinged lifeless, if he is about I'll ask him about --verbose | 15:57 |
| idella4 | ERROR: neutron.tests.unit.test_agent_linux_utils.AgentUtilsExecuteTest.test_without_helper \ OSError: [Errno 12] Cannot allocate memory | 15:58 |
| idella4 | right | 15:58 |
| idella4 | that's one example from the long run | 15:58 |
| anteaya | hmmmm | 15:58 |
| idella4 | see all this beckons yet another full run to test | 15:58 |
| anteaya | hmmmm | 15:58 |
| idella4 | I need do a full run with testr without the parallelization option | 15:59 |
| idella4 | and see if that evades these report_state errors | 15:59 |
| idella4 | tes? | 15:59 |
| idella4 | it's right on midnight now | 16:00 |
| *** amuller has quit IRC | 16:00 | |
| idella4 | after letting the --parallel run complete first that takes me to 2.30 in the morning | 16:00 |
| anteaya | that seems reasonable | 16:00 |
| idella4 | what shall we chat about in the meantime? | 16:00 |
| anteaya | lifeless is in your time zone, so I won't hear from him in a while | 16:01 |
| anteaya | you are welcome to ask him yourself | 16:01 |
| anteaya | you will find him in #tripleo and he is probably in #openstack-dev and other channels | 16:01 |
| idella4 | sond like he need some cpr first! | 16:01 |
| anteaya | ha ha ha | 16:01 |
| idella4 | but sure I can | 16:01 |
| anteaya | what would you like to chat about | 16:02 |
| anteaya | doesn't sound like neutron development is a full time gig for you | 16:02 |
| anteaya | would that be accurate? | 16:02 |
| anteaya | a hobby thing? | 16:02 |
| idella4 | well I took up openstack recently when prometheanfire was in the channel where I was doing xen | 16:03 |
| anteaya | cool | 16:03 |
| anteaya | glad he dragged you in | 16:03 |
| idella4 | and he kinf of prompted me to join openstack | 16:03 |
| idella4 | well I am traditionally a gentoo-python dev | 16:03 |
| idella4 | openstack all have a python underbelly | 16:03 |
| idella4 | I mean ALL | 16:04 |
| idella4 | and he had only 1 other dev joined him, he even had to make the openstack herd | 16:04 |
| anteaya | glad he made the herd | 16:05 |
| idella4 | some weeks ago, though he's been doing it a while he's only recently made openstack a gentoo herd | 16:05 |
| idella4 | well yep | 16:05 |
| anteaya | the only parts of openstack that don't require python are in infrastructure | 16:05 |
| anteaya | some of the testing tools are java | 16:05 |
| idella4 | so I'm still new to it and frankly still picking up the threads | 16:06 |
| idella4 | hmm I see | 16:06 |
| anteaya | and we are using puppet - since all that was available at the time were ruby tools | 16:06 |
| anteaya | so ruby | 16:06 |
| anteaya | well welcome aboard | 16:06 |
| idella4 | what's puppet? | 16:06 |
| anteaya | glad to have you | 16:06 |
| idella4 | hmm ty young gal | 16:07 |
| idella4 | eeer shelia | 16:07 |
| anteaya | http://puppetlabs.com/ | 16:07 |
| anteaya | and I had a very successful design session at the summit about bringing more salt in | 16:07 |
| idella4 | ah a high leave org organiser | 16:07 |
| anteaya | http://www.saltstack.com/ | 16:07 |
| anteaya | and the _best_ thing that came from the session is that puppet showed up | 16:08 |
| anteaya | and puppet and salt, or at least someone from each, are talking to each other | 16:08 |
| anteaya | which makes things so much easier for infra | 16:08 |
| anteaya | since we need to use both tools | 16:08 |
| anteaya | puppet due to legacy issues and salt for functionality | 16:09 |
| idella4 | kind of a reviewboard type thing? | 16:09 |
| anteaya | reviewboard? | 16:09 |
| idella4 | it's more a code snippet share type thing really | 16:09 |
| anteaya | ah | 16:09 |
| anteaya | these are deployement tools | 16:09 |
| idella4 | ah deployment | 16:10 |
| anteaya | we use puppet to provision all our nodes for testing | 16:10 |
| anteaya | and a cron job model for updating the puppet config used to work fine | 16:10 |
| anteaya | and now we need event based | 16:10 |
| anteaya | which puppet doesn't have but salt does | 16:10 |
| idella4 | ah right, and you have a strong linux following I take it | 16:10 |
| anteaya | so salt and puppet have to play nice | 16:10 |
| anteaya | and getting them talking is a huge step forward | 16:10 |
| idella4 | hmm it would help | 16:11 |
| anteaya | so we can have the best advice from folks who know both tools | 16:11 |
| anteaya | yes | 16:11 |
| anteaya | we just need the functionality | 16:11 |
| anteaya | don't care where it comes from | 16:11 |
| anteaya | infra has to keep the entire development community operating | 16:11 |
| anteaya | we don't have time for tool religtion | 16:12 |
| idella4 | nice to see , sounds like it's quite a size already | 16:12 |
| anteaya | our audience is too demanding | 16:12 |
| anteaya | huge | 16:12 |
| idella4 | right, virtualiztion and the cloud really has taken off in recent years | 16:13 |
| idella4 | from reading the bug do you think the slipups in the runs I've done are mem related? | 16:14 |
| anteaya | 664, 840 nodes built for testing since September | 16:14 |
| anteaya | honestly, I have no idea | 16:14 |
| idella4 | and rising I bet | 16:14 |
| idella4 | ah | 16:14 |
| anteaya | that was from a test that is running right now | 16:14 |
| anteaya | https://jenkins02.openstack.org/job/check-tempest-devstack-vm-full/5617/consoleFull | 16:14 |
| anteaya | currently running job | 16:15 |
| anteaya | at the top click full log | 16:15 |
| anteaya | the name of the node includes a number, incremental from when a new tool, nodepool, was put into production in late August, so I say September | 16:15 |
| anteaya | Building remotely on | 16:16 |
| anteaya | idella4: it could be memory, it could be encoding, it could be something else | 16:16 |
| anteaya | I don't know the neutron code base yet | 16:16 |
| anteaya | I can in from infrastructure | 16:17 |
| idella4 | I see | 16:17 |
| idella4 | jenkins is an automated openstack testbot thingy? | 16:18 |
| anteaya | sorry I am not more help | 16:18 |
| anteaya | jenkins runs jobs | 16:18 |
| anteaya | we script up the jobs and give them names | 16:18 |
| idella4 | aha | 16:18 |
| *** jlibosva has quit IRC | 16:18 | |
| idella4 | so a job may be test runs | 16:18 |
| anteaya | projects decide what job names they want run on their code, and add that to the layout.yaml for all of openstack testing | 16:18 |
| idella4 | right | 16:19 |
| anteaya | http://status.openstack.org/zuul/ | 16:19 |
| anteaya | each patch currently being tested is represented on this page | 16:19 |
| anteaya | every new patchset to gerrit: review.openstack.org gets tested in check | 16:19 |
| anteaya | and the results are posted to the patch | 16:20 |
| anteaya | every patch has to pass check | 16:20 |
| idella4 | well yes | 16:20 |
| anteaya | then humans review the code, and one two core reviewers (and others) are happy | 16:20 |
| anteaya | the patch is approved | 16:20 |
| anteaya | then it goes through the gate queue | 16:20 |
| anteaya | if it passes it is automatically merged | 16:21 |
| anteaya | the git mirrors are updated | 16:21 |
| anteaya | and round we go again | 16:21 |
| idella4 | and bibity bobity boo | 16:21 |
| idella4 | yep | 16:21 |
| anteaya | http://dague.net/2013/10/27/openstack-ci-by-the-numbers/ | 16:21 |
| anteaya | sdague wrote this before the summit | 16:21 |
| anteaya | sdague is PTL for qa | 16:22 |
| anteaya | project technical lead | 16:22 |
| idella4 | and this is on a sunday, grief | 16:23 |
| anteaya | yes | 16:23 |
| anteaya | the gate is never quiet anymore | 16:23 |
| anteaya | always running | 16:23 |
| idella4 | being opensource are you all contributors | 16:24 |
| anteaya | Monday mornings and Fridays are heavy load times | 16:24 |
| anteaya | we all contribute, each in their own way | 16:24 |
| idella4 | or has this reached fully corporate? | 16:24 |
| anteaya | there are two people right now who contribute UX so no patches | 16:24 |
| anteaya | everyone else who is an active technical contributer submits patches | 16:25 |
| anteaya | what do you mean by fully corporate? | 16:25 |
| idella4 | employees or salary earners | 16:25 |
| anteaya | the majority of openstack contributors get a paycheque from some entity so they can contribute to openstack | 16:26 |
| anteaya | yes | 16:26 |
| idella4 | ah right | 16:26 |
| idella4 | I just get a headache | 16:26 |
| anteaya | I'm on my second benefactor | 16:26 |
| idella4 | ah good | 16:27 |
| anteaya | and sdague just switched call-signs | 16:27 |
| anteaya | most of us don't care who pays the paycheque | 16:27 |
| anteaya | because someone will | 16:27 |
| idella4 | hmm right | 16:27 |
| anteaya | we aren't looking to switch, just the fit changes sometimes | 16:27 |
| anteaya | my boss is currently looking for new people | 16:28 |
| idella4 | well that's quite an intro to openstack infra | 16:28 |
| anteaya | he is specifically open to signing paycheques for folks looking to contribute full time to neutron | 16:28 |
| anteaya | he said as much at one of the neutron design summit sessions | 16:28 |
| idella4 | ah right | 16:29 |
| anteaya | thanks | 16:29 |
| anteaya | knowing infra is important to being a strong contributor | 16:29 |
| idella4 | hmm sure | 16:29 |
| anteaya | it is designed to be a self-serve system | 16:29 |
| anteaya | I am giving a talk about it at linux.con.au | 16:29 |
| anteaya | in Perth | 16:30 |
| idella4 | you mean here? | 16:30 |
| anteaya | are you in Perth? | 16:30 |
| idella4 | I am, the one waaay down south | 16:30 |
| idella4 | there's one in Scotland | 16:30 |
| anteaya | see you in January | 16:30 |
| idella4 | ah wow | 16:30 |
| anteaya | nope the one at the end of a long flight over the Pacific | 16:31 |
| idella4 | that's here | 16:31 |
| anteaya | going to linux.con.au yet? | 16:31 |
| anteaya | yup | 16:31 |
| anteaya | I have two talks accepted and one pending | 16:31 |
| idella4 | eeer, once I figure what and where it is' | 16:31 |
| anteaya | I officially invite you | 16:31 |
| idella4 | I think I could make it along | 16:32 |
| anteaya | http://conf.linux.org.au/ | 16:32 |
| idella4 | I'm the cheeky one at the back of the room | 16:32 |
| anteaya | I'm counting on it | 16:32 |
| idella4 | ah U.W.A. I used to live nearby in Nedlands for 5 years | 16:33 |
| idella4 | U.W.A. is a long established Ed. Institution | 16:33 |
| anteaya | is it | 16:34 |
| anteaya | what is good to do in Perth? | 16:34 |
| anteaya | in atlanta I need to go to the aquarium | 16:34 |
| anteaya | what do I need to do in Perth? | 16:34 |
| idella4 | well, mainly the beach | 16:34 |
| anteaya | the beach | 16:34 |
| anteaya | in January | 16:34 |
| idella4 | well yes | 16:34 |
| anteaya | havn't swum in an ocean in a long time | 16:34 |
| idella4 | it's the middle of summer | 16:35 |
| anteaya | that it is | 16:35 |
| anteaya | okay the beach it is | 16:35 |
| idella4 | won't be long now! | 16:35 |
| anteaya | that is true | 16:35 |
| anteaya | 7 weeks or so? | 16:35 |
| idella4 | the river has yacht clubs along it every few miles | 16:35 |
| idella4 | Water sports and recs are most popular | 16:36 |
| anteaya | awesome | 16:36 |
| idella4 | I'd really throw in John Forrest National Park | 16:36 |
| idella4 | seeing I have a strong interest in Australia's natural bush land | 16:37 |
| anteaya | let's throw in John Forrest National Park | 16:37 |
| idella4 | as drives in a city goes it's not so demanding, about 1.5 hours due east from the cbd | 16:37 |
| anteaya | w00t, hiking | 16:38 |
| idella4 | oh yep | 16:38 |
| idella4 | lots of tracks | 16:38 |
| anteaya | awesome | 16:38 |
| anteaya | I would love to do that | 16:38 |
| idella4 | dad used to take us there as kids occasionally | 16:38 |
| anteaya | love hiking | 16:38 |
| anteaya | nice | 16:38 |
| idella4 | as a National Park you can be assured it's much the same now as then | 16:39 |
| anteaya | cool | 16:40 |
| idella4 | Just ride up and down the Swan river a few times, the Swan river is just magnificent | 16:40 |
| idella4 | You can likely peruse some images of it easily enough on google maps I s'pose | 16:41 |
| anteaya | looking | 16:41 |
| idella4 | Kings park is also kind of unavoidable and features gardens of the local flora | 16:42 |
| *** mestery_ has joined #openstack-neutron | 16:42 | |
| anteaya | Kings park, cool | 16:42 |
| anteaya | dolphins? | 16:42 |
| idella4 | the river has dolphions yes | 16:43 |
| idella4 | the river has dolphins yes | 16:43 |
| idella4 | I've seen them often years ago | 16:43 |
| anteaya | not so much anymore? | 16:43 |
| idella4 | I mean Perth is kind of Australia's best kept secret | 16:43 |
| idella4 | oh just as much | 16:44 |
| idella4 | no loss of dolphins in the river | 16:44 |
| idella4 | do you have some images of {erth cbd on the river front? | 16:44 |
| anteaya | oh okay good | 16:44 |
| anteaya | not yet | 16:44 |
| idella4 | well I've never looked | 16:45 |
| anteaya | was just looking up King's Park and noting the botanical gardens | 16:45 |
| anteaya | what is cbd? | 16:45 |
| idella4 | go to Kings Park | 16:45 |
| anteaya | okay | 16:45 |
| idella4 | central business district | 16:45 |
| idella4 | the city centre | 16:45 |
| anteaya | might be easier to get to King's Park compared to John Forrest | 16:45 |
| *** mestery has quit IRC | 16:45 | |
| anteaya | cool | 16:46 |
| idella4 | Fraser Avenue, eh yes | 16:46 |
| anteaya | yes, the skyline looks lovely | 16:46 |
| idella4 | Kings Park overlooks Perth, John Forrest is really a day trip | 16:46 |
| idella4 | ah you got it | 16:46 |
| anteaya | cool | 16:46 |
| anteaya | not sure I will have time for a day trip | 16:47 |
| idella4 | no, however I was replying free of such restrictions | 16:47 |
| anteaya | land - deal with jet lag - conference - two days of openstack meet-ups - fly to Montreal - deal with jet lag, etc | 16:47 |
| sgran | hmm. | 16:47 |
| idella4 | Kings Park by its nature will do all | 16:47 |
| anteaya | hey sgran | 16:47 |
| sgran | I've done something wrong making a migration file | 16:47 |
| anteaya | cool | 16:47 |
| sgran | hiya | 16:47 |
| idella4 | hmm yes | 16:47 |
| anteaya | sgran: care to share? | 16:48 |
| sgran | https://review.openstack.org/#/c/56815/ | 16:48 |
| * anteaya clicks | 16:48 | |
| sgran | it's failing gates, but without a lot of info | 16:48 |
| *** salv-orlando has joined #openstack-neutron | 16:48 | |
| idella4 | I can drive you up to Kings Park easliy enough | 16:48 |
| *** mestery_ is now known as mestery | 16:48 | |
| anteaya | all the failures | 16:48 |
| sgran | I think that what it's trying to tell me is that I've got the 'down_revision' bit wrong | 16:48 |
| anteaya | well done, haven't seen that in a while | 16:49 |
| sgran | but I'm not sure how to debug | 16:49 |
| anteaya | idella4: cool, thanks let's do that | 16:49 |
| idella4 | er yep | 16:49 |
| anteaya | sgran: let me climb into the log messages a bit and see if I can see anything useful | 16:49 |
| sgran | thanks | 16:49 |
| idella4 | right the run is finishing up now | 16:50 |
| anteaya | cool | 16:50 |
| idella4 | it has more of the | 16:50 |
| idella4 | TypeError: <MagicMock name='LinuxBridgeManager().local_ip' id='295363920'> is not JSON serializable | 16:50 |
| idella4 | errors again | 16:50 |
| idella4 | so now it's zzz time | 16:51 |
| anteaya | :( | 16:51 |
| idella4 | seeing I have to run it unparallelized | 16:51 |
| anteaya | okay ttyl idella4 | 16:51 |
| anteaya | yeah | 16:51 |
| anteaya | sgran: were you following another migration as an example to compose this one? | 16:51 |
| idella4 | catch you later tonight I think | 16:51 |
| anteaya | idella4: okay, let's see what happens | 16:51 |
| *** nati_ueno has quit IRC | 16:52 | |
| sgran | I used neutron-db-manage mumble mumble | 16:52 |
| sgran | the subcommand 'revision' I think | 16:53 |
| *** nati_ueno has joined #openstack-neutron | 16:53 | |
| anteaya | the mumble mumble part gives me great confidence | 16:54 |
| anteaya | :D | 16:54 |
| enikanorov | sgran: i think it fails gate because of migration | 16:55 |
| enikanorov | e.g. it's not working | 16:55 |
| enikanorov | btw i'm not sure it tries to apply down_revision | 16:55 |
| anteaya | sgran: did you see this error? You have an error in your SQL syntax | 16:55 |
| sgran | anteaya: neutron-db-manage revision -m 'add unique constraint to members' | 16:55 |
| anteaya | http://logs.openstack.org/15/56815/1/check/check-tempest-devstack-vm-neutron/5858e9a/logs/mysql/error.txt.gz | 16:55 |
| enikanorov | i mean it doesn't try to apply backward migration | 16:56 |
| sgran | anteaya: that's not my command | 16:56 |
| anteaya | yes | 16:57 |
| anteaya | the error message is in the log though | 16:57 |
| sgran | you should see something like 'ALTER TABLE user ADD constraint' not 'ALTER TABLE user ADD column' | 16:57 |
| anteaya | so somehow when you code gets applied to the users table, something is unhappy | 16:57 |
| *** idella4 has quit IRC | 16:57 | |
| anteaya | are you not adding columns: pool_id', 'address', 'protocol_port | 16:58 |
| sgran | I should only be altering the members table .. | 16:58 |
| anteaya | ah | 16:58 |
| sgran | and I should only be adding a unique constraint | 16:58 |
| anteaya | it appears you are not isolating for members | 16:58 |
| anteaya | something is hitting the users table | 16:58 |
| sgran | it's adding a column Show_view_priv | 16:58 |
| anteaya | might be in neutron-db-manage | 16:58 |
| sgran | oh, no | 16:59 |
| sgran | this is all mysql stuff | 16:59 |
| anteaya | ALTER TABLE user ADD column Show_view_priv enum | 16:59 |
| anteaya | yeah | 16:59 |
| sgran | that's in the mysql db schema, not even the neutron db | 16:59 |
| anteaya | it is complaning about Show_view_priv in the user table | 16:59 |
| anteaya | hmmmmm | 17:00 |
| openstackgerrit | A change was merged to openstack/neutron: Imported Translations from Transifex https://review.openstack.org/56745 | 17:00 |
| anteaya | sgran: hang on, are members the user table? | 17:01 |
| sgran | no | 17:01 |
| anteaya | are we using two different words for the same table? | 17:01 |
| sgran | these are members of an LBaaS pool | 17:01 |
| sgran | the user table is in the mysql db, the members table is in the neutron db | 17:01 |
| anteaya | ah | 17:01 |
| openstackgerrit | A change was merged to openstack/neutron: Removes unused nvp plugin config param https://review.openstack.org/56303 | 17:01 |
| sgran | even mysql can't mess that up | 17:01 |
| enikanorov | sgran: i guess i know what is your issue | 17:01 |
| enikanorov | from the logs: | 17:01 |
| enikanorov | 2013-11-17 11:47:55.606 | 2013-11-17 11:47:55 Only a single head supported so far... | 17:01 |
| sgran | yes, I saw that | 17:01 |
| enikanorov | that means that you simply have a branch in your migration | 17:02 |
| sgran | this is why I think I've messed up my ordering somehow | 17:02 |
| enikanorov | you need to check down_revision to be the latest | 17:02 |
| sgran | right, good :) | 17:02 |
| sgran | how do I find the latest? | 17:02 |
| enikanorov | neutron-db-manage history | 17:02 |
| enikanorov | the top one is the latest | 17:02 |
| anteaya | awesome thanks enikanorov | 17:04 |
| *** ogelbukh has quit IRC | 17:07 | |
| anteaya | sgran: any thoughts on if that is helpful? | 17:11 |
| *** akamyshnikova has quit IRC | 17:15 | |
| sgran | let me try | 17:21 |
| sgran | enikanorov: what do you get for the current top of the tree? | 17:21 |
| *** ogelbukh has joined #openstack-neutron | 17:23 | |
| enikanorov | sgran: 27ef74513d33 -> havana (head), havana | 17:23 |
| sgran | ah | 17:23 |
| enikanorov | which means that head is 'havana' | 17:24 |
| sgran | I get 40dffbf4b549 | 17:24 |
| sgran | and I can't find 27ef74513d33 in the list | 17:24 |
| enikanorov | that pretty old one | 17:24 |
| enikanorov | *thats | 17:24 |
| enikanorov | are you using devstack? | 17:25 |
| sgran | no | 17:26 |
| *** akamyshnikova has joined #openstack-neutron | 17:30 | |
| *** enikanorov__ has joined #openstack-neutron | 17:35 | |
| enikanorov__ | then i wonder if you have the latest code | 17:36 |
| sgran | I think I see what's happening | 17:37 |
| sgran | right, let me try this again | 17:37 |
| *** enikanorov has quit IRC | 17:38 | |
| openstackgerrit | Stephen Gran proposed a change to openstack/neutron: Enforce unique constraint on neutron pool members https://review.openstack.org/56815 | 17:40 |
| sgran | I do have the latest, but I was using a venv, and in the venv, it had an old copy (I think) | 17:40 |
| sgran | so now I'm setting it to havana and working outside the venv, it looks better here | 17:40 |
| enikanorov__ | sgran: still, please add the constraint to the model itself | 17:42 |
| sgran | ok, no problem | 17:42 |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Reduce the severity of dhcp related log traces https://review.openstack.org/56785 | 17:43 |
| sgran | so you don't want a migration script? Or you do? | 17:44 |
| sgran | I was worried that the two would conflict with each other | 17:44 |
| enikanorov__ | no, both of them are needed | 17:46 |
| enikanorov__ | and they need to be in sync, model and the state of db after the migration | 17:47 |
| sgran | ok, I'll add it on the model now as well | 17:47 |
| enikanorov__ | they are in sync now, so model should be changed according to migration | 17:47 |
| *** dkliban has quit IRC | 17:49 | |
| openstackgerrit | Stephen Gran proposed a change to openstack/neutron: Enforce unique constraint on neutron pool members https://review.openstack.org/56815 | 17:51 |
| openstackgerrit | Stephen Gran proposed a change to openstack/neutron: Enforce unique constraint on neutron pool members https://review.openstack.org/56815 | 18:01 |
| openstackgerrit | A change was merged to openstack/neutron: Round-robin SVI switch selection fails on Cisco Nexus plugin https://review.openstack.org/56321 | 18:04 |
| lifeless | anteaya: hi | 18:05 |
| lifeless | anteaya: folk that want to see progress as it happens with testr currently need to use a different outputter - e.g. testr run --subunit | subunit2pyunit | 18:05 |
| *** akamyshnikova has quit IRC | 18:25 | |
| *** obondarev has quit IRC | 18:26 | |
| *** enikanorov_ has quit IRC | 18:29 | |
| *** rossella_s has joined #openstack-neutron | 18:34 | |
| *** salv-orlando has quit IRC | 18:41 | |
| *** rossella_s_ has joined #openstack-neutron | 18:44 | |
| *** rossella_s has quit IRC | 18:46 | |
| *** rossella_s_ is now known as rossella_s | 18:46 | |
| *** AndreyGrebenniko has quit IRC | 18:46 | |
| *** ogelbukh has quit IRC | 18:46 | |
| *** rossella_s has quit IRC | 18:53 | |
| *** jmeridth has quit IRC | 18:59 | |
| *** rossella_s has joined #openstack-neutron | 19:01 | |
| *** EmilienM has quit IRC | 19:01 | |
| *** akamyshnikova has joined #openstack-neutron | 19:02 | |
| *** EmilienM has joined #openstack-neutron | 19:02 | |
| *** AndreyGrebenniko has joined #openstack-neutron | 19:06 | |
| *** ogelbukh has joined #openstack-neutron | 19:08 | |
| *** thedodd has joined #openstack-neutron | 19:14 | |
| *** thedodd has quit IRC | 19:17 | |
| *** thedodd has joined #openstack-neutron | 19:18 | |
| *** thedodd has quit IRC | 19:21 | |
| *** thedodd has joined #openstack-neutron | 19:21 | |
| *** rossella_s has quit IRC | 19:30 | |
| *** rossella_s has joined #openstack-neutron | 19:33 | |
| *** thedodd has quit IRC | 19:33 | |
| *** thedodd has joined #openstack-neutron | 19:34 | |
| *** thedodd has quit IRC | 19:34 | |
| *** thedodd has joined #openstack-neutron | 19:35 | |
| *** thedodd has quit IRC | 19:36 | |
| *** thedodd has joined #openstack-neutron | 19:37 | |
| *** steven-weston has joined #openstack-neutron | 19:37 | |
| *** networkstatic is now known as networks_ | 19:42 | |
| *** networks_ has quit IRC | 19:42 | |
| *** steven-weston has quit IRC | 19:42 | |
| *** networkstatic has joined #openstack-neutron | 19:44 | |
| *** rossella_s has quit IRC | 19:44 | |
| *** rossella_s has joined #openstack-neutron | 19:52 | |
| *** networkstatic has quit IRC | 19:54 | |
| sgran | sigh | 19:59 |
| sgran | now that I've got the constriant applying, I think it's breaking some other tests | 19:59 |
| openstackgerrit | Duarte Nunes proposed a change to openstack/neutron: MidoNet: Added support for the admin_state_up flag https://review.openstack.org/54275 | 20:10 |
| enikanorov__ | sgran: i'd also suggest that you introduce new exception specific to this constraint violation so neutron client returns user-friendly message | 20:11 |
| sgran | nod, that makes sense | 20:13 |
| sgran | now, I wonder how to go about fixing the tempest gates .. | 20:13 |
| sgran | well, first I'll make sure I am tripping what I think I am | 20:14 |
| *** suresh12 has joined #openstack-neutron | 20:14 | |
| *** suresh12 has joined #openstack-neutron | 20:15 | |
| *** suresh12 has quit IRC | 20:19 | |
| *** scotty916 has joined #openstack-neutron | 20:23 | |
| *** rossella_s has quit IRC | 20:27 | |
| *** steven-weston has joined #openstack-neutron | 20:30 | |
| *** scotty916 has quit IRC | 20:31 | |
| *** rossella_s has joined #openstack-neutron | 20:32 | |
| *** rossella_s_ has joined #openstack-neutron | 20:37 | |
| *** rossella_s has quit IRC | 20:38 | |
| *** rossella_s_ is now known as rossella_s | 20:38 | |
| enikanorov__ | sgran: i think those failures are on some very basic operations. I'd try to manually perform basic ops with your code | 20:43 |
| *** rossella_s has quit IRC | 20:46 | |
| enikanorov__ | i mean, manually by running it within the devstack | 20:49 |
| *** salv-orlando has joined #openstack-neutron | 20:50 | |
| *** networkstatic has joined #openstack-neutron | 21:16 | |
| openstackgerrit | Akihiro Motoki proposed a change to openstack/neutron: Replace mox in unit tests with mock https://review.openstack.org/54044 | 21:58 |
| sgran | yeah, I should set up a devstack setup for testing | 22:02 |
| sgran | mostly I've been using the test stack at work for code change testing, but testing db upgrade is slightly harder | 22:03 |
| *** rossella_s has joined #openstack-neutron | 22:04 | |
| anteaya | hey thedodd | 22:10 |
| anteaya | sgran: how are you doing? | 22:11 |
| thedodd | anteaya, hey! I'm doing well! How are you? | 22:11 |
| anteaya | dude I missed you at the summit | 22:12 |
| thedodd | How did we not run into each other in HK!?!? | 22:12 |
| anteaya | I know | 22:12 |
| anteaya | I looked for you | 22:12 |
| anteaya | never saw you | 22:12 |
| anteaya | I was worried you got sick | 22:12 |
| thedodd | Fortunately that wasn't the case. | 22:13 |
| anteaya | glad to hear it | 22:13 |
| anteaya | what did you think of the summit? | 22:13 |
| thedodd | I was wild busy though. | 22:13 |
| anteaya | no kidding | 22:13 |
| thedodd | It was so awesome! | 22:13 |
| anteaya | w00t! | 22:14 |
| anteaya | so glad to hear it | 22:14 |
| thedodd | It far exceeded my expectations! | 22:14 |
| anteaya | yay | 22:14 |
| anteaya | what kinds of talks/sessions did you go to? | 22:14 |
| thedodd | What did you think? | 22:14 |
| anteaya | I had been to Portland so I had a sense of how things worked | 22:14 |
| anteaya | HK is one big mall | 22:15 |
| thedodd | I tried to stick to the dev sessions as much as possible. | 22:15 |
| anteaya | was so good to see everyone again | 22:15 |
| thedodd | Yea, no kidding. | 22:15 |
| anteaya | and I sure miss seeing you | 22:15 |
| anteaya | good | 22:15 |
| anteaya | I stepped out for sdague's talk | 22:15 |
| anteaya | on following logs to identify code failures | 22:16 |
| anteaya | it was a good talk | 22:16 |
| anteaya | but everything else was design sessions | 22:16 |
| anteaya | I led one | 22:16 |
| anteaya | it went really well | 22:16 |
| anteaya | the best thing was not what was discussed | 22:16 |
| thedodd | markmc's talk was super motivational as well! | 22:16 |
| anteaya | but that is was attended by someone who had a competing tech | 22:16 |
| anteaya | and we use both in -infra | 22:16 |
| thedodd | Thats great! I'm glad it went well! | 22:17 |
| anteaya | and he wanted to learn about the other tech!! | 22:17 |
| anteaya | best outcome possible | 22:17 |
| thedodd | Nice! | 22:17 |
| anteaya | all conversation, no turf war | 22:17 |
| anteaya | yay | 22:17 |
| anteaya | I am so happy | 22:17 |
| anteaya | much more efficient way of working | 22:17 |
| anteaya | markmc is just a great individual | 22:17 |
| thedodd | I met davidlenwell! Super awesome guy! | 22:17 |
| anteaya | any time spent with him is quality time | 22:17 |
| anteaya | he is that | 22:18 |
| anteaya | he said he met you | 22:18 |
| anteaya | my communications died on the Friday and he tweeted you for me | 22:18 |
| anteaya | but I guess you didnt pick up the tweet | 22:18 |
| thedodd | The company I work for was doing some stuff with Piston, so I ended up at their booth a decent bit of the time. | 22:19 |
| anteaya | cool | 22:19 |
| *** bvandenh has quit IRC | 22:20 | |
| anteaya | I'm trying to stay up until 7pm | 22:21 |
| anteaya | the fact it gets dark at 5pm is not helping me | 22:21 |
| anteaya | *yawn* | 22:21 |
| thedodd | Haha | 22:21 |
| thedodd | Yea | 22:21 |
| thedodd | I'll ping you later. GTG. | 22:22 |
| *** thedodd has quit IRC | 22:23 | |
| *** rossella_s has quit IRC | 22:29 | |
| *** suresh12 has joined #openstack-neutron | 22:35 | |
| *** nati_ueno has quit IRC | 22:37 | |
| openstackgerrit | Armando Migliaccio proposed a change to openstack/neutron: Reduce the severity of dhcp related log traces https://review.openstack.org/56785 | 22:55 |
| *** salv-orlando has quit IRC | 23:07 | |
| *** salv-orlando has joined #openstack-neutron | 23:07 | |
| *** suresh12 has quit IRC | 23:18 | |
| *** suresh12 has joined #openstack-neutron | 23:18 | |
| *** dkliban has joined #openstack-neutron | 23:18 | |
| *** enikanorov__ has quit IRC | 23:20 | |
| *** enikanorov has joined #openstack-neutron | 23:20 | |
| *** suresh12 has quit IRC | 23:22 | |
| *** idella4 has joined #openstack-neutron | 23:33 | |
| *** carl_baldwin has joined #openstack-neutron | 23:48 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!