Thursday, 2014-01-30

*** nati_ueno has quit IRC00:00
*** nati_ueno has joined #openstack-neutron00:02
pcm_Folks familiar with L3 services, I have some questions about vendor plugins. Can anyone field them?00:02
*** nati_ueno has quit IRC00:02
*** nati_ueno has joined #openstack-neutron00:03
*** armax has joined #openstack-neutron00:04
*** Mierdin has joined #openstack-neutron00:04
*** dims has joined #openstack-neutron00:07
*** Ric_ has quit IRC00:13
*** WackoRobie has joined #openstack-neutron00:15
*** banix has quit IRC00:15
*** zzelle_ has quit IRC00:15
*** WackoRobie has quit IRC00:19
*** clev has joined #openstack-neutron00:20
*** pcm_ has quit IRC00:22
*** Mr_W has joined #openstack-neutron00:23
*** matsuhashi has joined #openstack-neutron00:26
*** Ric_ has joined #openstack-neutron00:27
*** clev has quit IRC00:29
*** clev has joined #openstack-neutron00:37
*** Ric_ has quit IRC00:38
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Allow multiple DNS forwarders for dnsmasq  https://review.openstack.org/6200200:38
*** xianghui has joined #openstack-neutron00:40
*** clev has quit IRC00:42
*** thuc has joined #openstack-neutron00:42
*** thuc has quit IRC00:43
*** thuc has joined #openstack-neutron00:44
*** Sukhdev has joined #openstack-neutron00:46
anteayathis patch is in the gate: https://review.openstack.org/#/c/67475/00:46
anteayahow did it get there?00:47
*** clev has joined #openstack-neutron00:49
*** jecarey has quit IRC00:51
*** nati_uen_ has joined #openstack-neutron00:51
*** MM_at_HP has quit IRC00:52
*** nati_ueno has quit IRC00:54
*** ijw has quit IRC00:55
*** julim has joined #openstack-neutron01:04
*** nati_uen_ has quit IRC01:07
*** nati_ueno has joined #openstack-neutron01:07
*** Guest11536 has quit IRC01:09
*** sn6i23a has quit IRC01:15
*** thuc has quit IRC01:29
*** thuc has joined #openstack-neutron01:30
openstackgerritA change was merged to openstack/neutron: Fix the migration adding a UC to agents table  https://review.openstack.org/6166301:33
*** thuc has quit IRC01:33
*** yamahata has joined #openstack-neutron01:40
*** IanGovett has quit IRC01:41
*** clev has quit IRC01:42
*** banix has joined #openstack-neutron01:42
*** clev has joined #openstack-neutron01:44
*** mestery_ has joined #openstack-neutron01:45
*** markwash has joined #openstack-neutron01:48
*** mestery has quit IRC01:48
*** Coma_ has joined #openstack-neutron01:58
Coma_Hello.01:58
*** clev has quit IRC02:04
*** Mr_W has quit IRC02:08
*** WackoRobie has joined #openstack-neutron02:09
*** sbalukoff has quit IRC02:11
anteayanati_ueno: so isloated jobs haven't been fixed yet, is someone babysitting https://review.openstack.org/#/c/65034/ to snipe it out of the gate if it starts failing tests?02:16
anteayaif no and it fails tests we just create ill will with the rest of the projects02:17
anteayaI am at a conference and can't babysit it myself02:17
marunIs there a reason not to kick it out of the gate preemptively?02:18
marunIt doesn't seem like it should be competing with patches that have to land.02:18
anteayawe can do that02:18
anteayaand I agree02:18
anteayasince it just went in 20 minutes ago, I want to give nati_ueno an opportunity to respond02:19
marunI'm betting nachi missed your plea not to approve02:20
*** vkozhukalov has joined #openstack-neutron02:20
anteayano, he is aware02:20
marunreally? then why did he do it?02:20
marunI mean, didn't we agree not to send things to the gate that hadn't passed the check job?02:21
marunI say kick it out now.02:21
marunhuh, so it actually did pass the check job.  does the +1 for that get wiped when the gate job is triggered?02:23
nati_uenohi02:23
marunI'm confused, was the check job passing an anomoly?02:23
marunor are things moving again?02:24
nati_uenoanteaya: sorry I found your ping now02:24
nati_uenomarun: anteaya: what's up?02:25
marunnati_ueno: why did you approve  https://review.openstack.org/#/c/65034/02:25
marunnati_ueno: I'm not clear on why it should have gate priority vs all the critical patches that have been held up02:25
nati_uenomarun: ah sorry something wrong happening? Jenkins was OK, so I thought it can be merged02:26
marunnati_ueno: (i'm also confused as to how the checks are passing given that https://review.openstack.org/#/c/67537/ hasn't merged yet)02:26
nati_uenomarun: may be, i'm missing to read community mail02:27
nati_uenomarun: so we shouldn't approve patches now?02:27
anteayaI am on crappy conf wifi, sorry02:27
*** aymenfrikha has left #openstack-neutron02:28
marunnati_ueno: that was my understanding for the past week02:28
anteayathe tests passing was an anomoly02:28
marunnati_ueno: did something change?02:28
anteayayou will see that the builds failed prior to that one set of passing tests02:28
nati_uenomarun: ah sorry, i was pretty buzy, so I didn't know the situation02:28
marunanteaya: so we're still stuck with the isolated job failures due to kernel panics?02:28
nati_uenoanteaya: you mean jenkins on that patch?02:29
nati_uenoanteaya: last jenkins job looks succeeded for that job02:29
anteayawe are still experiencing isolated job failures, yes02:29
marunnati_ueno: afaik there are a bunch of patches that should land before approval of non-critical patches should resume02:29
*** clev has joined #openstack-neutron02:29
anteayathe working theory is that kernel panics play a role, yes02:29
marunnati_ueno: and we're waiting on jenkins stability first02:29
nati_uenomarun: sure I put -2 on that patch02:30
nati_uenomarun: I'm not sure this stop merging but let's try02:30
anteayabut that theory may not be bourne out by early returns today, since what little I saw says the experiemtnal job logs remove kernel failures but the failure itself still persits02:30
marunanteaya: is -2'ing the job enough to pull it out of the gate queue?02:30
anteayasalv-orlando has a better understanding on this one02:30
anteayano, we must submit another patchset02:31
anteaya-2'ing the patch just prevents it from merging, it doestn' remove it from the gate queue02:31
anteayanati_ueno: yes the most recent jenkins checks succeeded for that patch02:31
anteayabut the jobs prior to that failed02:31
nati_uenoanteaya: so I should push new patchset for this one?02:32
anteayayes please02:32
*** yamahata has quit IRC02:32
nati_uenoanteaya: the jobs prior to that failed <-- is this matters?02:33
anteayayes02:33
anteayait demonstrates that our testing is unstable in teh gate02:33
anteayaneutron testing being unstable in the gate is the reason we have a hold on approvals02:33
anteayaand I am keeping an eye and removing patches from the gate queue that get in on reverify02:34
openstackgerritNachi Ueno proposed a change to openstack/neutron: Make metaplugin be used with a router service plugin  https://review.openstack.org/6503402:34
anteayathank you nati_ueno02:34
nati_uenoanteaya: I just changed the commit message, is this works?02:34
anteayaQueue lengths: 4 events, 28 results.02:34
openstackgerritNachi Ueno proposed a change to openstack/neutron: Make metaplugin be used with a router service plugin  https://review.openstack.org/6503402:34
anteayawhen events reachs 0 the patch should be removed02:34
nati_uenoI just revert commit message02:34
anteayaokay02:35
anteayayes, when I remove patches from the gate, I just edit the commit message02:35
anteayasomething along the lines of this patch has been removed from the gate because <reason>02:35
nati_uenoanteaya: ok02:36
anteayathanks02:36
nati_uenoanteaya: could you share mailing list thread for discussing this issues?02:36
anteayathis one has not been approved but is still in the gate, I will snipe it out02:36
anteayaI just use the irc logs02:36
anteayaI have just been discussing in irc02:37
anteayaI didn't want to take it to the ml, because of profile02:37
nati_uenoanteaya: Ah Ok  so there is no announcement for DO NOT APPROVE NOW ?02:37
anteayawe have some good cred right now with our hard work with the code sprint02:37
anteayaI didn't want to undo that with a ml discussion02:37
anteayano02:37
*** yamahata has joined #openstack-neutron02:37
anteayajust in irc02:37
nati_uenoanteaya: in this chat room?02:38
anteayaif we can deal with this in irc, that is my preference02:38
anteayayes02:38
nati_uenoI don't think everyone read all messages02:38
anteayachannel logs: http://eavesdrop.openstack.org/irclogs/%23openstack-neutron/02:38
anteayathey don't02:38
anteayathat is part of the problem02:38
marunnati_ueno: there was an announcement,02:38
nati_uenomarun: ah OK, could you share the mail thread?02:39
nati_uenomarun: I wanna read it02:39
*** Jabadia has quit IRC02:39
marunnati_ueno: pretty sure it was core only, not public ml02:39
nati_uenomarun: my bad,,, I haven't read it..02:39
marunnati_ueno: ah, it was related to check jobs only :(02:39
*** Jabadia has joined #openstack-neutron02:39
nati_uenomarun: could you share the subject?02:40
marunnati_ueno: Patchset Approvals02:40
marunwent to nachi at ntti302:40
nati_uenomarun: I found the mail. Thanks02:40
nati_uenomarun: so even if jenkins is OK, we shouldn't approve it02:41
marunnati_ueno: not at present, no02:41
nati_uenomarun: anyway, I missed to read this one02:41
marunnati_ueno: and given the backlog, when jenkins does stabilize, critical patches will need to be prioritized.  if a bug hasn't been triaged as critical, it probably shouldn't be approved at first.02:41
openstackgerritAnita Kuno proposed a change to openstack/neutron: Avoid unnecessarily checking the existence of a device  https://review.openstack.org/6747502:42
* marun wishes that gerrit could post bug severity automatically02:42
nati_uenomarun: OK Thanks for letting me know02:42
nati_uenoThat's good idea02:42
marunnati_ueno: i'm starting to use the qgerrit cli tool02:42
anteayawe are working on a gerrit upgrade, I am uncertain of the exact feature set02:43
marunnati_ueno: it should be easy enough to cross-reference with launchpad to sort by severity02:43
nati_uenomarun: http://status.openstack.org/reviews/#neutron This one has priority02:43
nati_uenomarun: anteaya: Anyway, Thank you for pinging me this one. I should go now. TTYL02:44
marunnati_ueno: neat.  too bad it's not sortable by the severity but that can't be so hard to add02:44
anteayamarun, you asked if the +1 goes away if gate jobs start, the answer is yes02:44
marunanteaya: good to know02:44
anteayanati_ueno: thanks for your understanding, ttyl02:44
*** iwamoto has joined #openstack-neutron02:45
*** markwash has quit IRC02:45
*** nati_uen_ has joined #openstack-neutron02:45
*** Sukhdev has quit IRC02:46
*** salv-orlando has quit IRC02:46
*** nati_ueno has quit IRC02:48
*** nati_uen_ has quit IRC02:50
*** snowblind_ has joined #openstack-neutron02:52
*** Coma_ has quit IRC02:52
*** shivharis has quit IRC02:55
*** clev has quit IRC02:56
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Tweak version nvp/nsx version validation logic for router operations  https://review.openstack.org/7004302:59
*** clev has joined #openstack-neutron02:59
*** emagana has quit IRC03:05
*** dave_tucker has left #openstack-neutron03:08
*** pheadron1 has joined #openstack-neutron03:10
*** WackoRobie has quit IRC03:11
*** WackoRobie has joined #openstack-neutron03:11
*** pheadron has quit IRC03:13
*** WackoRob_ has joined #openstack-neutron03:15
*** WackoRobie has quit IRC03:15
*** WackoRob_ has quit IRC03:16
*** WackoRobie has joined #openstack-neutron03:16
*** clev has quit IRC03:19
*** markwash has joined #openstack-neutron03:19
*** godara has quit IRC03:21
*** markmcclain has quit IRC03:21
*** mestery_ is now known as mestery03:21
*** WackoRobie has quit IRC03:21
*** clev has joined #openstack-neutron03:21
*** markmcclain has joined #openstack-neutron03:21
*** sgordon has quit IRC03:22
*** matsuhashi has quit IRC03:29
*** Ric_ has joined #openstack-neutron03:31
*** jp_at_hp has quit IRC03:35
*** packet has quit IRC03:36
*** chandankumar_ has joined #openstack-neutron03:36
*** xianghui has quit IRC03:37
*** markwash has quit IRC03:38
*** chandankumar_ has quit IRC03:40
*** chandankumar_ has joined #openstack-neutron03:41
*** markwash has joined #openstack-neutron03:45
*** chandankumar_ has quit IRC03:46
*** chandankumar__ has joined #openstack-neutron03:47
*** aveiga has quit IRC03:49
*** chandankumar__ has left #openstack-neutron03:49
*** Ric_ has quit IRC03:50
*** alex_klimov has joined #openstack-neutron03:57
*** clev has quit IRC04:00
*** clev has joined #openstack-neutron04:01
*** markwash has quit IRC04:02
*** matsuhashi has joined #openstack-neutron04:02
*** alex_klimov has quit IRC04:02
*** clev has quit IRC04:11
*** clev has joined #openstack-neutron04:16
*** shashank_ has quit IRC04:17
*** Ric_ has joined #openstack-neutron04:21
*** pheadron has joined #openstack-neutron04:25
*** WackoRobie has joined #openstack-neutron04:27
*** pheadron1 has quit IRC04:28
*** pheadron1 has joined #openstack-neutron04:30
*** WackoRobie has quit IRC04:31
*** Ric_ has quit IRC04:32
*** pheadron has quit IRC04:33
*** markmcclain has quit IRC04:34
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Tweak version nvp/nsx version validation logic for router operations  https://review.openstack.org/7004304:46
*** Ric_ has joined #openstack-neutron04:46
*** alex_klimov has joined #openstack-neutron04:48
*** ykaneko has joined #openstack-neutron04:56
*** yfried has joined #openstack-neutron04:59
*** Jabadia has quit IRC05:06
*** Jabadia has joined #openstack-neutron05:06
*** matsuhashi has quit IRC05:14
*** yfried has quit IRC05:16
*** matsuhas_ has joined #openstack-neutron05:17
*** banix has quit IRC05:19
*** thuc_ has joined #openstack-neutron05:21
*** pheadron has joined #openstack-neutron05:27
*** rwsu has quit IRC05:27
*** pheadron1 has quit IRC05:30
*** clev has quit IRC05:32
*** irenab has joined #openstack-neutron05:38
*** shashank_ has joined #openstack-neutron05:45
openstackgerritYohei Matsuhashi proposed a change to openstack/python-neutronclient: Enable to select specific network service type  https://review.openstack.org/5453405:56
openstackgerritoda-g proposed a change to openstack/neutron: Enhance GET networks performance of metaplugin  https://review.openstack.org/7006006:03
*** thuc has joined #openstack-neutron06:13
*** pheadron1 has joined #openstack-neutron06:14
*** thuc_ has quit IRC06:17
*** thuc has quit IRC06:17
*** pheadron has quit IRC06:17
*** vkozhukalov has quit IRC06:18
*** gdubreui has quit IRC06:22
*** yjiang5 has joined #openstack-neutron06:27
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/6650106:28
*** yjiang5_1 has quit IRC06:29
*** nati_ueno has joined #openstack-neutron06:43
*** Sukhdev has joined #openstack-neutron06:47
*** nati_ueno has quit IRC06:48
*** amuller has joined #openstack-neutron07:01
*** otherwiseguy has quit IRC07:06
*** armax has quit IRC07:10
*** Sukhdev has quit IRC07:15
*** nati_ueno has joined #openstack-neutron07:15
*** gpza has quit IRC07:22
*** nati_ueno has quit IRC07:26
*** humbolt1 has joined #openstack-neutron07:27
*** humbolt has quit IRC07:29
*** ijw has joined #openstack-neutron07:37
*** emagana has joined #openstack-neutron07:40
*** ijw has quit IRC07:41
*** jlibosva has joined #openstack-neutron07:44
*** akamyshnikova has quit IRC07:46
*** sbalukoff has joined #openstack-neutron07:47
*** snowblind_ has quit IRC07:48
*** vkozhukalov has joined #openstack-neutron07:57
*** jistr has joined #openstack-neutron08:02
*** djoreilly has joined #openstack-neutron08:09
*** vkozhukalov has quit IRC08:10
*** Mierdin has quit IRC08:15
*** harlowja is now known as harlowja_away08:18
*** vkozhukalov has joined #openstack-neutron08:19
*** jpich has joined #openstack-neutron08:20
*** evgenyf has joined #openstack-neutron08:24
*** emagana has quit IRC08:25
openstackgerritIWAMOTO Toshihiro proposed a change to openstack/neutron: LBaaS: implements LVS driver (WORKINPROGRESS)  https://review.openstack.org/6740508:26
*** shashank_ has quit IRC08:31
*** iwamoto has quit IRC08:32
*** simon-AS559 has joined #openstack-neutron08:33
*** simon-AS559 has quit IRC08:36
*** ijw has joined #openstack-neutron08:40
*** samuelbercovici has joined #openstack-neutron08:42
*** vkozhukalov has quit IRC08:43
openstackgerritEvgeny Fedoruk proposed a change to openstack/neutron: Extending quota support for neutron LBaaS entities  https://review.openstack.org/6980308:44
openstackgerritAvishay Balderman proposed a change to openstack/neutron: LBaaS L7 model (WIP)  https://review.openstack.org/6172108:47
*** amritanshu_RnD has joined #openstack-neutron08:50
*** amritanshu_RnD is now known as Guest3182008:50
*** ijw has quit IRC08:52
*** Guest31820 has quit IRC08:53
*** ygbo has joined #openstack-neutron08:53
*** ijw has joined #openstack-neutron08:53
*** amrit_ has joined #openstack-neutron08:53
*** vkozhukalov has joined #openstack-neutron08:57
*** zzelle has joined #openstack-neutron08:58
*** amuller has quit IRC09:03
*** sweston has joined #openstack-neutron09:03
openstackgerritYves-Gwenael Bourhis proposed a change to openstack/neutron: Make dnsmasq aware of all names  https://review.openstack.org/5293009:05
*** safchain has joined #openstack-neutron09:09
*** AlexF_ has joined #openstack-neutron09:12
*** jpich has quit IRC09:12
*** simon-AS559 has joined #openstack-neutron09:13
*** yfried has joined #openstack-neutron09:16
*** simon-AS5591 has joined #openstack-neutron09:18
*** samuelbercovici has quit IRC09:19
*** simon-AS559 has quit IRC09:20
*** rossella_s has joined #openstack-neutron09:28
*** jlibosva has quit IRC09:32
*** matsuhas_ has quit IRC09:33
*** matsuhashi has joined #openstack-neutron09:39
*** yamahata has quit IRC09:40
*** jlibosva has joined #openstack-neutron09:48
*** sweston has quit IRC09:49
*** matsuhashi has quit IRC09:50
*** jlibosva has quit IRC09:51
*** jlibosva has joined #openstack-neutron09:51
*** sweston has joined #openstack-neutron09:55
*** jistr has quit IRC10:08
*** jp_at_hp has joined #openstack-neutron10:14
*** amrit_ has quit IRC10:17
*** ijw has quit IRC10:17
*** Mr_W has joined #openstack-neutron10:23
*** ijw has joined #openstack-neutron10:23
*** Mr_W has quit IRC10:25
*** Mr_W has joined #openstack-neutron10:25
*** AlexF_ has quit IRC10:37
*** ykaneko has quit IRC10:38
*** jistr has joined #openstack-neutron10:38
*** rohit404 has joined #openstack-neutron10:39
*** akamyshnikova has joined #openstack-neutron10:39
*** yamahata has joined #openstack-neutron10:41
*** networkstatic has quit IRC10:47
*** vkozhukalov has quit IRC10:48
*** garyachy has joined #openstack-neutron10:48
*** vkozhukalov has joined #openstack-neutron11:00
openstackgerritTrinath Somanchi proposed a change to openstack/neutron: implements: blueprint fsl-sdn-os-mech-driver  https://review.openstack.org/6983811:07
*** amuller has joined #openstack-neutron11:20
*** Ric_ has quit IRC11:22
*** Ric_ has joined #openstack-neutron11:26
openstackgerritTrinath Somanchi proposed a change to openstack/neutron: implements: blueprint fsl-sdn-os-mech-driver  https://review.openstack.org/7008911:28
openstackgerritSylvain Afchain proposed a change to openstack/neutron: L3 Metering label as shared  https://review.openstack.org/7009011:34
*** evgenyf has quit IRC11:36
*** amritanshu_RnD has joined #openstack-neutron11:37
*** amritanshu_RnD is now known as Guest4577111:37
openstackgerritSylvain Afchain proposed a change to openstack/python-neutronclient: Add shared parameter for metering labels  https://review.openstack.org/7009111:38
*** jpich has joined #openstack-neutron11:38
*** pheadron1 has quit IRC11:39
*** sweston has quit IRC11:45
*** HenryG has quit IRC11:48
*** pheadron has joined #openstack-neutron11:54
*** shausy has joined #openstack-neutron12:09
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Fix wrap target in iptables_manager  https://review.openstack.org/6755612:11
*** rohit404 has quit IRC12:17
*** rohit404 has joined #openstack-neutron12:19
*** garyachy has quit IRC12:23
*** ijw has quit IRC12:25
*** afazekas has joined #openstack-neutron12:27
*** IanGovett has joined #openstack-neutron12:30
*** bashok has joined #openstack-neutron12:33
*** aburaschi has joined #openstack-neutron12:37
irenabhi, asking for review: https://review.openstack.org/#/c/67189/12:44
*** evgenyf has joined #openstack-neutron12:49
*** dave_tucker_zzz has joined #openstack-neutron12:53
*** dave_tucker_zzz is now known as dave_tucker12:53
*** mfink has quit IRC12:55
*** WackoRobie has joined #openstack-neutron12:56
*** pcm_ has joined #openstack-neutron13:00
openstackgerritOfer Barkai proposed a change to openstack/neutron: Enhance floating IP router lookup  https://review.openstack.org/5598713:03
*** HenryG has joined #openstack-neutron13:03
*** vkozhukalov has quit IRC13:03
ihrachystrying to run 'tox' against neutron, getting: No distributions matching the version for psutil>=0.6.1,<1.0 (from -r /home/ihrachys/proj/neutron/requirements.txt (line 19))13:07
ihrachysany ideas how to fix this?13:07
*** evgenyf has quit IRC13:15
*** Mr_W has quit IRC13:15
*** shausy has quit IRC13:15
*** shausy has joined #openstack-neutron13:16
*** yamahata has quit IRC13:16
HenryGihrachys: quick (temporary) fix: edit requirements.txt and change to psutil>1.1.013:17
*** vkozhukalov has joined #openstack-neutron13:17
HenryGihrachys: real fix: rebase on https://review.openstack.org/6899313:18
*** yamahata has joined #openstack-neutron13:20
*** WackoRobie has quit IRC13:20
*** Jabadia has quit IRC13:27
*** giulivo has joined #openstack-neutron13:30
*** mestery_ has joined #openstack-neutron13:35
*** Jabadia has joined #openstack-neutron13:35
giulivoguys, I'd like the dhcp agent (dnsmasq) to pass some dhcp option to the clients13:37
*** mestery has quit IRC13:37
giulivocan I configure that somehow when creating the dhcp or shall I hack into the per-tenant dnsmasq config files?13:37
*** Jabadia has quit IRC13:39
enikanorov_giulivo: it should be possible with extra dhcp options extension13:44
*** evgenyf has joined #openstack-neutron13:45
*** IanGovett has quit IRC13:45
*** yamahata has quit IRC13:46
giulivoenikanorov, thanks but I'm not much into it I think ... is that something I can use from cli commands when creating the dhcp?13:46
*** yamahata has joined #openstack-neutron13:47
giulivoenikanorov, a variable I can pass to subnet-create maybe?13:47
*** thuc has joined #openstack-neutron13:49
giulivoenikanorov, http://docs.openstack.org/api/openstack-network/2.0/content/extra-dhcp-opt-ext-create.html ?13:50
*** markwash has joined #openstack-neutron13:55
enikanorov_giulivo: yes13:58
giulivoenikanorov, thanks14:01
*** akamyshnikova has quit IRC14:02
*** yfried has quit IRC14:03
*** samuelbercovici has joined #openstack-neutron14:03
*** beagles is now known as beagles_brb14:04
*** vkozhukalov has quit IRC14:06
*** aymenfrikha has joined #openstack-neutron14:08
*** yamahata has quit IRC14:09
*** yamahata has joined #openstack-neutron14:09
*** yamahata has quit IRC14:10
*** yamahata has joined #openstack-neutron14:10
*** dims has quit IRC14:15
*** dims has joined #openstack-neutron14:15
*** clev has joined #openstack-neutron14:18
*** vkozhukalov has joined #openstack-neutron14:19
*** yamahata has quit IRC14:19
dkehnsafchain: tripleo has a need for HA at the routers and was looking at using https://review.openstack.org/#/c/64553/8, would you more folks testing on it?14:20
safchaindkehn, still working on it, will submit the agent side by the of the week14:21
*** yamahata has joined #openstack-neutron14:21
dkehnsafchain: thats great news, within a devstack env, usning a single vm is there any obvious changes to the config (i.e. localrc) that are required to get it to run?14:22
safchaindkehn, you can't test it without the agent side14:23
*** ivoks has quit IRC14:23
dkehnsafchain: understand14:23
*** rha has quit IRC14:23
safchaindkehn, I'll ping you when I'ill submit the agent patch14:23
*** ivoks has joined #openstack-neutron14:23
dkehnsafchain: thanks tons14:24
dkehnsafchain: we are looking forward to it14:24
*** rha has joined #openstack-neutron14:25
giulivoenikanorov, pardon one more question, that seems to be something I need to apply on a neutron "port" ... so should that be the port of the dhcp agent on a given subject ... or the port of each and every instance connected?14:28
giulivo*given subnet14:28
*** thuc has quit IRC14:29
*** thuc has joined #openstack-neutron14:30
*** peristeri has joined #openstack-neutron14:30
*** IanGovett has joined #openstack-neutron14:32
*** thuc has quit IRC14:34
*** yamahata has quit IRC14:38
*** changbl has quit IRC14:39
*** yamahata has joined #openstack-neutron14:40
enikanorov_giulivo: probably dkehn could help you better than i14:41
giulivoagain, thanks for helping14:42
giulivodkehn, basically I'd like to pass some dhcp option to all clients so I wanted to customize the dnsmasq file for the dhcp agent14:42
giulivoI was now looking into http://docs.openstack.org/api/openstack-network/2.0/content/extra-dhc-opt-ext-update.html which seems to apply on a per-port basis, so that should be for each client on the subnet?14:43
*** afazekas has quit IRC14:43
dkehngiulivo: yes, its on a per port14:43
dkehngiulivo: the way each opts file write out is usually by network14:44
giulivodkehn, I see thanks and any chance I could instad apply it to all client via some "overriding" or similar in another file?14:45
dkehngiulivo: I would think that as you create the networks and the underlying ports keeping the same dhcp_options would be the way14:45
*** Jabadia has joined #openstack-neutron14:46
*** salv-orlando has joined #openstack-neutron14:46
giulivodkehn, not sure I understand that ... aren't the ports created/delete with every instance created/deleted? how do I "keep" the underlying ports?14:47
dkehngiulivo: you don't I was thinking progmatically, if you were in a loop creating networks and the ports assocaited to it.14:48
giulivodkehn, oh sorry, okay14:48
dkehngiulivo: np, I need to explain better14:49
giulivoanyway thanks for helping14:49
giulivoso is it worth a bug or something? I see dnsservers for instance are "global"14:49
giulivomaybe there is chance to have something similar for the other options too?14:49
*** bashok has quit IRC14:50
*** Jabadia has quit IRC14:50
*** banix has joined #openstack-neutron14:50
dkehngiulivo: we are looking into options on a per-subnet basis, but there are a lot of options that can be applied at differenet items (i.e. ports, subnets, etc.)14:51
giulivoheh, understand that, thanks14:51
*** Jabadia has joined #openstack-neutron14:52
*** mestery_ is now known as mestery14:56
dkehnmestery: snowin up there again?14:57
*** Jabadia has quit IRC14:57
* mestery nods.14:57
mesterydkehn: Getting lots of snow right now!14:57
dkehnmestery: ours is starting tonight , snowin in the high country now, if you didn't get up there to go skiing you missed it14:58
*** Lill__ has joined #openstack-neutron14:58
Lill__Hi, Nova has a force_dhcp_release directive, what's the equivalent in Neutron? What's the default in Neutron?14:58
*** alex_klimov has quit IRC14:58
mesterydkehn: Ha! We get cold temps following this tonight I hear. Should make for some fun driving later today. :)14:59
dkehnmestery: wonder how markmcclain is dealing, but then again, hard to get a snow day when you work remote15:00
*** iwamoto has joined #openstack-neutron15:01
*** IanGovett has quit IRC15:01
mesterydkehn: Yeah, those pics from Atlanta made it look like the world was ending down there. :)15:01
enikanorov_samuelbercovici: that's the same as with members and pools relationship. not much profit from sharing members between pools15:01
*** clev_ has joined #openstack-neutron15:01
obondarevenikanorov_: agree15:02
dkehnmestery: fear and loathing, cats sleeping with dogs, yep, I'll bet the sale of SUVs is up next year15:02
*** s3wong has joined #openstack-neutron15:02
mesterydkehn: :)15:02
samuelbercovicienikanorov_: in the past i have alreadyproposed that member definition will be shared between multiple pool but the current state is acceptable15:02
samuelbercovicienikanorov_: obondarev: in the case of pools it is different15:03
dkehnmestery: also the number of snow removal vehicles will probably double15:03
samuelbercoviciwe have setups where the same pools are associated to different vips to genereate a distributed topology15:03
enikanorov_how is it different?15:03
enikanorov_but pools can be cloned15:03
*** clev has quit IRC15:04
samuelbercovicienikanorov_: with what i understand now about lb instance, this will not be possible15:04
samuelbercovicienikanorov_: if we clone than we need to manage adding and removing members to all the clones15:04
enikanorov_samuelbercovici: right15:04
samuelbercovicithe whole idea of the lbaas model was that it is logical and not physical15:05
*** IanGovett has joined #openstack-neutron15:05
enikanorov_and it is15:05
openstackgerritSylvain Afchain proposed a change to openstack/neutron: L3 Metering label as shared  https://review.openstack.org/7009015:05
samuelbercovicienikanorov_: what it looks is that the backend implementation gets reflected back into the api15:06
*** bada has joined #openstack-neutron15:06
enikanorov_i don't see it is15:07
samuelbercovicienikanorov_: anyway, will look again on the patch to understand it better15:07
enikanorov_sure15:07
enikanorov_right now i see lb instance solve whole list of problems when multiple vips and pools are considered15:08
enikanorov_both for user and for developer15:08
*** Lill__ has quit IRC15:09
samuelbercovicienikanorov_: the fact that it looks like you would expect that to use a pool in a l7 policy it must be associated to the same lb instance whcih in ha proxy case is also an ha proxy service is exactly that15:09
iwamotoI'd like to see https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance get updated after this discussion15:09
enikanorov_yes, in order to use a pool in l7 case, it should belong to the same instance15:10
enikanorov_iwamoto: ok, will do15:10
iwamotoenikanorov_: thanks15:11
samuelbercovicienikanorov_:i don't like this limitation15:12
*** shausy has quit IRC15:12
*** shausy has joined #openstack-neutron15:13
enikanorov_not sure how else that could be. the pool which is on another device?15:13
samuelbercoviciit is similar to the health monitor model15:14
enikanorov_ok, you're refering to the pool definition shared between devices15:15
samuelbercovicienikanorov_: correct15:15
*** jecarey has joined #openstack-neutron15:15
samuelbercoviciand it can then aslo be shared in the device if it needs to ditribute to several underlying backends15:15
* iwamoto (0am here. see you later...)15:16
*** iwamoto has quit IRC15:16
*** amuller has quit IRC15:16
*** otherwiseguy has joined #openstack-neutron15:17
enikanorov_i think we could improve flexibility further eventually, based on demand15:17
*** dims has quit IRC15:18
samuelbercovicienikanorov_: i will look at the proposed change again and will let you know if i c additional issues15:19
*** dave_tucker is now known as dave_tucker_zzz15:20
enikanorov_sure!15:20
*** shausy has quit IRC15:20
*** rohit404 has left #openstack-neutron15:21
*** dims has joined #openstack-neutron15:21
*** rwsu has joined #openstack-neutron15:24
*** jgrimm has joined #openstack-neutron15:25
*** markwash has quit IRC15:29
*** evgenyf has quit IRC15:30
*** dave_tucker_zzz is now known as dave_tucker15:35
*** s3wong has quit IRC15:35
*** alagalah has quit IRC15:35
* roaet waves.15:36
roaetOh hey. this isn't nova.15:37
*** terrylhowe has joined #openstack-neutron15:37
*** aymenfrikha has quit IRC15:38
*** emagana has joined #openstack-neutron15:39
*** emagana has quit IRC15:39
*** emagana has joined #openstack-neutron15:39
*** markmcclain has joined #openstack-neutron15:41
*** zzelle has quit IRC15:45
*** pheadron1 has joined #openstack-neutron15:45
*** clev_ has quit IRC15:46
*** AlexF_ has joined #openstack-neutron15:48
*** pheadron has quit IRC15:48
*** tongli has joined #openstack-neutron15:50
*** MM_at_HP has joined #openstack-neutron15:50
*** evgenyf has joined #openstack-neutron15:51
*** beagles_brb is now known as beagles15:54
*** aburaschi has quit IRC15:54
*** terryw has joined #openstack-neutron15:55
*** aburaschi has joined #openstack-neutron15:55
*** WackoRobie has joined #openstack-neutron15:56
*** otherwiseguy has quit IRC15:58
openstackgerritBerezovsky Irena proposed a change to openstack/neutron: Change tenant network type usage for IB Fabric  https://review.openstack.org/6718916:00
*** matrohon has quit IRC16:00
*** simon-AS5591 has quit IRC16:01
*** simon-AS559 has joined #openstack-neutron16:01
openstackgerritBerezovsky Irena proposed a change to openstack/neutron: Change tenant network type usage for IB Fabric  https://review.openstack.org/6718916:04
*** clev has joined #openstack-neutron16:05
*** thedodd has joined #openstack-neutron16:05
*** unicell1 has joined #openstack-neutron16:05
*** unicell1 has joined #openstack-neutron16:05
*** simon-AS559 has quit IRC16:06
*** carl_baldwin has joined #openstack-neutron16:06
*** irenab has quit IRC16:09
*** alagalah has joined #openstack-neutron16:10
*** pheadron has joined #openstack-neutron16:10
*** pheadron1 has quit IRC16:13
*** evgenyf has quit IRC16:15
*** alagalah has left #openstack-neutron16:17
*** mlavalle has joined #openstack-neutron16:30
*** thuc has joined #openstack-neutron16:30
*** thuc has quit IRC16:31
*** jprovazn has joined #openstack-neutron16:31
*** thuc has joined #openstack-neutron16:31
*** thuc has quit IRC16:32
*** thuc has joined #openstack-neutron16:32
openstackgerritAvishay Balderman proposed a change to openstack/neutron: LBaaS L7 model (WIP)  https://review.openstack.org/6172116:34
*** networks_ has joined #openstack-neutron16:34
*** armax has joined #openstack-neutron16:36
*** Guest45771 has quit IRC16:38
*** sweston has joined #openstack-neutron16:40
*** changbl has joined #openstack-neutron16:41
*** sweston has quit IRC16:41
*** yfried has joined #openstack-neutron16:42
*** sweston has joined #openstack-neutron16:43
openstackgerritAndrĆ”s GyĆ”csok proposed a change to openstack/neutron: Removed copyright from empty files  https://review.openstack.org/6390116:44
openstackgerritAndrĆ”s GyĆ”csok proposed a change to openstack/neutron: Removed copyright from empty files  https://review.openstack.org/6390116:52
*** morganfainberg|z is now known as morganfainberg16:52
*** dave_tucker is now known as dave_tucker_zzz16:56
*** dave_tucker_zzz is now known as dave_tucker16:57
*** afazekas has joined #openstack-neutron16:58
*** dave_tucker is now known as dave_tucker_zzz17:00
*** armax has left #openstack-neutron17:06
*** aymenfrikha has joined #openstack-neutron17:21
*** afazekas has quit IRC17:21
*** networks_ has quit IRC17:22
*** aymenfrikha has quit IRC17:22
*** networks_ has joined #openstack-neutron17:23
*** networks_ is now known as networkstatic17:23
*** julim has quit IRC17:23
*** ygbo has quit IRC17:24
*** dave_tucker_zzz is now known as dave_tucker17:24
mesterysalv-orlando: Regarding https://bugs.launchpad.net/neutron/+bug/1273386, I am going to see if I can reproduce this locally or not.17:26
mesteryTo help diagnose and maybe fix it.17:26
salv-orlandothanks mastery. Only info I have for you is that we've never seen that happening the our CI which runs 3.2.0-39, we've seen it the first time with 3.2.0-54 and it became a lot worse with 3.2.0-58. We also keep seeing it in 3.1117:27
salv-orlandos/mastery/mestery17:27
*** shashank_ has joined #openstack-neutron17:27
mesterysalv-orlando: OK, those are good data points! I'll see what I can do to reproduce it locally, even without OpenStack running.17:28
mesterysalv-orlando: If it's a namespace issue itself which is causing this, should be possible.17:28
*** francois_eleouet has quit IRC17:28
salv-orlandomestery you should be able to write a simple script that uses neutron.agent.linux.external_process to launch processes in namespaces17:28
salv-orlandothis should stress things out17:29
salv-orlandoRunning tox can be a tedious process. I did this for 4 hours in the past two days without seeing any failures.17:29
mesterysalv-orlando: Thanks!17:29
mesteryYou mean you ran tox or the script?17:29
salv-orlandosee also instructions for crash dump smb left among comments for bug 127338617:29
* mestery nods.17:30
salv-orlandonope just run the script. With 'run tox' I actually meant 'run tempest'17:30
mesteryThanks salv-orlando, and thanks for all the work you've done on this one!17:30
mesteryGot it.17:30
salv-orlandomestery: I just wish it was useful. Unfortunately I've spending 5 days on this without any result.17:31
openstackgerritSylvain Afchain proposed a change to openstack/neutron: L3 Metering label as shared  https://review.openstack.org/7009017:34
*** jpich has quit IRC17:37
*** dave_tucker is now known as dave_tucker_zzz17:41
*** AlexF_ has quit IRC17:42
*** networkstatic has quit IRC17:44
mesterysalv-orlando: I'll noodle around and keep you posted here.17:44
*** vkozhukalov has quit IRC17:44
salv-orlandomestery: sure I will be around17:45
*** armitage81 has joined #openstack-neutron17:47
*** armitage81 has quit IRC17:49
*** armitage81 has joined #openstack-neutron17:49
*** jistr has quit IRC17:53
*** clev has quit IRC17:54
*** emagana has quit IRC17:58
*** emagana has joined #openstack-neutron17:58
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Fix passing keystone token to neutronclient instance  https://review.openstack.org/7017818:03
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Remove psutil dependency  https://review.openstack.org/6899318:03
*** bjornar has joined #openstack-neutron18:03
*** dave_tucker_zzz is now known as dave_tucker18:04
*** markwash has joined #openstack-neutron18:05
pcm_pcm18:05
*** clev has joined #openstack-neutron18:10
*** sweston has quit IRC18:17
*** nati_ueno has joined #openstack-neutron18:17
*** rossella_s has quit IRC18:17
*** ktbenton has quit IRC18:22
*** julim has joined #openstack-neutron18:22
*** sn6i23a has joined #openstack-neutron18:23
*** networkstatic has joined #openstack-neutron18:24
*** sweston has joined #openstack-neutron18:24
*** jlibosva has quit IRC18:27
*** harlowja_away is now known as harlowja18:28
*** HenryG has quit IRC18:30
*** pcm has joined #openstack-neutron18:32
*** HenryG has joined #openstack-neutron18:33
*** aveiga has joined #openstack-neutron18:33
*** sweston has quit IRC18:34
*** sputnik13net has joined #openstack-neutron18:35
*** pcm_ has quit IRC18:35
*** thedodd has quit IRC18:37
*** safchain has quit IRC18:40
*** sbalukoff has quit IRC18:42
*** alex_klimov has joined #openstack-neutron18:44
marunmarkmcclain: ping18:49
markmcclainmarun: pong18:50
marunmarkmcclain: we have a volunteer to start work on migrating to oslo.messaging18:51
marunmarkmcclain: https://blueprints.launchpad.net/neutron/+spec/oslo-messaging18:51
marunmarkmcclain: is there anything the blueprint is missing or could you approve and target for icehouse-3?18:51
*** jp_at_hp has quit IRC18:52
*** zzelle has joined #openstack-neutron18:53
*** clev has quit IRC18:55
markmcclainmarun: approved18:55
marunmarkmcclain: awesome18:55
marunmarkmcclain: also, see https://review.openstack.org/#/c/70178/118:55
markmcclainthe blueprint is accurate18:56
marunmarkmcclain: unless I'm missing something, this is a pretty important catch18:56
markmcclainyeah will definitely cause some issues18:57
marunmarkmcclain: i'm afraid I haven't been doing triaging.  would this bug be high or critical?18:58
*** nati_uen_ has joined #openstack-neutron19:00
markmcclainhigh19:00
*** rkukura has quit IRC19:00
markmcclainthe code still works19:00
*** nati_ueno has quit IRC19:03
*** aveiga has quit IRC19:03
marunmarkmcclain: ah, so critical is 'broken' and high is 'works but suboptimally'?19:03
*** nati_uen_ has quit IRC19:03
markmcclainusually medium is works, but suboptimally19:04
markmcclainin this case I think it deserves a bump to high19:04
markmcclainbecause hammering keystone can kill some deployments19:04
*** nati_ueno has joined #openstack-neutron19:04
marunso what is high then?  code works, but can break things under the right conditions?19:05
markmcclainbasically the code breaks frequently or makes using the cloud tough19:05
marunmarkmcclain: gotcha19:05
markmcclaincritical are items where things are basically always broken19:06
markmcclaineither in real life or in the gate19:06
marunmarkmcclain: gotcha.19:06
*** sputnik13net has quit IRC19:06
*** nati_ueno has quit IRC19:07
*** sn6i23a has quit IRC19:08
*** sputnik13net has joined #openstack-neutron19:09
salv-orlandomestery: just in case you don't have yet a test script -> https://gist.github.com/salv-orlando/871599119:15
*** rkukura has joined #openstack-neutron19:18
*** nati_ueno has joined #openstack-neutron19:19
*** nati_ueno has quit IRC19:19
*** vkozhukalov has joined #openstack-neutron19:19
*** armitage81 has quit IRC19:19
*** nati_ueno has joined #openstack-neutron19:20
*** pcm has quit IRC19:21
marunsalv-orlando: does the problem still occur on the updated kernel?19:21
salv-orlandomarun: I'm afraid it does19:21
marunsalv-orlando: :(19:22
marunsalv-orlando: and does it reproduce consistently?19:23
salv-orlandonope. There are at least 4 people now trying to reproduce.19:23
salv-orlandoSo far I have not seen the crash happening outside of the gate.19:23
marunsalv-orlando: nuts.  well, i'll give it a go.19:24
salv-orlandomarun: so that'll make 5 of us19:25
*** carl_baldwin has quit IRC19:25
marunsalv-orlando: is the unix domain socket involved in this test?19:28
marunsalv-orlando: nmind19:28
*** sbalukoff has joined #openstack-neutron19:34
mesterysalv-orlando: Thanks! I almost have mine done too, looking at yours now. :)19:35
*** Mierdin has joined #openstack-neutron19:36
openstackgerritBrian Haley proposed a change to openstack/neutron: Change metadata-agent to spawn multiple workers  https://review.openstack.org/7020419:44
*** thuc has quit IRC19:46
*** thuc has joined #openstack-neutron19:46
*** thedodd has joined #openstack-neutron19:46
*** rohit404 has joined #openstack-neutron19:47
*** thuc_ has joined #openstack-neutron19:48
*** thuc has quit IRC19:48
*** thuc_ has quit IRC19:49
*** irenab has joined #openstack-neutron19:49
*** thuc has joined #openstack-neutron19:49
marunis brian haley here?19:50
*** pcm has joined #openstack-neutron20:02
*** aveiga has joined #openstack-neutron20:02
*** nati_ueno has quit IRC20:02
marunjaypipes: ping20:04
jaypipesmarun: pong20:06
jaypipesmarun: how may I be of assistance, kind sir?20:06
marunjaypipes: i went ahead and responded on the review...20:07
marunjaypipes: there's a reason we don't run the agent in the namespace20:08
*** vkozhukalov has quit IRC20:10
jaypipesmarun: so it's purely a security reason then?20:10
marunjaypipes: yes20:10
jaypipesmarun: in what way could a tenant gain access to the network namespace? /me curious....20:10
marunjaypipes: network traffic transits the namespace20:10
*** RajeshMohan has quit IRC20:10
marunjaypipes: so the namespace shouldn't have access to the management network20:11
marunjaypipes: arg20:11
jaypipesmarun: right, but how would a tenant's network traffic enable the tenant to access the management network? sorry if I'm being thick :(20:11
*** RajeshMohan has joined #openstack-neutron20:12
*** RajeshMohan has quit IRC20:14
* jaypipes must have asked a very stupid question :(20:15
*** nati_ueno has joined #openstack-neutron20:15
marunjaypipes: sadly, on phone20:15
marunsorry :(20:15
*** RajeshMohan has joined #openstack-neutron20:16
jaypipesmarun: lol, no worries at all mate.20:16
marunjaypipes: markmcclain is the person to talk to, I'm clearly a bit fuzzy on the details20:23
sc68calHey - has anyone tried to build a new tox environment lately?20:23
sc68calI'm having trouble finding a match for psutil20:23
sc68calhttp://paste.openstack.org/show/62196/20:23
markmcclainsc68cal: that's expected20:24
sc68calyou know one of these days I'm not going to ask stupid questions20:24
markmcclainnewer versions of pip require special flags to use packages that are not hosted by mypi20:24
markmcclain*pypi20:24
markmcclainotherwiseguy has made a fix to remove psutil from our deps20:25
markmcclainsc68cal: https://review.openstack.org/#/c/68993/20:25
markmcclainwe can't merge it until we get the kernel issues solved20:25
sc68calweeee20:26
sc68cal:)20:26
markmcclainjaypipes: which process running in a namespace?20:26
*** sn6i23a has joined #openstack-neutron20:27
jaypipesmarkmcclain: see here: https://review.openstack.org/#/c/70204/20:27
markmcclainright this is the generic proxy that handles request from multiple tenants20:28
markmcclainwhen we run in a namespace the agent does not have a device in the mgt network20:28
markmcclains/in/plugged/20:29
jaypipesmarkmcclain: understood. I was asking marun why there is a security concern about having the meta agent run in the namespaces...20:29
markmcclainthe security concern is that any tenant can declare any IP range20:30
markmcclainto avoid issues with overlapping ranges and other fun they can have we run the agent outside of their space20:31
jaypipesk, thx!20:32
markmcclainalso allows the deployer to run the nova metadata service on a network that is not reachable via the public network20:32
markmcclainI can considered enabling requests to exit out of the tenant network's external interface, but that wouldn't work in the case where a tenant does not have a router20:33
markmcclainour fall back for that scenario is the the dhcp agent can run the proxy20:33
*** sputnik13net has quit IRC20:35
*** alex_klimov has quit IRC20:38
*** sweston has joined #openstack-neutron20:42
marunsalv-orlando: script is running, running, runningā€¦ no failures yet.20:45
salv-orlandomarun: same here20:50
salv-orlandomarkmcclain goes going to add some network traffic20:50
salv-orlandothrough the namespace20:50
mesterysalv-orlando: I've got my script looping and creating namespaces, launching dnsmasq processes, waiting, and killing them, then deleting namespaces.21:01
mesteryAnd doing it again21:01
mesteryand again :)21:01
mesteryNo crashes so far.21:01
mesteryWill try to add more punch to this thing in hopes of triggering something.21:01
salv-orlandosame here21:01
mesteryOK, at least we're consistent. :P21:01
markmcclainI'm wondering if there is something unique about the gate we're not replicating correctly21:01
openstackgerritBrian Haley proposed a change to openstack/neutron: Change metadata-agent to have a configurable backlog  https://review.openstack.org/7021421:02
mesterymarkmcclain: I agree on that thinking.21:02
salv-orlandomy script has created over 1,000 namespaces so far21:02
salv-orlandoperhaps21:02
salv-orlandomarkmcclain perhaps21:02
mesterysalv-orlando: I'm going to rock my script a bit more to add some rockets and grenades :P21:03
markmcclainnice21:03
salv-orlandoright, I'll go for a different strategy, trying to get have the reproduce the failure being cunning and subtle ;)21:04
openstackgerritlifeless proposed a change to openstack/python-neutronclient: Don't reuse 'body' for response data  https://review.openstack.org/6911021:05
mesterysalv-orlando: :P21:05
*** aburaschi has quit IRC21:06
*** HenryG has quit IRC21:06
*** aveiga has quit IRC21:06
*** changbl has quit IRC21:07
*** samuelbercovici has quit IRC21:13
*** irenab has quit IRC21:22
*** godara has joined #openstack-neutron21:23
*** markwash has quit IRC21:24
*** julim has quit IRC21:26
*** haleyb has quit IRC21:26
*** haleyb has joined #openstack-neutron21:27
mesterysalv-orlando: Bingo!21:27
mesterysalv-orlando: I have a script which crashes my Ubuntu box.21:28
salv-orlandogreat21:28
mesteryNow to enable crashdumps to verify it's the same thing.21:28
salv-orlandohave you been creating vms as well?21:28
* mestery knew it would be the rockets and grenades21:28
mesteryNope21:28
mesteryThe combination appears to be creating a mapping of 1 OVS port to 1 dnsmasq process21:28
mesteryOnce I hit 1000, deleteing them caused the crash21:28
sdaguehey, what's up with this?21:28
sdague2014-01-30 21:16:00 /opt/stack/new/devstack/lib/neutron: line 428: /usr/local/bin/neutron-db-manage: No such file or directory21:28
salv-orlandosdague: does that happen consistently? sounds like a setup issue21:29
sdagueit's failing a bunch of nova stuff in the gate right now21:29
mesterysalv-orlando: Hold on a minute, the box hasn't crashed, it's just gotten incredibly slow, though it appears to be heading to it's own death.21:29
salv-orlandomestery: I feel like a kid who's being taken away his christmas present21:30
salv-orlandomarkmcclain: seem what sdague is reporting needs some priority21:30
mesterysalv-orlando: Just wait, there may be something behind the chair in the corner.21:31
salv-orlandoneutron-db-manage not found - there must be something failing in install21:31
markmcclainyeah.. setup must be failing21:31
mesterysalv-orlando sdague: Since no changes have merged recently, wonder what's going on?21:31
markmcclainbecause that script is installed via console-scripts21:31
markmcclainsdague: ^^^21:31
sdague14-01-30 20:30:38.307 | 2014-01-30 20:30:38 Downloading/unpacking psutil>1.1.0 (from neutron==2014.1.dev3.gba12cc8)21:32
sdague2014-01-30 20:30:38.311 | 2014-01-30 20:30:38   Could not find a version that satisfies the requirement psutil>1.1.0 (from neutron==2014.1.dev3.gba12cc8) (from versions: 0.6.1, 0.7.1)21:32
markmcclainsdague: we have a fix, but are stuck because nothing will pass the gate to due to kernel issues21:33
markmcclainsdague: https://review.openstack.org/#/c/68993/21:33
sdaguehmmmm21:34
sdaguelet me go figure out why were are tripping up on this now21:35
markmcclainthat's one of the 2 testing related fixes we can't merge21:35
*** pcm has quit IRC21:36
sdagueso the kernel bug isn't hitting every run21:38
sdagueany idea what's different between them21:39
sdaguelike on that review, 3 out of 4 tempest runs worked21:39
*** nati_uen_ has joined #openstack-neutron21:39
enikanorov_sdague: could it be that some jenkins slaves fail more often than others?21:39
markmcclainit's the isolated job that really induces it21:40
sdaguemarkmcclain: that passed the isolated jobs21:40
sdagueenikanorov: they are all single use21:40
enikanorov_i see21:40
mesterysdague: There are theories we have, but nothing has been confirmed yet.21:40
*** nati_ueno has quit IRC21:42
sdagueok21:42
*** sn6i23a has quit IRC21:43
*** sputnik13net has joined #openstack-neutron21:43
haleybihrachys: maru said you and jakub had been looking at metadata-agent performance?  i just posted two patches for this, both linked from https://bugs.launchpad.net/neutron/+bug/1274536 if you want to take a look.  thanks.21:47
*** markwash has joined #openstack-neutron21:50
*** IanGovett has quit IRC21:51
*** emagana has quit IRC21:53
*** Sukhdev has joined #openstack-neutron21:53
*** emagana has joined #openstack-neutron21:54
*** aveiga has joined #openstack-neutron21:58
marunhaleyb: they're in europe so likely asleep now21:59
*** rohit404 has quit IRC21:59
marunhaleyb: one of the reasons the metadata agent is so slow is due to the bug fixed by this patch: https://review.openstack.org/#/c/70178/22:00
marunhaleyb: another is that the agent keeps contacting the neutron service via the api22:00
haleybmarun: thanks, i see you added one of them to the review anyways22:00
haleyband with the two patches i proposed and the right tuning, the agent behaves much better22:01
marunhaleyb: running multiple workers is likely to cause problems, to be honest22:01
*** WackoRobie has quit IRC22:01
marunhaleyb: what kind of load have you seen on the neutron service when you run multiple agents?22:02
*** jprovazn is now known as jprovazn_afk22:02
haleybmarun: i disagree regarding multiple worker threads, we have run it with extremely high loads without a problem22:03
marunhaleyb: with no adverse results to the keystone or neutron services?22:03
haleybyou do have to increase the nova side as well22:03
*** simon-AS559 has joined #openstack-neutron22:04
haleybmarun: the metadata-agent doesn't seem to be a problem at scale with those changes, it's certainly not consuming much more cpu time. without them there were many problems22:06
marunhaleyb: I can't argue with your results, I'm just trying to point out that there is the potential for overload in other services when one service is scaled up without consideration.22:07
*** simon-AS5591 has joined #openstack-neutron22:07
marunhaleyb: from my understanding, the neutron and keystone services would be impacted if the metadata agent was scaled out to handle more requests22:07
haleybmarun: yes, you also have to increase the number of nova worker threads, else the problem moves there22:07
*** pheadron1 has joined #openstack-neutron22:08
marunhaleyb: so you haven't seen anything strange wrt keystone?22:08
*** simon-AS559 has quit IRC22:09
haleybmarun: not yet, no22:09
marunhaleyb: unless that patch is applied, each agent request to the neutron service needs to be auth'd, rather than caching22:09
marunhaleyb: the token for reuse22:09
*** WackoRobie has joined #openstack-neutron22:09
marunhaleyb: also, the agent has to make multiple api calls to neutron where it would make more sense to use rpc and get it in a single request22:09
*** bjornar has quit IRC22:09
jaypipesmarun: ++ on both counts.22:10
marunhaleyb: lastly, the mapping of network/local ip to instance id could probably be cached for a limited amount of timeā€¦ it's not likely (and probably should not) be changing during a cloud-init run22:10
*** pheadron has quit IRC22:10
haleybmarun: 70178 - yes that should help, and other changes could help too22:11
*** pheadron1 is now known as pheadron22:11
*** nati_uen_ has quit IRC22:11
*** nati_ueno has joined #openstack-neutron22:12
marunhaleyb: For your use case simply scaling out might be sufficient.  For a resource-constrained environment like the gate, though, I think we need to look at the root of the problem too.22:12
marunhaleyb: I'm glad to have you attention on this, it's funny to think it's only been noticed now!22:13
haleybmarun: we noticed it earlier, i'm just slow at pushing this patch upstream :)22:14
marunhaleyb: ah, makes sense.22:14
haleybthe way i see it, this isn't too different from the api server, which has both of those tuning knobs22:15
*** sputnik13net has quit IRC22:15
marunhaleyb: it would be helpful to file a bug next time, even if you don't get a chance to submit a patch.22:15
marunhaleyb: otherwise people go off and solve the same problem without at least checking if you've started in on it22:15
haleybmarun: we had talked to mark about it at the summit, but things got in the way22:16
salv-orlandowoot22:16
salv-orlandohit the bug22:16
*** peristeri has quit IRC22:16
marunsalv-orlando: do tell!22:16
markmcclainhow many runs?22:16
salv-orlandodisable FORCE_CONFIG_DRIVE=FALSE22:17
salv-orlandoand you won't see it anymore22:17
marun?22:17
salv-orlandoit happens if you concurrently do nbd mount of the image AND ip netns operations22:17
markmcclainwow22:18
markmcclainsdague: what options do we have to workaround ^^^22:18
salv-orlandobasically we can't reproduce it locally because or devstack default to config drive22:18
salv-orlandowhile localrc on gate tests has FORCE_CONFIG_DRIVE=FALSE22:19
salv-orlandoand btw, vm boot with config drive is way faster22:19
anteayasalv-orlando: do you want fungi to hold a test vm for you to confirm it?22:19
salv-orlandowe should need a little change to openstack-infra/config22:19
mesterysalv-orlando: Nice work man!22:19
salv-orlandoanteaya: i have a crashed VM in front of me now22:19
anteayayay22:19
salv-orlandowith a nice crash dumpt22:19
markmcclainsalv-orlando: so we need to turn off config drive in gate?22:19
anteayaawesome work22:19
marunwait, doesn't FORCE_CONFIG_DRIVE=FALSE turn off config drive?  i.e. it's not being used in the gate?22:20
*** networkstatic has quit IRC22:20
anteayamarun: that is how I am reading it22:21
*** sputnik13net has joined #openstack-neutron22:21
anteayaso I am wondering if the fix is FORCE_CONFIG_DRIVE=TRUE22:21
mesteryMy reading is the same as yours anteaya22:21
marunbut how would that cause a problem?22:22
marunand if we were to enable config drive, wouldn't that preclude testing of the metadata proxy/agent?22:22
mesterySpot on marun. :)22:22
salv-orlandothe key is injected22:22
*** aveiga has quit IRC22:22
*** networkstatic has joined #openstack-neutron22:22
salv-orlandobelieve it or not, the key is injected in the gate22:22
maruninjected by what?22:23
marunwe've caught metadata proxy issues a couple of times due to gate failure22:23
salv-orlandoby inject_data in nova/virt/disk/api.py22:23
maruni'm totally confused now22:23
marunso the gate is not currently testing the metadata agent/proxy?22:23
sdaguesalv-orlando: nice22:24
sdaguemarkmcclain: this only shows up on pg jobs?22:24
salv-orlandosdague: can you confirm we are injecting the key during nova boot into the vm filesystem rather than retrieving it using metadata?22:24
markmcclainsdague: nearly all of the isolated jobs22:24
sdagueright, but that's not the matrix issue22:25
markmcclainand most even the non-iso ones too22:25
salv-orlandobtw, I now have 8 kernel failures22:25
sdaguethe issue is metadata server vs. config drive22:25
markmcclainsdague: so pg jobs run with key injection and the others don't?22:26
maruni apologize if it's clear to everyone else, but if the problem exhibits when config drive is used, and the gate is not using config drive, then ??22:26
salv-orlandomarun: i have not been clear22:26
salv-orlandothe problem appears if you DO NOT use config drive, and therefore the key is injected via NBD mount22:27
salv-orlandowhen the failure happens22:27
marunsalv-orlando: ah, ok22:27
salv-orlandometadata server is NOT being used22:27
marunsalv-orlando: is that be design?22:27
salv-orlandosdague was probably saying that there was a matrix of jobs which use injection vs jobs which use metadata server22:27
marunsalv-orlando: it was always my impression that we were testing the metadata service when we were logging into a vm with an ssh kye22:27
sdagueok, so we added a thing to turn off config drive on some jobs, which was the default, because it meant meta data server wasn't getting tested22:27
sdagueand a break in the neutron meta data server hit tripleo22:28
salv-orlandosdague, but FORCE_CONFIG_DRIVE=false22:28
*** simon-AS5591 has quit IRC22:28
*** simon-AS559 has joined #openstack-neutron22:28
salv-orlandoalone, triggers the nbd mounting for injection in nova if inject_key is not disabled as well22:28
sdaguesalv-orlando: yeh, there are a bunch of double negatives here, let me dig for a couple of links22:28
marunah, so it's a configuration issue...22:29
salv-orlandowell marun there is also a kernel issue underlying22:29
salv-orlandoand I think our goal should be now to tweak configs so it does not appear anymore22:29
marunsalv-orlando: at least for the neutron jobs, I can't think of a good reason to use key injection22:30
*** IanGovett has joined #openstack-neutron22:30
sdaguemarun: so I think there is an issue that if you don't use config drive, that's the only way to get the keys in the guests22:30
maruni'm not entirely sure that tempest should be testing key injection, anyway22:30
marunsounds more like a functional test for nova22:30
sdaguemarun: we need to log into guests22:31
marunsdague: uh22:31
marunsdague: i guess that's true if the guest isn't using the metadata service22:31
sdaguemarun: even if it is22:31
marunsdague: which doesn't have to be true for a guest in the gate, at least22:31
marunsdague: ??22:31
marunsdague: doesn't cloud-init set the keys?22:31
sdaguethere might be something that needs to change22:31
sdagueI don't know22:31
sdagueI know existing behavior, if yuo turn off config drive, the keys get injected directly22:32
sdaguebut that's at a macro level22:32
sdagueI don't know each part in how it goes wrong22:32
marunsdague: I'm pretty sure cloud-init and configdrive serve the same purpose, so I would be surprised if key injection is something that cloud init cannot do22:32
*** gdubreui has joined #openstack-neutron22:32
salv-orlandosdague: by directly do you mean mounting the instance drive?22:32
sdaguemarun: ok, well someone should trace that, because it was there for a reason22:32
*** simon-AS559 has quit IRC22:33
marunsdague: I think it's a 3rd path22:33
marunsdague: configdrive OR cloud-init OR injection22:33
marunsdague: all serve essentially the same purpose22:33
sdaguemarun: maybe, but our systems don't seem to function that way22:33
marunrussellb: ping22:33
sdagueanyway, someone should dive on that, let me go figure out the right vars to turn on config drive everywhere again22:33
marunsdague: I'll look into it22:34
salv-orlandosdague: I've taken a look at devstack-gate.yaml22:35
salv-orlandoDEVSTACK_GATE_CONFIGDRIVE is always set to 022:35
salv-orlandosorry sdague, that was dumb me talking22:36
salv-orlandoI forgot to consider that it default to 1 in devstack-gate22:36
marunI don't think it should be true for neutron jobs :(22:37
marunDon't we want to disable file injection and configdrive?22:37
marunI mean, at least run a job and see if it passes with that config?22:37
salv-orlandomarun: I tend to agree with you, but I'm a bit scared of enabling key retrieval via metadata now. One can of worms at a time22:37
marunsalv-orlando: ?!22:38
salv-orlandobecause this means we've actually never tests it :/22:38
sdaguesalv-orlando: https://review.openstack.org/7023522:38
salv-orlandoand therefore we should assume it to be broken?22:38
marunsalv-orlando: no, it means we haven't tested it recently, in the gate22:38
sdaguemarun: we've never tested it in the gate22:38
marunsalv-orlando: but most developers are using it, because it's the default22:38
marunsdague: really?  never?22:38
sdaguethere are 2 modes22:38
sdaguefrom what I can see22:38
marunthe question is - has that always been the case?22:39
*** WackoRobie has quit IRC22:39
*** dims has quit IRC22:40
sdaguemarun: at least for 6 months22:40
marunsdague: that makes more sense22:41
sdaguebut I have no reason to believe that it ever was the case22:41
marunsdague: i'm pretty sure I fixed a bug in May related to the metadata proxy22:41
russellbmarun: pong22:41
marunrussellb: apparently we're woefully ignorant of configdrive/cloud-init/file injection22:41
marunrussellb: cloud init can set ssh keys right?22:41
russellbit can yes22:42
marunsdague: ^^22:42
russellbsdague: i see a config drive failure in an older patch though22:42
russellbwhile looking through logs in the top bug, "waiting for thing to become ACTIVE", i saw some config drive failures in a job for https://review.openstack.org/#/c/68753/22:43
russellbhttp://logs.openstack.org/53/68753/8/check/check-tempest-dsvm-postgres-full/5a631f2/logs/screen-n-cpu.txt.gz?level=TRACE22:43
russellbso you sure it's not enabled?22:43
sdaguerussellb: so we spread config drive across some jobs22:43
russellbok, so on for some, off for some?22:43
sdagueyes22:43
russellbk22:43
sdaguehttps://review.openstack.org/#/c/70235/22:43
marunrussellb: is it possible to disable key injection and config drive?22:44
marunfrom the commit message on that review, it sounds like not22:44
russellbyes22:44
marunwhich would be surprising22:44
russellbwell22:44
russellbyou can have config drive off, file injection off, yes22:45
russellband rely on cloud-init to get ssh keys in there22:45
russellband it would do that by grabbing keys from the metadata server22:45
sdagueso it might require devstack tweaks then22:45
marun(which is what I thought we were doing for at least the past year)22:45
marunwhat kind of tweaks?22:45
sdaguemarun: yeh, I don't think we were ever doing that22:45
marunoy22:45
russellbi consider cloud-init to be the most common deployment mode22:46
marunwell, that would explain why the gate hasn't revealed that the metadata agent has serious performance issues :/22:46
russellbcloud-init + metadata i mean22:46
*** RajeshMohan has quit IRC22:46
russellbsdague: so, for file injection, installing libguestfs will make nova not use nbd22:46
russellblibguestfs is preferred to nbd anyway22:46
sdaguerussellb: ok, so I think there are probably a series of cleanups out of this that need to happen.22:47
russellbperhaps22:47
russellbmy brain is tired for today22:47
sdagueyeh, same22:47
*** RajeshMohan has joined #openstack-neutron22:47
russellbsurprised libguestfs isn't being installed already, bah22:47
russellbonly on rpm distros right now22:48
russellbweak22:48
lifelesshi22:48
lifelessor we can disable file injection22:48
lifelesswhich I'm about to push the libvirt driver patch for22:49
sdagueok, I got to punt, hopefully enough folks here to sort out what is needed22:49
marunlifeless: I vote for disabling file injection22:49
lifelessI've put the config entry thats needed up in the review22:49
marunlifeless: and ensuring that the metadata path is actually tested22:49
lifelessmarun: we're heavily dependent on it22:50
russellbsdague: https://review.openstack.org/7023722:50
*** godara has quit IRC22:50
marunlifeless: so I hear.  Glad that somebody is on it :)22:50
russellbsdague: thanks!22:51
sdaguerussellb: I'll check back later, if it passes tests I'll +A it in22:51
russellbsdague: awesome.  yeah, it's going to run some new code paths ....22:52
russellbsdague: but should eliminate nbd22:52
* russellb &\22:52
*** jecarey has quit IRC22:55
*** dims has joined #openstack-neutron22:56
lifelessmarun: russellb: https://review.openstack.org/7023922:56
lifelessI haven't checked for unit test fallout yet22:56
*** nati_uen_ has joined #openstack-neutron23:00
*** nati_uen_ has quit IRC23:01
*** nati_uen_ has joined #openstack-neutron23:01
*** jprovazn_afk has quit IRC23:01
*** SumitNaiksatam has joined #openstack-neutron23:02
*** nati_ueno has quit IRC23:03
*** shivh has joined #openstack-neutron23:05
*** emagana has quit IRC23:06
*** emagana has joined #openstack-neutron23:07
*** emagana has quit IRC23:07
openstackgerritMohammad Banikazemi proposed a change to openstack/neutron: Adds the new IBM SDN-VE plugin  https://review.openstack.org/6645323:09
dkehnsalv-orlando: excellent23:13
*** emagana has joined #openstack-neutron23:14
salv-orlandoI vote for whatever gets the neutron job working again!23:16
*** jgrimm has quit IRC23:18
*** networkstatic has quit IRC23:19
markmcclain+100023:19
*** djoreilly has quit IRC23:19
openstackgerritNachi Ueno proposed a change to openstack/neutron: API Extension for SSL-VPN services  https://review.openstack.org/5889723:25
openstackgerritNachi Ueno proposed a change to openstack/python-neutronclient: SSLVPN Client support  https://review.openstack.org/7025423:26
*** IanGovett has quit IRC23:32
*** IanGovett has joined #openstack-neutron23:32
*** nati_uen_ has quit IRC23:32
*** godara has joined #openstack-neutron23:32
*** godara_ has joined #openstack-neutron23:34
salv-orlandohttp://logs.openstack.org/37/70237/1/check/check-devstack-dsvm-neutron/01c37e0/logs/screen-n-cpu.txt.gz#_2014-01-30_23_16_25_34623:34
salv-orlandorussellb: ^^^^ from logs for patch 7023723:35
*** nati_ueno has joined #openstack-neutron23:36
*** godara has quit IRC23:37
*** godara_ is now known as godara23:37
sdaguesalv-orlando: https://review.openstack.org/#/c/70237/  is failing all the tempest jobs23:49
sdaguebut it's good to know that guestfs is completely untested :)23:49
salv-orlandosdague: yes, it looks an easy fix at first glance, but I'm too tired now to attempt a nova patch. Perhaps russellb is still around.23:50
sdagueyep23:50
sdaguesalv-orlando: as soon as the last test result comes in, I'm going to pull it from the gate23:51
sdaguealso, again, nice job on getting to the bottom of this23:52
*** Sukhdev has quit IRC23:53
marunso if fixing file injection isn't an option, can we look at merging lifeless's patch to simply disable it?23:54
marunnati_ueno: yikes23:55
nati_uenomarun: what's up?23:55
marunnati_ueno: saw the email re: arp23:55
nati_uenomarun: yeah, thanks23:56
sdaguemarun: that's not injection, that's guestfs23:56
sdagueinjection is a different patch23:56
marunsdague: i know, i meant that if libguestfs isn't an option at this time to safely enable file injection, can we consider disabling file injection and using the metadata agent?23:57
marunnati_ueno: so, question23:57
openstackgerritSean M. Collins proposed a change to openstack/neutron: Create new IPv6 attributes for Subnets  https://review.openstack.org/5298323:57
marunnati_ueno: would a viable 3rd option (at least for ovs) be adding a flow rule to drop arp traffic?23:57
marunsdague: sorry, ignore me.23:58
marunsdague: good > optimal in the short term as I so easily forget23:58
nati_uenomarun: we can only use it for ovs agent. and the implementation looks like same difficulties as option223:58
marunnati_ueno: *sigh*23:59
* marun asks the internet what allowed address pair is23:59
nati_uenomarun: That's the bp merged in havana23:59

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