Wednesday, 2014-01-22

openstackgerritAnita Kuno proposed a change to openstack/neutron: add quota support for ryu plugin  https://review.openstack.org/6524500:00
*** jgrimm has quit IRC00:02
*** markmcclain has joined #openstack-neutron00:02
arashMark,  would you please provide me with more details for the update00:03
arashI am having hard time understanding how l3 is doing the update, would you please give me more info on that00:03
openstackgerritAnita Kuno proposed a change to openstack/neutron: Add update from agent to plugin on device up  https://review.openstack.org/5360900:05
*** markmcclain has quit IRC00:05
anteayaarash: he will read the log and get back to you, he is in meetings all day00:08
anteayaI have had to snipe those two patches out of the gate ^^ since isolated jobs are failing and those patches are taking down the rest of the gate00:08
arashyes that is very much appreciated00:08
anteayaplease do not approve any neutron patches until isolated jobs are passing00:08
*** dave_tucker is now known as dave_tucker_zzz00:11
*** WackoRobie has joined #openstack-neutron00:11
*** dave_tucker_zzz is now known as dave_tucker00:13
*** WackoRobie has quit IRC00:16
*** zzelle has quit IRC00:23
*** markmcclain has joined #openstack-neutron00:27
openstackgerritoda-g proposed a change to openstack/neutron: Enable to set dhcp port attributes  https://review.openstack.org/6102600:28
*** clev has joined #openstack-neutron00:30
*** carl_baldwin has quit IRC00:32
*** gdubreui has quit IRC00:40
*** sgran has quit IRC00:45
*** sgran has joined #openstack-neutron00:48
*** clev has quit IRC00:53
*** clev has joined #openstack-neutron00:55
*** thuc has joined #openstack-neutron00:56
*** sn6i23a has quit IRC00:59
*** morganfainberg is now known as morganfainberg|z01:00
*** sn6i23a has joined #openstack-neutron01:01
*** gdubreui has joined #openstack-neutron01:02
*** gdubreui has quit IRC01:03
*** arash has quit IRC01:05
*** gdubreui has joined #openstack-neutron01:10
*** clev has quit IRC01:15
*** mlegault has quit IRC01:17
*** mestery has quit IRC01:18
*** dave_tucker is now known as dave_tucker_zzz01:22
*** harlowja has joined #openstack-neutron01:33
*** jorisroovers has quit IRC01:34
*** Jianyong has joined #openstack-neutron01:36
*** sn6i23a has quit IRC01:36
*** iwamoto has joined #openstack-neutron01:37
*** thuc has quit IRC01:44
*** sputnik13net has quit IRC02:02
*** markmcclain has quit IRC02:07
*** dims has quit IRC02:11
*** networkstatic has joined #openstack-neutron02:12
openstackgerritLee Li proposed a change to openstack/python-neutronclient: Reuse Resource from oslo  https://review.openstack.org/6830602:17
*** armax has left #openstack-neutron02:17
*** edhall has joined #openstack-neutron02:18
*** clev has joined #openstack-neutron02:18
openstackgerritLee Li proposed a change to openstack/python-neutronclient: Using common methods from oslo cliutils  https://review.openstack.org/6712702:20
*** markwash has quit IRC02:25
*** vkozhukalov has joined #openstack-neutron02:30
*** dave_tucker_zzz is now known as dave_tucker02:31
*** dave_tucker is now known as dave_tucker_zzz02:34
*** yamahata has quit IRC02:42
*** ktbenton has joined #openstack-neutron02:48
*** changbl has quit IRC02:50
*** sputnik13net has joined #openstack-neutron02:50
*** WackoRobie has joined #openstack-neutron02:53
*** changbl has joined #openstack-neutron02:54
*** changbl has quit IRC03:07
*** changbl has joined #openstack-neutron03:09
*** ramishra has joined #openstack-neutron03:13
*** changbl has quit IRC03:15
*** changbl has joined #openstack-neutron03:18
*** thuc has joined #openstack-neutron03:21
*** jecarey has joined #openstack-neutron03:24
*** banix has joined #openstack-neutron03:31
*** aymenfrikha has joined #openstack-neutron03:41
*** alex_klimov has joined #openstack-neutron03:53
*** harlowja is now known as harlowja_away03:54
*** alex_klimov has quit IRC03:57
*** emagana has quit IRC03:57
*** aveiga has quit IRC04:03
*** carl_baldwin has joined #openstack-neutron04:07
*** ykaneko has joined #openstack-neutron04:07
*** carl_baldwin has quit IRC04:20
*** carl_baldwin has joined #openstack-neutron04:21
*** alex_klimov has joined #openstack-neutron04:22
*** snowblind_ has joined #openstack-neutron04:25
*** WackoRobie has quit IRC04:38
*** jecarey has quit IRC04:41
*** clev has quit IRC04:42
*** clev has joined #openstack-neutron04:55
*** thuc has quit IRC05:06
*** thuc has joined #openstack-neutron05:06
*** uaberme has joined #openstack-neutron05:08
*** emagana has joined #openstack-neutron05:08
*** chandankumar_ has joined #openstack-neutron05:08
*** thuc has quit IRC05:11
*** thuc has joined #openstack-neutron05:13
*** yamahata has joined #openstack-neutron05:13
*** emagana has quit IRC05:15
*** yfried has quit IRC05:22
*** clev has quit IRC05:31
*** clev has joined #openstack-neutron05:32
*** clev has quit IRC05:32
*** thuc_ has joined #openstack-neutron05:35
*** thuc has quit IRC05:38
*** irenab has joined #openstack-neutron05:43
*** WackoRobie has joined #openstack-neutron05:49
*** aymenfrikha has quit IRC05:53
*** WackoRobie has quit IRC05:53
*** thuc_ has quit IRC06:01
*** thuc has joined #openstack-neutron06:01
*** thuc has quit IRC06:06
*** anand has joined #openstack-neutron06:06
*** carl_baldwin has quit IRC06:07
*** carl_baldwin has joined #openstack-neutron06:10
*** carl_baldwin has quit IRC06:27
*** banix has quit IRC06:32
*** gdubreui has quit IRC06:38
*** bashok has joined #openstack-neutron06:49
*** vkozhukalov has quit IRC06:52
*** xuhanp has joined #openstack-neutron06:56
*** dguitarbite has joined #openstack-neutron06:57
*** yfried has joined #openstack-neutron07:01
*** emagana has joined #openstack-neutron07:07
*** yfried1 has joined #openstack-neutron07:23
*** yfried has quit IRC07:26
*** ramishra has quit IRC07:27
*** ramishra has joined #openstack-neutron07:28
*** ramishra has quit IRC07:32
*** yamahata has quit IRC07:38
openstackgerritberlin proposed a change to openstack/neutron: Support advanced NVP IPsec VPN Service  https://review.openstack.org/5520707:38
*** jistr has joined #openstack-neutron07:43
EmilienMenikanorov: hello, https://review.openstack.org/#/c/66143/ is ready to be reviewed. It pass jenkins now and I used filters as I could07:46
*** amuller has joined #openstack-neutron07:47
*** obondarev_ has joined #openstack-neutron07:53
enikanorov_EmilienM: my +107:55
openstackgerritHirofumi Ichihara proposed a change to openstack/neutron: Error supported_extension_aliases in metaplugin.ini  https://review.openstack.org/6833507:55
*** ramishra has joined #openstack-neutron07:56
ekarlsoEmilienM: yo, you got a few minutes for some questions on neutron notifications ?07:59
ekarlsowondering where I can find the pieces that send out notifications for floatingip.%07:59
enikanorov_ekarlso: l3_db.py ?08:04
ekarlsoenikanorov_: ok :)08:05
ekarlsothanks :)08:05
* ekarlso is not too known with the codebase itself :)08:05
enikanorov_search for l3_rpc_notifier.routers_updated08:05
ekarlsothanks mate!08:05
*** mili has joined #openstack-neutron08:07
*** sputnik13net has quit IRC08:10
*** ajo has joined #openstack-neutron08:11
*** mili has quit IRC08:12
*** ajo has quit IRC08:12
*** mili has joined #openstack-neutron08:12
*** ajo has joined #openstack-neutron08:13
*** mili_ has joined #openstack-neutron08:13
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/6650108:14
*** mili_ has joined #openstack-neutron08:14
*** mili_ has joined #openstack-neutron08:14
*** amuller has quit IRC08:16
*** amuller_ has joined #openstack-neutron08:16
*** mili has quit IRC08:17
*** ramishra has quit IRC08:18
*** networkstatic has quit IRC08:19
*** luqas has joined #openstack-neutron08:23
*** vkozhukalov has joined #openstack-neutron08:30
*** rohit404 has joined #openstack-neutron08:34
EmilienMenikanorov_: thx for the review and your patience.08:43
*** dguitarbite has quit IRC08:44
*** dguitarbite has joined #openstack-neutron08:45
*** uaberme has quit IRC08:51
*** jlibosva has joined #openstack-neutron08:51
*** mili_ has quit IRC08:53
*** luqas has quit IRC08:55
*** amuller_ has quit IRC08:58
jlibosvaenikanorov enikanorov_ good morning09:00
enikanorov_jlibosva: hi09:00
jlibosvaenikanorov_ do you know if https://review.openstack.org/#/c/63585/4 should be part of havana branch or not?09:01
*** amuller__ has joined #openstack-neutron09:01
enikanorov_jlibosva: i think it can't be09:01
enikanorov_afaik the policy is not to backport migrations09:02
*** safchain has joined #openstack-neutron09:02
jlibosvaenikanorov_ during neutron upgrade with grenade it's failing because securitygroups table already exists. So what I think happens is that securitygroups table is not created by neutron-db-manage because https://github.com/openstack/neutron/blob/master/neutron/db/migration/alembic_migrations/versions/3cb5d900c5de_security_groups.py doesn't specify ml2 plugin09:02
enikanorov_jlibosva: yes, it's not created by migrations. so i wander what is the state of db prior to failing migration?09:03
enikanorov_as far as i know ml2 plugin is able to create tables which it needs09:04
jlibosvaenikanorov_: from my experience when I started neutron server with empty database, tables were created automatically09:04
enikanorov_so if you didn't run migration, you'll be fine. but then migration will fail09:04
enikanorov_jlibosva: right09:04
enikanorov_jlibosva: that's inconsistency that we're trying to address. but right now migration path doesn't  give accurate table set, as afar as i can understand09:05
enikanorov_jlibosva: so i'm wondering if we could just edit the head of migrations to check if the table exists09:06
enikanorov_and only add it if it's needed09:06
enikanorov_i'm not sure it's a common practice, but it can be desirable for ml2 case09:06
jlibosvaenikanorov_: but as a part of deployment database tables should be created prior to running neutron-server, right?09:07
enikanorov_jlibosva: i think it's not a requirement yet, but we're slowly moving towards that09:07
*** irenab has quit IRC09:08
enikanorov_at least devstack runs migrations from the initial before running the server09:08
jlibosvaenikanorov_: then I don't understand why the securitygroups table creation is not part of havana stable branch? ml2 is a havana feature, right? just because of the policy?09:09
*** jpich has joined #openstack-neutron09:10
*** irenab has joined #openstack-neutron09:10
enikanorov_i can say that i don't quite understand that as well. That was impression from some reviews adding/modifying migrations in stable branch09:10
jlibosvaI'm trying to find a solution and changing order of versions seems to fix that09:10
jlibosvaenikanorov_: I'll try to push patch and will see what reviewers will think about that. Thank you for clarification09:13
enikanorov_what is your end goal?09:14
enikanorov_make it work for havana?09:14
jlibosvaenikanorov_: primary goal is to have successful migration from stable/havana to master (potential icehouse)09:14
enikanorov_so is the issue caused by the fact that ml2 plugin has created the tables?09:15
enikanorov_or it is whole migration chain that is failing?09:15
jlibosvathe migration chain fails between havana<->master because ml2 created tables.09:16
jlibosvabut what I think is that when havana is deployed, tables should be prepared prior to neutron-service start09:16
jlibosvaand also from the LP bug it seems like there was just missed the migration part for ml2 in havana because it already exists for other plugins09:17
jlibosvahttps://bugs.launchpad.net/neutron/+bug/126330409:17
*** itzikb has joined #openstack-neutron09:19
enikanorov_jlibosva: yes, that is correct.09:19
enikanorov_jlibosva: so what is your plan?09:20
jlibosvaenikanorov_: changing the down_revision for alembic to set correct order in chain. pushing the patch to both branches - havana and master. Then in havana table will be created with deployment and migration from havana to master will not attempt to create this table.09:21
enikanorov_down_revision of which migration?09:21
jlibosvaenikanorov_: 49f5e553f61f_ml2_security_groups and havana_release09:22
jlibosvaenikanorov_: currently ml2_security_groups is last in chain of master09:23
enikanorov_no, i don't think this pass review...09:23
enikanorov_i think we could just add a check for tables in 49f5e553f61f09:23
enikanorov_*will pass review09:24
*** networkstatic has joined #openstack-neutron09:24
itzikb@jlibosva: Sorry for jumping in - but I may have the same problem - can you share with me what is your problem?09:24
jlibosvaenikanorov_ but then "upgrade havana" will not create securitygroups table when using ml2 plugin (by neutron-db-manage)09:24
jlibosvaitzikb: hi, sure09:24
jlibosvaitzikb: when using ml2 plugin, securitygroups table is not created in havana branch but later in master09:25
openstackgerritLee Li proposed a change to openstack/python-neutronclient: Using common methods from oslo cliutils  https://review.openstack.org/6712709:25
enikanorov_jlibosva: yes, it is broken.09:25
jlibosvaitzikb: neutron itself is able to create tables therefore the table is actually created in havana after neutron-server starts09:25
enikanorov_jlibosva: i suggest you discuss this with markmcclain09:26
jlibosvaenikanorov_: :) and changing revision dependency would fix it09:26
jlibosvaenikanorov_: good idea09:26
enikanorov_i'd like to know resolution as well.09:26
enikanorov_jlibosva: i know it will fix it. i also know markmcclain had objection to similar fixes in the past09:26
jlibosvaenikanorov_: do you know which timezone is mark in?09:27
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Introduces a keepalived manager for HA  https://review.openstack.org/6814209:27
*** luqas has joined #openstack-neutron09:27
enikanorov_somewhere between west and east coast i guess09:27
*** dosaboy_ is now known as dosaboy09:28
*** ramishra has joined #openstack-neutron09:29
itzikb@jlibosva: I want to share my problem - I think it's the same as yours09:30
itzikbIt relates to this change https://review.openstack.org/#/c/66545/09:31
itzikbWe didn't have a migration files in Havana although the plugin itself got accepted for Havana09:31
openstackgerritAvishay Balderman proposed a change to openstack/neutron: LBaaS L7 model (WIP)  https://review.openstack.org/6172109:32
itzikbNow I pushed a change for adding support in folsom initial and in another   file09:33
*** ramishra has quit IRC09:33
itzikbNow when someone has the plugin with Havana the upgrade will fail09:34
itzikbAlso downgrade is a problem09:34
*** ramishra has joined #openstack-neutron09:34
*** dosaboy has quit IRC09:36
*** jistr has quit IRC09:37
*** dosaboy has joined #openstack-neutron09:38
itzikbSo what do you think is the best approach?09:38
*** matrohon has quit IRC09:40
*** matrohon has joined #openstack-neutron09:40
*** jp_at_hp has joined #openstack-neutron09:43
openstackgerritAaron Rosen proposed a change to openstack/neutron: test....  https://review.openstack.org/6834409:43
*** iwamoto has quit IRC09:44
openstackgerritYves-Gwenael Bourhis proposed a change to openstack/neutron: Make dnsmasq aware of all names  https://review.openstack.org/5293009:46
itzikb@enikanorov_: Is it possible to change the revision history ?09:48
ajohttps://review.openstack.org/#/c/32235/13/openstack/common/rpc/impl_kombu.py09:48
enikanorov_itzikb: no09:48
ajoisn't this a little bit dangerous?09:48
ajoretrying indefinitely for uncaught exceptions..09:49
ajowhat if it's an actual code-bug on the consumer?09:49
ajoit will never stop?09:49
ajorussellb, ping ^^^^09:49
ajoI'm yet learning a lot about neutron, so it's an high chance I'm saying something stupid, It's worth asking anyway...09:51
*** xuhanp has quit IRC09:52
*** yfried1 has quit IRC09:55
*** jistr has joined #openstack-neutron09:57
*** alexpilotti has joined #openstack-neutron09:58
ajooops09:59
ajonothing09:59
ajoI understood now,09:59
ajoIt consumes any message, the one causing the exception is not retried..., but it keeps consuming next messages09:59
ajofor one moment I understood that it was retrying on the same message10:00
jlibosvaitzikb: sorry, I was afk. Now I'm back. Seems like the same problem but different table10:06
itzikb@jlibosva: Let's see if I understand your problem and maybe after that we can see how to solve mine ..10:07
openstackgerritAnita Kuno proposed a change to openstack/python-neutronclient: Empty file shouldn't contain copyright nor license  https://review.openstack.org/6398610:07
itzikb@jlibosva: If you install ml2 with an empty database everything works10:09
itzikb@jlibosva: In havana10:09
itzikb@jlibosva: If you are trying to upgrade to Ice house it breaks?10:10
openstackgerritAnita Kuno proposed a change to openstack/python-neutronclient: Fix net-gateway-create help message  https://review.openstack.org/6332810:11
anteaya***** top priority is fixing isolated jobs *******10:14
*** amuller__ is now known as amuller10:15
*** xuhanp has joined #openstack-neutron10:25
*** xuhanp has quit IRC10:26
*** networkstatic has quit IRC10:29
anteayaobondarev: are you there?10:31
anteayaisolated jobs are failing across all neutron patches, this patch won't pass tests until isolated jobs are fixed: https://review.openstack.org/#/c/62318/10:32
anteayaand if a patch returns failure in more that half its tests, there is a problem somewhere - a problem recheck will not address10:33
*** rohit404 has quit IRC10:38
*** jroovers has joined #openstack-neutron10:38
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Replaces network:* strings by constants  https://review.openstack.org/6786210:42
obondarev_anteaya: Hi10:44
obondarev_anteaya: got it, thanks10:45
anteayaobondarev_: great thank you10:45
anteayaplease spread the word in the office10:45
anteayaI am currently voting -1 and adding a message to focus on fixing isolated jobs to every patch in the check queue10:45
obondarev_anteaya: sure10:46
anteayathere are no patches left in the gate queue, I removed them10:46
anteayahopefully as a team we can figure out how to fix isolated jobs10:46
anteayaafter that we can focus on fixing unit tests10:46
anteayaisolated jobs first though10:47
EmilienMenikanorov: i had to do a little modif in the header regarding to a review on https://review.openstack.org/#/c/66143/ - you can +1 again if you want10:50
*** bada_ has joined #openstack-neutron10:57
*** bada has quit IRC10:58
jlibosvaitzikb: sorry again, I had a lunch :) Basically that's right. The issue is that securitgroups table is needed and created in havana release and also during upgrade havana<->head alembic attempts to create the table again11:01
*** yfried has joined #openstack-neutron11:02
itzikb@jlibosva: So do you have an idea how to solve it ?11:05
itzikb@jlibosva: Is there a way to say - if it exists don't create it?11:06
jlibosvaitzikb: I have an idea of fixing dependencies in the chain itself but it must be consulted first because it might cause some glitches I'm not aware of right now.11:06
jlibosvaitzikb: I suppose it is via sqlalchemy. But it sounds rather like a workaround than fix for the situation11:07
itzikb@jlibosva: I don't think it's possible to change the chain11:08
*** amritanshu_RnD has joined #openstack-neutron11:08
*** pcm_ has joined #openstack-neutron11:09
jlibosvaitzikb: I think it is by changing "down_revision" to different revision11:09
*** Jianyong has quit IRC11:09
*** jroovers has quit IRC11:10
itzikb@jlibosva: Are you talking about upgrade or downgrade?11:10
*** pcm_ has quit IRC11:10
*** pcm_ has joined #openstack-neutron11:11
jlibosvaitzikb: Both I guess11:11
itzikb@jlibosva: Isn't down_version just for downgrade?11:12
jlibosvaitzikb: as far as I can see there is only a dependency for "previous revision"11:12
jlibosvaitzikb: Frankly I don't know internals of downgrade/upgrade of alembic but I imagine it like a linked list data-structure.11:13
itzikb@jlibosva: Are you going to talk with Mark today?11:14
jlibosvaitzikb: I plan to do so11:14
itzikb@jlibosva: I'll try too.11:15
jlibosvaanteaya: what about setting topic for this room about not sending any patches to review but ones fixing isolated jobs? :)11:25
anteayajlibosva: good idea11:29
anteayacan't do it, I don't have ops11:31
anteayaand I am guessing anyone who does is not currently awake11:31
anteayathe channel was registered July 05 2013 by jeblair11:38
anteayaso far I haven't seen any info that anyone else has ops11:38
anteayahe won't be around I don't expect for 4 hours at the earliest11:38
*** afazekas_ has joined #openstack-neutron11:41
*** tziOm has quit IRC11:46
*** jroovers has joined #openstack-neutron11:50
openstackgerritEvgeny Fedoruk proposed a change to openstack/neutron: New SSL extension  https://review.openstack.org/6351011:56
openstackgerritVincent Untz proposed a change to openstack/python-neutronclient: Fix listing security group rules when there are too many  https://review.openstack.org/6835711:57
openstackgerritVincent Untz proposed a change to openstack/python-neutronclient: Fix listing security group rules when there are too many security groups  https://review.openstack.org/6835711:59
*** amuller_ has joined #openstack-neutron12:05
*** amuller has quit IRC12:05
*** ramishra_ has joined #openstack-neutron12:09
*** bashok has quit IRC12:09
*** thuc has joined #openstack-neutron12:09
*** b3nt_pin has joined #openstack-neutron12:11
*** b3nt_pin is now known as beagles12:11
*** ramishra has quit IRC12:11
*** thuc has quit IRC12:13
*** safchain has quit IRC12:13
*** amuller_ has quit IRC12:14
*** bada_ has quit IRC12:14
*** dims has joined #openstack-neutron12:14
*** amuller_ has joined #openstack-neutron12:15
*** alexpilotti has quit IRC12:22
*** yfried has quit IRC12:25
*** yfried has joined #openstack-neutron12:31
openstackgerritAvishay Balderman proposed a change to openstack/neutron: LBaaS L7 model (WIP)  https://review.openstack.org/6172112:32
*** julim has joined #openstack-neutron12:32
ygboanteaya: Hi, could you precise about your comment in? I didn't touch isolated jobs at all, and tests where passing (and pass on my side), could you please explain what the issue is?12:36
ygboin https://review.openstack.org/#/c/52930/12:36
anteayahi ygbo12:37
anteayathe last time any patchsets associated with 52930 passed Jenkins check was January 1612:37
*** WackoRobie has joined #openstack-neutron12:38
anteayasomewhere around January 18th several neutron check and gate tests started failing consistently12:38
anteayathe one I am focusing on right now is the isolated jobs12:38
ygboanteaya: all I changed since was a text file and code inline comments...12:38
anteayaso once your check tests results return evaluate the isolate jobs12:38
anteayaif the fail, and I suspect they will, please refrain from employing recheck and sending the patch back to jenkins12:39
anteayasince it will fail on isolated jobs12:39
anteayasince all neutron patches are failing on isolated jobs right now12:39
anteayathe content of the patch does not mater12:39
anteayathe test is broken12:40
anteayadoes that make sense yet?12:40
anteayaI had to comment on patches else people would just blindly recheck them using up zuul resources12:40
anteayawith no hope of the patch passing tests12:40
anteayauntil isolated jobs are fixed12:40
ygboanteaya: OK, I get it, all you mean is that I wait for clearance that tests are fixed before doing a "recheck no bug", am I right?12:41
anteayaclearance yes12:41
anteayarecheck bug <bug number> is prefered12:41
anteayaand helping fix isolated jobs is even better12:41
anteayaand thanks for coming into the channel and asking12:41
ygboanteaya: Ok, got it :-)12:41
anteayathank you12:41
anteayaplease spread the word12:42
anteayasince after isolated jobs are fixed the next issue is unit tests12:42
ygboanteaya: will we be informed on the mailing lists when the tests are fixed?12:42
anteayawell the first place of information is always irc12:42
anteayaso stay close to channel12:42
anteayaafter that if someone sends out an email, then there will be an email12:43
openstackgerritEdward Hope-Morley proposed a change to openstack/neutron: Adds optional timeout for neutronclient  https://review.openstack.org/6118312:43
anteayaencouraging people to ignore the channel and keep working on something else on their own while problems moulder for the rest of the project is not an activity I encourage12:44
*** rohit404 has joined #openstack-neutron12:47
*** emagana has quit IRC12:52
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Rename nvp_cluster for VMware NSX plugin  https://review.openstack.org/6837012:57
*** amuller_ has quit IRC13:02
*** amuller_ has joined #openstack-neutron13:02
*** luqas has quit IRC13:08
*** WackoRobie has quit IRC13:08
anteayais big switch 3rd party testing in channel?13:09
*** heyongli has joined #openstack-neutron13:09
anteayatheir system is currently commenting more than once per event13:09
anteayaone comment per event is the expectation13:10
*** aveiga has joined #openstack-neutron13:10
*** ramishra_ has quit IRC13:10
openstackgerritAnita Kuno proposed a change to openstack/python-neutronclient: Use six.moves.cStringIO rather than cStringIO  https://review.openstack.org/6299513:13
*** ykaneko has quit IRC13:18
*** amotoki has joined #openstack-neutron13:20
*** bashok has joined #openstack-neutron13:23
*** dave_tucker_zzz is now known as dave_tucker13:25
*** amuller_ has quit IRC13:27
salv-orlandohowdy neutroners. Can I get a quick update from people looking at failures on isolated jobs?13:33
anteayaso far I don't know of anyone looking at isolated job failures with an intent to fix13:34
anteayajust reading your email: http://lists.openstack.org/pipermail/openstack-dev/2014-January/025013.html13:34
salv-orlandoanteaya: if the 3rpd party CI leaving an elastic recheck message other than the score, I think that should be fine.13:34
anteayaright now I am sniping neutron patches out of the gate so we don't bring it down and trying to communicate that isolated jobs need attention13:35
*** yfujioka has joined #openstack-neutron13:35
anteayasalv-orlando: just not two messages per event13:35
salv-orlandook13:35
anteayabig switch has two messages with the exact content per event right now13:35
*** luqas has joined #openstack-neutron13:38
anteayasalv-orlando: do you have channel ops in this channel?13:40
jlibosvaI'm trying to run test_minimal_basic on my env that is similar to the env on the gate to see why instance's sshd cannot be reached13:40
anteayaright now I think only jeblair does, just confirming13:40
anteayajlibosva: thank you13:41
salv-orlandoanteaya: nope. I read your messages from this morning… I was thinking that we can hardly stop people from pushing to gerrit13:41
salv-orlandoCore team already knows not to approve.13:41
anteayasalv-orlando: we can't stop them that is true, but having them constantly recheck using up zuul resources on tests that won't pass is fairly pointless13:41
anteayawhen if they knew the severity of the problem they might willingly cease or possibly offer to help fix the issue13:42
anteayacore team does know not to approve, but reverify is still an option13:43
*** thomasem has joined #openstack-neutron13:43
salv-orlandoyup… I need to do something else now, but I can do a quick script which reads the gerrit patch stream and pushes a comment to every patch which is updated/rechecked telling the author to stop until further notice13:43
anteayaI have taken 3 patches out of the gate this morning that got in on a reverify13:43
anteayasalv-orlando: understood and awesome thank you13:43
*** anand has quit IRC13:44
anteayayou can tell them to participate in the channel for more details13:44
salv-orlandoanteaya: got it. I can -2 all the patches which have already a +A, but I don't think this will stop the ability to reverify13:44
anteayanot yet, monty has a patch up that takes out reverify13:44
anteayaI'm monitoring until that patch makes it in13:44
anteayahttps://review.openstack.org/#/c/67708/13:45
luqassorry guys, anyone who can give me a hint on how to configure jenkins to return the link to the logs on the gerrit trigger plugin for the third party neutron testing plugin setup?13:47
anteayaluqas: hi13:48
*** bashok has quit IRC13:48
luqasanteaya: hi13:48
*** bashok has joined #openstack-neutron13:48
*** banix has joined #openstack-neutron13:48
anteayasuhkdev is using jenkins with the gerrit plugin13:48
*** mriedem has joined #openstack-neutron13:48
anteayaand someone else who was at code sprint is doing that as well, my mind is a blank though, I can't think who13:49
mriedemhey guys, would be nice if one more neutron-minded person could review this nova patch, i think that's what it's waiting for before approval: https://review.openstack.org/#/c/43822/13:49
luqasso, I "just" need to know how to pass the link to the BUILDS_STATS var or something similar13:49
mriedemshould help with tempest if i remember correctly13:49
anteayamriedem: thank you, I will see who I can round up13:50
*** yfried has quit IRC13:50
anteayamarun, arosen ^^13:50
luqasanteaya: ok, I'll try to contact suhdev, thanks13:50
mriedemanteaya: thanks13:50
anteayaluqas: yes, hopefully he will be around on irc, he said he would13:50
anteayamriedem: thank you13:50
luqasanteaya: cool13:51
*** tziOm has joined #openstack-neutron13:51
*** yfujioka has quit IRC13:52
anteayarkukura: are you around to review 43822?13:52
*** thuc has joined #openstack-neutron13:53
*** yfujioka has joined #openstack-neutron13:53
*** aymenfrikha has joined #openstack-neutron13:53
HenryGluqas: if this is for 3rd party testing, try jaypipes13:53
anteayaHenryG: who else at your table was using jenkins with the gerrit plugin?13:54
HenryGanteaya: it was jaypipes13:54
anteayaI thought there was someone in addition to Sukhdev13:54
luqasHenryG: ok, thanks13:54
anteayaah okay13:54
anteayathanks13:54
*** yamahata has joined #openstack-neutron13:55
*** jecarey has joined #openstack-neutron13:55
*** mestery has joined #openstack-neutron13:57
anteayamestery: do you have time to review https://review.openstack.org/#/c/43822/ please?13:58
* mestery takes a look.13:58
*** banix has quit IRC13:58
anteayathanks13:58
salv-orlandoI have been a nasty guy and reviewed it before mestery14:00
anteayasalv-orlando: thank you14:00
anteayakeep being a nasty guy14:01
anteayaI didn't ping you since you said you had to change focus14:01
*** heyongli has quit IRC14:01
anteayamriedem: we have some feedback on 4382214:02
*** yamahata has quit IRC14:05
salv-orlandoanteaya: it often take very little to do a review. And I was waiting for unit tests to run anyway ;)14:06
anteayahow fortuitous14:07
anteayaI'm trying to grok graphite so we can get a graph of the isolated jobs failures14:07
*** yfried has joined #openstack-neutron14:07
anteayaso far I can't find the correct settings14:07
*** yfujioka has quit IRC14:09
*** ramishra has joined #openstack-neutron14:11
mriedemanteaya: salv-orlando: thanks, will check it in a bit14:11
*** mriedem has quit IRC14:12
*** matsuhashi has joined #openstack-neutron14:14
*** WackoRobie has joined #openstack-neutron14:14
*** ramishra has quit IRC14:16
anteayasalv-orlando: is this bug the reason isolated jobs are failing? https://bugs.launchpad.net/tempest/+bug/125389614:18
anteayaor are the isolated job failures triggering this bug?14:19
anteayanot sure which is the cause and which the event14:19
*** itzikb has quit IRC14:19
*** mengxd has joined #openstack-neutron14:21
salv-orlandoanteaya: the bug simply tells "there is a timeout"; now the reasons need to be identified looking at the logs. But if you want a number to refer to people you can use that.14:22
*** peristeri has joined #openstack-neutron14:23
*** banix has joined #openstack-neutron14:23
anteayaokay thanks14:23
anteayathe jump in the incidence of the bug happened around the 19th14:24
anteayawhich is, as I understand it, the time frame for increased failures in isolated jobs14:24
mesterysalv-orlando: Ha!14:24
salv-orlandoanteaya: that is correct, hence yesterday's idea about rolling back tempest patches.14:26
*** jaypipes has quit IRC14:27
*** alex_klimov has quit IRC14:28
*** jaypipes has joined #openstack-neutron14:28
*** thuc has quit IRC14:30
anteayaright14:30
*** thuc has joined #openstack-neutron14:30
anteayawell since ttx is about to cut i2, I think rolling back tempest patches can happen anytime14:31
*** alexpilotti has joined #openstack-neutron14:31
*** ramishra has joined #openstack-neutron14:32
*** mriedem has joined #openstack-neutron14:33
*** xuhanp has joined #openstack-neutron14:34
*** safchain has joined #openstack-neutron14:35
*** thuc has quit IRC14:35
*** tongli has joined #openstack-neutron14:39
*** clev has joined #openstack-neutron14:41
*** amuller_ has joined #openstack-neutron14:41
*** otherwiseguy has quit IRC14:42
*** matsuhashi has quit IRC14:45
*** garyk has joined #openstack-neutron14:46
*** bashok has quit IRC14:48
*** rha has joined #openstack-neutron14:52
*** bada has joined #openstack-neutron14:53
anteayamestery: so share my irc nick with your co-worker paul once he arrives14:53
mesterypcm_ is already here anteaya.14:53
anteayapcm_: hello14:54
anteayado share your thoughts14:54
*** bvandenh has quit IRC14:57
*** alexpilotti has quit IRC15:01
*** amuller_ is now known as amuller15:01
*** mengxd has quit IRC15:02
*** thuc has joined #openstack-neutron15:06
badaI everybody, i'm trying to connect a VPN client to the VPNaas in OPenstack, does anyone ever tried it ? Any documentation ? Thanks all15:07
*** dims has quit IRC15:08
anteayain case anyone has missed this morning's edition of the state of the gate: http://lists.openstack.org/pipermail/openstack-dev/2014-January/025079.html15:08
*** dims has joined #openstack-neutron15:09
*** armax has joined #openstack-neutron15:09
anteayawell I am around pcm_ if you ever feel like sharing what is on your mind15:09
anteayaafk atm15:09
*** yfried has quit IRC15:13
*** thuc has quit IRC15:13
*** thuc has joined #openstack-neutron15:14
*** alexpilotti has joined #openstack-neutron15:14
*** yfried has joined #openstack-neutron15:16
*** irenab has quit IRC15:18
*** thuc has quit IRC15:18
*** mriedem has left #openstack-neutron15:19
*** otherwiseguy has joined #openstack-neutron15:19
anteayaback15:20
anteayaotherwiseguy: hello, did you see there is a new patch for the zuul queue limiter15:20
* otherwiseguy looks15:20
anteayathanks15:21
*** SumitNaiksatam has joined #openstack-neutron15:26
anteayaSumitNaiksatam: how goes the big switch fix?15:26
SumitNaiksatamanteaya: we are fixing the multiple vote issue, thanks for noticing15:26
anteayaokay great, let me know when it is done15:27
SumitNaiksatamanteaya: yeah15:27
anteayaand posting a reply to the ml is a good idea too15:27
anteayathanks15:27
SumitNaiksatamanteaya: yeah15:27
*** jgrimm has joined #openstack-neutron15:28
*** jroovers has quit IRC15:28
dkehnamotoki: yesterday you had referred to a patch on the request-id, just wnat to make sure its https://review.openstack.org/#/c/58270/15:30
anteayadkehn amotoki let's make sure that after isolated jobs are working, that patch goes through check again before it is approved15:31
amotokidkehn: yes. it is the patch.15:31
dkehnamotoki: great, thx15:32
amotokianteaya: I was OOO all day today. Is there a good pointer to catch up with the current status?15:32
anteayaamotoki: thank you15:32
anteayaso far mostly the channel and sdague's daily state of the gate patches15:33
anteayaany help you can offer for addressing isolated job failures to get them fixed is appreciated15:33
anteayasalv-orlando sent out an email with his thoughts: http://lists.openstack.org/pipermail/openstack-dev/2014-January/025013.html15:33
anteayaso far the only person that I am aware is working on isolated job fixes is jlibosva who is trying to get an enviroment running locally15:34
anteaya*sdague's daily state of the game emails15:34
amotokianteaya: thanks. nice pointer. I will read them before going to bed and investigate tomorrow. I need to do the job as core :)15:35
anteayalike this one: http://lists.openstack.org/pipermail/openstack-dev/2014-January/025079.html15:35
anteayaamotoki: thank you15:35
anteayasleep well15:35
anteayastate of the gate15:36
*** luqas has quit IRC15:41
amotokidkehn: my patch 58270 add request-id in rest response. After that, we need to change neutronclient to log required-id and to change tempest to output corresponding request-id when a test fail as tempest does for nova api.15:41
amotokidkehn: Once the current gate issues are resolved, I think they are next steps.15:42
*** xuhanp has quit IRC15:42
dkehnamotoki: ok, so the request-id is present and a request goes into neutron onto sub-request as per our conversation yesterday?15:42
*** amritanshu_RnD has quit IRC15:43
amotokidkehn: sub-request to what?15:45
dkehnamotoki: a use case would be a create_rule on a set of ports, were each port request can be tracked back to the original request15:46
dkehnsalv-orlando: maybe you can express this clearer than I15:46
*** emagana has joined #openstack-neutron15:48
amotokidkehn: review 58270 is just to add request-id to API response. this patch does not provide more detail infromation inside neutron. request-id is already assigned to each API request (in auth middleware).15:48
dkehnamotoki: ok, thanks, let me review and play with it, to familiarize myself with it15:49
amotokidkehn: perhaps we may need better tracking for comunication between agents and server.15:49
*** luqas has joined #openstack-neutron15:50
amotokidkehn: thanks.15:50
dkehnamotoki: this is what I'm looking into15:50
HenryGdkehn: where is the create_rule api?15:51
dkehnamotoki: that was just a concept, it would be something like a security_group change, etc..15:51
dkehnHenryG: sorry15:52
HenryGdkehn: NM, I found it15:52
*** emagana has quit IRC15:53
*** carl_baldwin has joined #openstack-neutron15:53
HenryGdkehn: (I think.) Is it this? http://docs.openstack.org/api/openstack-network/2.0/content/POST_createSecGroupRule__security-group-rules_.html15:53
dkehnHenryG: thx15:54
HenryGdkehn: I am trying to understand the 'sub-requests' of which you speak.15:55
*** WackoRob_ has joined #openstack-neutron15:55
*** WackoRob_ has quit IRC15:56
*** networkstatic has joined #openstack-neutron15:56
dkehnHenryG: salv-orlando and I had a short conversation about it and I was looking into it, becuase it would greatly speed up our ability to understand and tag requests15:56
*** WackoRob_ has joined #openstack-neutron15:56
*** WackoRobie has quit IRC15:56
*** rook has joined #openstack-neutron15:57
dkehnHenryG: as they move through neutron q-svc --> q_agt --> ovs, etc.15:57
HenryGdkehn: Thanks. I understand the goal.15:57
*** chandankumar_ has quit IRC15:58
HenryGdkehn: So by 'sub-request' you mean when the server kicks off some other 'request' (no longer a REST API) to farm out work?15:59
dkehnHenryG: that is correct, in the case of something like a rule change on a range of ports this would break the request into a request per port and it would work from there at the q-agt on each port involved16:00
dkehnHenryG: and when each is changed it reports back, it would be good to be able to trace this back to the oroginal request16:01
*** chandankumar_ has joined #openstack-neutron16:01
anteayafwiw I haven't seen one patch that I have commented on past Jenkins16:01
HenryGdkehn: got it, and fully agree16:02
anteayaand I commented on everything in the gate and in the check queue as of this morning16:02
anteayas/past Jenkins/pass Jenkins16:02
dkehnHenryG: here is a salv-orlando picture from montreal, http://www.scion-eng.com/Pictures/Openstack/MontrealNeutronCodeSprint/IMAG0055.jpg16:02
dkehnHenryG: yes its hard to read16:03
HenryGdkehn: I think you may want to avoid using the term 'request', or at least qualify it, since to some people (like me) it usually means a REST request. ;)16:03
dkehnHenryG: understand, I was think of tagging16:03
dkehnHenryG: some use logging which confuses me16:04
HenryGdkehn: well, you'll want to log the tag which originates from the request. ;)16:05
dkehnHenryG: true, the idea will be that the tag(request-id, whatever) is in the log16:06
*** garyk has quit IRC16:07
dkehnHenryG: http://www.scion-eng.com/Pictures/Openstack/MontrealNeutronCodeSprint/IMAG0057.jpg, there u are16:07
*** vkozhukalov has quit IRC16:07
*** ashaikh has quit IRC16:09
HenryGdkehn: yeah, and note I have my back turned to your diagram. :D16:09
HenryGdkehn: I believe we are on the same page. Do you have a bug/review for building on the work by amotoki?16:09
dkehnHenryG: didn't think of that, good point16:09
dkehnHenryG: not yet, was think of doing a bp 1st then go from there, still trying to get a handle on it16:10
dkehnHenryG: was made aware of the amotoki patch about an hour ago, so just reviewing it16:11
*** amuller has quit IRC16:12
*** yfried has quit IRC16:14
*** amotoki has quit IRC16:14
*** yfried has joined #openstack-neutron16:17
*** sadasu_ has joined #openstack-neutron16:20
*** Phil|2 has joined #openstack-neutron16:20
anteayaPhil|2: would you happen to be Phil Day?16:22
anteayasomeone was looking for Phil Day's irc nick several weeks ago and I don't know what it is16:23
anteayaunless you are he16:23
*** xuhanp has joined #openstack-neutron16:24
Phil|2no - I am Phil H16:25
*** xuhanp has quit IRC16:25
*** shivh has joined #openstack-neutron16:25
anteayaPhil|2: okay thanks, sorry for the mistake16:26
Phil|2np16:26
*** thuc has joined #openstack-neutron16:29
*** shivh has quit IRC16:30
*** banix has quit IRC16:31
*** ramishra has quit IRC16:32
asadoughianteaya: hi. i saw your comment on isolated jobs in the review i reviewed. i haven't followed the activity around isolated jobs failures. are you saying no code should be reviewed, produced until isolated jobs are green again?16:33
*** DynamiteXXL has joined #openstack-neutron16:34
*** emagana has joined #openstack-neutron16:35
*** thuc_ has joined #openstack-neutron16:35
anteayaasadoughi: well you can go ahead and do that if you wish but you are wasting your time16:35
anteayasince not one patch in neutron and neutron-client is passing16:35
anteayaso from my perspective, a better use of your resources atm is to work to fix isolated jobs16:36
*** SumitNaiksatam has quit IRC16:37
anteayaand adding +1 comments below a Jenkins failure obfusicates the failure and conveys the message that continuing to work with your head down ignoring the issues will somehow make the problem disappear16:37
*** garyk has joined #openstack-neutron16:38
*** thuc has quit IRC16:39
asadoughianteaya: ok. i agree with the first three lines of what you said so far. i take offense to the last one as my presence here should indicate otherwise.16:40
anteayaas you see fit16:40
anteayaso far jlibosva is the only one working on isolated jobs fixes, that I am aware16:41
anteayaif you would like to join that effort, my thanks to you16:41
*** ramishra has joined #openstack-neutron16:42
*** ashaikh has joined #openstack-neutron16:43
*** yfried has quit IRC16:45
*** rkukura has quit IRC16:45
asadoughianteaya: if only one person is on board so far, then it makes sense that the issue needs further communication to bring others in if it's really a dead stop at the gate.16:45
*** rkukura has joined #openstack-neutron16:46
*** ramishra has quit IRC16:46
*** networkstatic has quit IRC16:47
*** yfried has joined #openstack-neutron16:47
*** DynamiteXXL has quit IRC16:49
*** dguitarbite has quit IRC16:49
anteayaasadoughi: you have my complete agreement16:50
anteayaso far I have been chatting in channel, and commenting on every patch in gerrit16:50
anteayasdague has been posting daily emails to the -dev ml16:50
anteayaand I have been encouraging anyone aware to talk to their teammates16:51
anteayawhat do you suggest?16:51
anteayaI will give it a shot16:51
anteayaif people don't pay attention to irc, the ml and comments on patches, what more can be done?16:51
*** banix has joined #openstack-neutron16:58
anteayattx has cut neutron for i217:02
*** SumitNaiksatam has joined #openstack-neutron17:05
*** bada has quit IRC17:10
asadoughisorry, was reading the last 12 hours of backlog in this channel to catch up17:16
asadoughiout of the sea of e-mails, i re-read sdague's e-mail and just saw that there was a second paragraph mentioning neutron, must have glossed over that17:18
*** shivh has joined #openstack-neutron17:18
jlibosvaanteaya: I don't know if it's my environment but seems like dnsmasq didn't start: Stderr: 'env: dnsmasq: No such file or directory\17:19
jlibosva# which dnsmasq17:19
jlibosva/usr/sbin/dnsmasq17:19
anteayaasadoughi: no worries, thanks for reading the backscroll17:19
anteayaasadoughi: thanks for reading the emails too17:20
anteayajlibosva: I think salv-orlando mentioned something about that, let me get his email17:20
anteayasorry it was DHCP http://lists.openstack.org/pipermail/openstack-dev/2014-January/025013.html17:21
anteayamarkmcclain is busy doing hr stuff at yahoo this week, I hope he is available soon17:21
anteayawho else might know something about dnsmasq?17:21
*** yfried has quit IRC17:21
sc68calI know a little17:21
anteayasc68cal: by all means, belly up to the bar17:21
jlibosvaanteaya: I looked in q-svc and q-dhcp logs from the gate job and there are some error message about that no dhcp agents are associated with network. But I don't see errors of starting dnsmasq in gate logs like I do on my machine17:22
anteayajlibosva: do you have a paste of a trace?17:22
jlibosvaanteaya: sure17:22
anteayathanks17:22
* sc68cal reads the linked E-mail on openstack-dev 17:22
anteayathanks sc68cal17:22
jlibosvahttp://paste.openstack.org/show/61689/17:23
*** chandankumar_ has quit IRC17:24
*** yfried has joined #openstack-neutron17:25
anteayajlibosva: so dhcp_agent can't find dnsmasq after the execution of a sudo command17:26
anteayacan you confirm it exists manually?17:26
sc68caldoesn't rootwrap.conf contain paths ?17:26
anteayais this a permissions problem?17:26
jlibosvaanteaya: yes, I tried to launch the same command and dnsmasq started17:26
jlibosvasec17:26
anteayawhat command did you use manually that was successful?17:26
*** jp_at_hp has quit IRC17:26
jlibosvaanteaya: this one http://paste.openstack.org/show/61690/17:27
jlibosvaanteaya: I ran it under root, trying under stack17:28
jlibosvaheh17:28
jlibosvaenv: dnsmasq: No such file or directory17:28
sc68calwhat's is stack's $PATH17:28
jlibosva/var/lib/gems/1.8/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games17:28
openstackgerritShiv Haris proposed a change to openstack/neutron: Fix db upgrade (migration) of brocadenetworks  https://review.openstack.org/6819917:28
sc68calI don't see /usr/sbin in $PATH17:29
*** chandankumar_ has joined #openstack-neutron17:29
*** marun has joined #openstack-neutron17:30
sc68caljlibosva: export PATH=/usr/sbin:$PATH17:30
sc68calthen try17:30
*** yamahata has joined #openstack-neutron17:31
* jlibosva gained a new experience17:31
jlibosvaI thought if process is forked in sudo it uses the users environment17:31
sc68calno - sudo cleans out a ton of environment stuff17:31
sc68calfor security reasons17:32
*** jistr has quit IRC17:32
anteayahey marun, if you have some time to help address the isolated job failures, it would be good to have your help17:32
sc68caljlibosva: what type of user is your stack user?17:33
*** sadasu_ has quit IRC17:33
sc68calI'm on Ubuntu 12.04 - here's my stack user17:33
marunanteaya: is there something specific you are looking for?17:33
sc68calhttp://paste.openstack.org/show/61692/17:33
anteayamarun: well not one single neutron or neutronclient has passed isolated jobs since I don't know when17:34
anteayait started getting bad on the 19th17:34
jlibosvasc68cal: it's the same: /var/lib/gems/1.8/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games17:34
anteayasalv-orlando: offered some thoughts: http://lists.openstack.org/pipermail/openstack-dev/2014-January/025013.html17:34
jlibosvasc68cal: created by create-stack-user from devstack17:34
anteayamarun: basically nothing can pass until it is fixed, trying to source whatever help I can17:34
sc68calvery strange17:35
anteayahoping you might have some time avaiable17:35
anteayaso far we have jlibosva, sc68cal and asadoughi available to help17:36
anteayamarkmcclain is doing hr stuff for $new_job and salv-orlando has a deadline17:36
sc68caljlibosva: so does adding /usr/sbin to the path allow dnsmasq to launch correctly in devstack?17:36
jlibosvasc68cal: yes, but17:37
jlibosvasc68cal: it probably died17:37
sc68calok, have a log?17:38
*** networkstatic has joined #openstack-neutron17:39
*** jpich has quit IRC17:40
jlibosvasc68cal: no, but if I run it not as a daemon, it works17:42
*** markwash has joined #openstack-neutron17:43
*** mlavalle has joined #openstack-neutron17:44
*** luqas has quit IRC17:45
*** markmcclain has joined #openstack-neutron17:50
*** jdev789 has joined #openstack-neutron17:54
*** networkstatic has quit IRC17:56
*** bjornar has joined #openstack-neutron17:56
*** shivh has quit IRC17:57
anteayajlibosva has to do other things now and will return tomorrow17:57
*** jlibosva has quit IRC17:58
*** jdev789 has quit IRC18:00
*** safchain has quit IRC18:01
anteayaif anyone can review this patch for me I would be grateful: https://review.openstack.org/#/c/68442/318:02
anteayachecking that the syntax is consistent is sufficient, you don't have to know puppet18:02
*** SumitNaiksatam has quit IRC18:02
sc68callooking18:03
anteayathanks18:04
*** aymenfrikha has quit IRC18:04
sc68callooks good to me18:04
anteayathanks18:05
*** vkozhukalov has joined #openstack-neutron18:05
sc68caljust trying to put some points back in my column for some of the help you've given me over the past couple of weeks18:06
anteayawfm18:06
anteayadon't care why, just grateful for the review18:06
*** aymenfrikha has joined #openstack-neutron18:06
anteaya:D18:06
* mestery also eyeballed and +1'd that patch.18:06
anteayaoh and my compliment decector just went off, thanks18:07
anteayaI'm slow on compliments18:07
anteayamestery: thank you18:07
sc68cal:)18:07
anteaya:D18:07
mestery:)18:07
sc68calback to scratching my head about nova and this hairpin problem :-\18:08
anteayago you18:08
*** otherwiseguy has quit IRC18:12
*** shivh has joined #openstack-neutron18:15
anteayaI have to jet for a meeting, back later18:15
anteayamarkmcclain is online for questions18:15
*** morganfainberg|z is now known as morganfainberg18:15
*** jdev789 has joined #openstack-neutron18:16
*** marun has quit IRC18:18
*** shivh has quit IRC18:23
*** rms has joined #openstack-neutron18:23
*** rms is now known as Guest6733118:23
*** WackoRob_ has quit IRC18:24
*** SumitNaiksatam has joined #openstack-neutron18:24
*** itzikb has joined #openstack-neutron18:25
*** jlibosva has joined #openstack-neutron18:28
*** networkstatic has joined #openstack-neutron18:29
*** harlowja_away is now known as harlowja18:32
*** sputnik13net has joined #openstack-neutron18:34
*** sputnik13net has quit IRC18:36
*** sputnik13net has joined #openstack-neutron18:37
*** pcarver has joined #openstack-neutron18:37
*** networkstatic is now known as networkstatic_zZ18:38
pcarverWhat's the quickest command to get a list of the interfaces on the hypervisor corresponding to a particular instance name or instance ID?18:39
roaetcan someone explain the difference between check-tempest-dsvm-neutron-isolated and check-tempest-dsvm-neutron-pg-isolated?18:39
markmcclainroaet: pg = postgres18:39
pcarverSpecifically, when I have a need to run tcpdump on the host in order to debug traffic coming in/out of an instance.18:39
roaetmarkmcclain: thank you18:39
markmcclainotherwise same isolated tests18:40
roaetmarkmcclain: i'm trying to figure out the isolated test errors, do you have an example of one that is probably just the isolated test and the not the patch causing issues?18:40
roaetI know there are tons of patches that are messed up, but knowing that it is a good example might help a bit.18:40
markmcclainroaet: all patches are failing isolated right now18:41
markmcclainI'd start with the logs for the translation updates18:41
markmcclainbecause you can be sure that no other code is changing18:41
roaetsuch as: https://review.openstack.org/#/c/66501/ ?18:42
roaetyeah. makes sense18:42
roaetthanks markmcclain. I hope to be helpful.18:42
markmcclainpcarver: there's not an easy way to dump that info.. you have to know which guess you want and then look at the virt config18:42
pcarverguess? or guest? I'm already using the guess method.18:44
pcarvermarkmcclain: Is there a series of commands that could take me from instance ID to port name deterministicly if I strung them together with some scripting? Right now I'm using the IP address to guess the right port, but with overlapping IPs allowed I'm afraid that isn't necessarily going to always work deterministically18:46
*** dave_tucker is now known as dave_tucker_zzz18:49
*** jprovazn has joined #openstack-neutron18:50
*** zzelle has joined #openstack-neutron18:50
*** shivh has joined #openstack-neutron18:50
*** shivharis has joined #openstack-neutron18:50
*** shivh has left #openstack-neutron18:51
roaetpcarver: I do not believe that is possible without getting on to the hypervisor. Maybe possible to find the info in nova. I do not believe neutron is privy to that info, but I may be quite wrong.18:52
*** marun has joined #openstack-neutron18:53
markmcclainnova handles the actual plugging of the hypervisor interfaces18:53
*** yfried has quit IRC18:54
*** WackoRobie has joined #openstack-neutron18:54
*** julim has quit IRC18:54
pcarverroaet: I actually had assumed that I would need to be on the hypervisor. I'm on it anyway to run the tcpdump. I was just hoping to automate the process of initiating the tcpdump on the right interface when starting with only knowing the instance name/ID.18:57
*** julim has joined #openstack-neutron18:57
roaetpcarver: maybe something like pssh or other things like i18:57
*** yfried has joined #openstack-neutron18:58
*** shivharis has quit IRC18:59
pcarverRight now I'm using a multistep manual process of looking up the instance in Horizon to get the instance ID, then running nova show to get the IP addresses, then running neutron port-list and grepping for the IPs, then getting the interface name by visually matching the portion of the hex string with ifconfig output18:59
roaetsounds painful, but my hypervisor dives were similar. So I share your pain.19:00
*** nati_ueno has joined #openstack-neutron19:00
roaetso, with much disappointment I can say that I believe you're doing what is currently a standard procedure19:00
*** markmcclain has quit IRC19:01
*** markmcclain has joined #openstack-neutron19:01
*** WackoRobie has quit IRC19:03
*** markmcclain has quit IRC19:03
*** yfried has quit IRC19:03
*** markmcclain has joined #openstack-neutron19:03
*** jroovers has joined #openstack-neutron19:06
*** dave_tucker_zzz is now known as dave_tucker19:09
*** sn6i23a has joined #openstack-neutron19:12
*** banix has quit IRC19:15
pcarverroaet: Ok. Thanks. I do wonder how Nova and Neutron actually manage to make the connection themselves.19:15
pcarverThe linkage must exist in underlying data structures even if the CLI doesn't reveal it.19:16
roaetyour neutron backend may also contain the name in a tag or whatnot19:16
roaetI am only familiar with the NVP backend, but I never dove into it for interface info.19:16
*** banix has joined #openstack-neutron19:18
*** sputnik13net has quit IRC19:21
*** jprovazn has quit IRC19:22
edhallIf you are using OVS, then "ovs-vsctl list interface" should have the info19:25
edhall(specifically, look at the external_ids field; nova puts the VM uuid there along with other useful stuff)19:27
*** sputnik13net has joined #openstack-neutron19:29
pcarveredhall: That looks promising. I see the field vm-uuid=<hexstring>.19:30
*** WackoRobie has joined #openstack-neutron19:30
pcarverReading the man page for ovs-vsctl now to see if I can actually query on that field rather than dumping all. But it might work to just dump it all through grep.19:31
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Add migration support from agent to NSX dhcp/metadata services  https://review.openstack.org/5132519:31
edhallI think you can specify the interface via the "name" field; not sure if you can go in the other direction (from instance to interface) directly, but the output of the command is theoretically parsable19:32
edhallsomeone here (yahoo) has a script; I can try to track it down19:33
*** alex_klimov has joined #openstack-neutron19:33
*** WackoRobie has quit IRC19:34
*** beagles is now known as beagles_brb19:35
*** marun has quit IRC19:36
*** rohit404 has quit IRC19:41
pcarveredhall: I think I'm going to take the simple brute force approach. Dumping the full list of interfaces includes one line per interface that includes both the interface ID and the VM instance ID on the same line (plus tons of lines I don't care about). Just piping it to grep picks out lines that give me the info I need.19:41
pcarverI can work with that and pipe it through perl/sed/awk/whatever19:41
*** thuc has joined #openstack-neutron19:41
edhallpcarver, that's what I've always done19:42
pcarveredhall: Thanks. It is more direct than what I was doing.19:42
*** thuc_ has quit IRC19:44
*** vkozhukalov has quit IRC19:45
*** thuc has quit IRC19:46
*** otherwiseguy has joined #openstack-neutron19:46
*** dave_tucker is now known as dave_tucker_zzz19:47
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Add DB mappings with NSX logical routers  https://review.openstack.org/5458419:51
*** markmcclain has quit IRC19:53
*** garyk has quit IRC19:54
*** dave_tucker_zzz is now known as dave_tucker19:54
sc68calpcarver: I have some tips on how to find that info19:56
sc68calah someone already had same suggestions19:59
*** dave_tucker is now known as dave_tucker_zzz19:59
sc68calhowever we really should try and get the Nova API to return the VIF id in the details API request for an instance19:59
*** dave_tucker_zzz is now known as dave_tucker19:59
sc68calinstead of just the IP address19:59
*** jlibosva has quit IRC20:00
*** obondarev_ has quit IRC20:02
openstackgerritShiv Haris proposed a change to openstack/neutron: Fix db upgrade (migration) of brocadenetworks  https://review.openstack.org/6819920:03
*** yamahata has quit IRC20:05
*** shivh has joined #openstack-neutron20:06
*** shivh has quit IRC20:18
*** shivh has joined #openstack-neutron20:19
*** safchain has joined #openstack-neutron20:20
*** safchain has quit IRC20:20
*** afazekas_ has quit IRC20:22
*** jlibosva has joined #openstack-neutron20:23
*** dave_tucker has left #openstack-neutron20:24
*** beagles_brb is now known as beagles20:24
*** alex_klimov has quit IRC20:26
*** markmcclain has joined #openstack-neutron20:26
*** yfried has joined #openstack-neutron20:29
*** WackoRobie has joined #openstack-neutron20:30
*** dave_tucker has joined #openstack-neutron20:33
enikanorov_markmcclain: Hi. will you be able to join tomorrow lbaas meeting at 14-00 utc? we'd like to borrow about 15 mins of your time20:35
*** WackoRobie has quit IRC20:35
markmcclainenikanorov_:I'm traveling this week, but I'll be able to make it20:38
enikanorov_markmcclain: would be great, thanks20:38
*** jecarey has quit IRC20:44
*** WackoRobie has joined #openstack-neutron20:44
*** ijw has quit IRC20:46
*** MM_at_HP has quit IRC21:07
*** ijw has joined #openstack-neutron21:11
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Test patch, do not review  https://review.openstack.org/6848321:12
*** ijw has quit IRC21:17
*** ijw has joined #openstack-neutron21:17
*** thuc has joined #openstack-neutron21:23
*** thuc_ has joined #openstack-neutron21:23
*** thuc has quit IRC21:26
*** MM_at_HP has joined #openstack-neutron21:27
*** jroovers has quit IRC21:30
*** jecarey has joined #openstack-neutron21:32
*** sputnik13net has quit IRC21:34
*** networkstatic_zZ has quit IRC21:45
*** sputnik13net has joined #openstack-neutron22:03
*** ColinTaylor has joined #openstack-neutron22:08
*** armax has left #openstack-neutron22:11
*** mili has joined #openstack-neutron22:33
*** mlavalle has quit IRC22:33
*** alexpilotti has quit IRC22:34
*** alexpilotti has joined #openstack-neutron22:34
*** bvandenh has joined #openstack-neutron22:35
*** clev has quit IRC22:37
*** jlibosva has quit IRC22:39
*** alexpilotti has quit IRC22:41
*** tongli has quit IRC22:42
*** mili has quit IRC22:46
*** pcm_ has quit IRC22:46
*** mili has joined #openstack-neutron22:47
*** sweston has joined #openstack-neutron22:47
*** mili has joined #openstack-neutron22:48
*** thomasem has quit IRC22:48
*** WackoRobie has quit IRC22:58
*** sweston has quit IRC23:00
*** sputnik13net has quit IRC23:01
*** sweston has joined #openstack-neutron23:04
*** dims has quit IRC23:04
*** bjornar has quit IRC23:05
*** peristeri has quit IRC23:06
*** alexpilotti has joined #openstack-neutron23:08
openstackgerritKevin Benton proposed a change to openstack/neutron: Enables BigSwitch/Restproxy ML2 VLAN driver  https://review.openstack.org/6494423:13
*** mlavalle has joined #openstack-neutron23:15
*** ivar-lazzaro has joined #openstack-neutron23:16
*** gdubreui has joined #openstack-neutron23:17
ivar-lazzarohello folks, anyone came up with a way to filter gerrit plugin build based on a specific comment?23:17
ivar-lazzaro(for third party testing)23:18
*** mlavalle has quit IRC23:19
*** dims has joined #openstack-neutron23:19
*** jgrimm has quit IRC23:20
*** Jianyong has joined #openstack-neutron23:21
*** carl_baldwin has quit IRC23:21
*** clev has joined #openstack-neutron23:22
*** clev has quit IRC23:26
*** mili has quit IRC23:28
*** mili has joined #openstack-neutron23:28
*** mili_ has joined #openstack-neutron23:32
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Test patch, do not review  https://review.openstack.org/6848323:35
*** mili has quit IRC23:35
*** sweston has quit IRC23:36
*** sweston has joined #openstack-neutron23:36
*** mili_ has quit IRC23:37
*** bvandenh has quit IRC23:37
*** clev has joined #openstack-neutron23:38
*** pcarver has quit IRC23:40
*** sweston has quit IRC23:43
*** ashaikh has quit IRC23:43
*** sweston has joined #openstack-neutron23:43
*** zzelle has quit IRC23:44
*** networkstatic has joined #openstack-neutron23:45
*** sweston has quit IRC23:47
*** markmcclain has quit IRC23:53

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