Tuesday, 2014-04-01

*** mlavalle has quit IRC00:02
*** sbfox has quit IRC00:04
*** sbfox has joined #openstack-neutron00:05
*** digambar has quit IRC00:06
*** banix has joined #openstack-neutron00:09
*** alagalah has quit IRC00:17
*** armax has quit IRC00:17
*** Jabadia_ has joined #openstack-neutron00:20
*** Jabadia_ has quit IRC00:24
*** thesanchez has joined #openstack-neutron00:26
*** matsuhashi has joined #openstack-neutron00:27
*** sbfox has quit IRC00:29
*** qs201 has joined #openstack-neutron00:31
*** sandr8 has quit IRC00:34
*** BuSerD has quit IRC00:34
*** banix has quit IRC00:37
*** banix has joined #openstack-neutron00:38
*** manishg has quit IRC00:39
*** xuhanp has joined #openstack-neutron00:39
*** WackoRobie has joined #openstack-neutron00:40
*** markmcclain has quit IRC00:45
*** tomoe_ has joined #openstack-neutron00:45
*** BuSerD has joined #openstack-neutron00:47
*** changbl has joined #openstack-neutron00:48
*** manishg has joined #openstack-neutron00:49
*** markmcclain has joined #openstack-neutron00:53
*** _cjones_ has quit IRC00:56
*** _cjones_ has joined #openstack-neutron00:57
*** Sukhdev has quit IRC00:58
*** zigo has quit IRC00:59
*** crc32 has quit IRC00:59
*** zigo has joined #openstack-neutron01:01
*** _cjones_ has quit IRC01:01
openstackgerritRonak Shah proposed a change to openstack/neutron: Nuage Plugin: Delete router requires precommit checks  https://review.openstack.org/8430401:03
*** oda-g has quit IRC01:03
*** jlibosva has joined #openstack-neutron01:06
*** xuhanp has quit IRC01:08
*** banix has quit IRC01:10
*** tomoe_ has quit IRC01:10
*** networkstatic is now known as networkstatic_zZ01:10
*** tomoe_ has joined #openstack-neutron01:10
*** jlibosva has quit IRC01:10
*** tomoe_ has quit IRC01:15
*** Jabadia has joined #openstack-neutron01:21
*** networkstatic_zZ is now known as networkstatic01:22
*** SumitNaiksatam has joined #openstack-neutron01:23
*** manishg has quit IRC01:23
*** Jabadia has quit IRC01:25
*** alagalah has joined #openstack-neutron01:28
*** beagles has quit IRC01:30
*** jecarey has joined #openstack-neutron01:30
*** alagalah has quit IRC01:32
*** manishg has joined #openstack-neutron01:33
*** manishg_ has joined #openstack-neutron01:34
*** manishg has quit IRC01:38
*** manishg_ is now known as manishg01:38
*** hemanthravi has joined #openstack-neutron01:40
*** xuhanp has joined #openstack-neutron01:47
*** sbfox has joined #openstack-neutron01:49
*** arosen1 has quit IRC01:49
openstackgerritberlin proposed a change to openstack/neutron: Check NVP router's status before deploying a service  https://review.openstack.org/8407202:01
HenryGkevinbenton: ping02:06
kevinbentonhenryg: pong02:06
HenryGkevinbenton: you are with big switch right?02:07
kevinbentonhenryg: yep02:07
HenryGkevinbenton: can you look at https://bugs.launchpad.net/neutron/+bug/129845902:07
*** jlibosva has joined #openstack-neutron02:07
HenryGkevinbenton: I can help you figure it out (and why it is showing up now)02:07
HenryGkevinbenton: it is related to https://review.openstack.org/4029602:08
kevinbentonhenryg: i see. i think i got it. will you be online for a little while?02:09
HenryGkevinbenton: another 2 hours or so02:09
*** xianghui has joined #openstack-neutron02:09
*** flwang has quit IRC02:12
HenryGarosen: ping02:12
*** jlibosva has quit IRC02:13
mesteryHenryG: Making the rounds tonight it appears. :)02:13
HenryGmestery: yup, hunting those affected by https://review.openstack.org/40296 :)02:14
mesteryHenryG: Nice work, and thanks for covering this!02:14
HenryGmestery: do you know any embrane nicks?02:15
*** sbfox has quit IRC02:15
mesteryIvar is the Embrane dude, but he doesn't appear to be online at the moment.02:16
HenryGmestery: thanks!02:17
mesteryHenryG: Anytime. ;)02:18
*** banix has joined #openstack-neutron02:19
*** jrbudnack has quit IRC02:20
*** Jabadia has joined #openstack-neutron02:22
*** dims has quit IRC02:23
*** dims has joined #openstack-neutron02:24
*** banix has quit IRC02:24
openstackgerritKevin Benton proposed a change to openstack/neutron: Add missing DB migrations for BSN ML2 and plugin  https://review.openstack.org/8431302:25
kevinbentonHenryG: ^^02:25
kevinbentoni think that should cover it02:25
HenryGkevinbenton: hmmm02:27
*** Jabadia has quit IRC02:27
kevinbentonHenryG: I’m slightly concerned about the fact that I’m revising the ‘icehouse’ revision02:29
kevinbentonHenryG: what is the signifigance of that revision? our plugin and driver won’t be broken in icehouse, will it?02:29
HenryGkevinbenton: problem is that 40296 breaks migrations earlier than icehouse02:30
*** manishg has quit IRC02:30
*** amotoki_ has quit IRC02:30
HenryGkevinbenton: so I think we'll need to go and do some fiddling with existing migration scripts02:30
kevinbentonHenryG: is that the preferred approach?02:31
HenryGkevinbenton: let's see if amotoki is online, he can offer some advice02:31
HenryGkevinbenton: let's start with the consistencyhashes table02:32
HenryGkevinbenton: that one is OK for the bsn plugin02:32
HenryGkevinbenton: for ml2, I think it simply needs to be added to ml2_initial02:33
kevinbentonHenryG: i think it would just make more sense to add it to the same consistency hash migration script for the plugin if we are editing previous scripts02:33
kevinbentonHenryG: but I was under the impression that editing existing scripts is blasphemy :-)02:34
HenryGkevinbenton: when did your mech driver get added to ml2? (what migration?)02:34
kevinbentonbefor the consistency hash functionality was added02:35
kevinbentonbefore*02:35
HenryGkevinbenton: 40296 requires some editing of some past transgressions (existing migration scripts)02:36
HenryGkevinbenton: ok, then I think we can just add ML2 to the list of plugins in 81c553f3776c_bsn_consistencyhashes.py02:38
HenryGkevinbenton: so here is how you test this:02:38
HenryGClone neutron master and apply 4029602:39
HenryGRun devstack with ML2 + your mech driver02:41
HenryGYou should see missing table error02:41
HenryGUnstack and add ML2 to 81c553f3776c_bsn_consistencyhashes.py02:42
HenryGRun devstack again and table should no longer be missing02:43
HenryGOK?02:44
HenryGNow for the networkdhcpagentbindings table in the legacy plugin02:44
HenryGFor that one I think you just need to add your plugin to 4692d074d587_agent_scheduler.py02:45
HenryGTest in the same way02:45
HenryGkevinbenton: ^^^ make sense?02:46
kevinbentonHenryG: can we get confirmation from another core that editing a previous test is ok?02:51
*** hemanthravi has quit IRC02:51
kevinbentonHenryG: I’m just going to cheat and let the BSN automated testing run this stuff for me by setting a dependency in my patch on 4029602:52
HenryGkevinbenton: absolutely! amotoki, markmcclain and salv-orlando are good candidates02:52
HenryGkevinbenton: that's not cheating, that's being smart02:52
kevinbentonHenryG: wow, it just occurred to me how old this patch was. why wait until now?02:53
HenryGsalv-orlando started it and got bored ;) then gave it to me when I opened my big mouth :O02:54
kevinbentonah, makes sense :-)02:56
*** manishg has joined #openstack-neutron02:56
HenryGMany many plugins break from this patch, not just big switch. Also cisco, nsx, embrane in addition to ml2, ovs, lb, hyperv ...02:57
*** markmcclain has quit IRC02:59
*** harlowja is now known as harlowja_away02:59
openstackgerritKevin Benton proposed a change to openstack/neutron: Add missing DB migrations for BSN ML2 plugin  https://review.openstack.org/8431303:00
kevinbentonHenryG: ^^ that one is definitely easier on the eyes :-)03:01
HenryGkevinbenton: cool! When your CI reports, look for "ProgrammingError: (ProgrammingError) (1146," in the logs.03:02
kevinbentonwell if it passes, we know it worked, right?03:03
kevinbentonthese missing tables should break things03:03
HenryGtrue03:03
*** jecarey_ has joined #openstack-neutron03:07
HenryGkevinbenton: looking at the last bsn CI log from 40296 ... it seems the subnetroutes table is also missing :(03:07
HenryGI am updating the bug03:08
*** jlibosva has joined #openstack-neutron03:09
*** harlowja_away is now known as harlowja03:09
*** jecarey has quit IRC03:10
kevinbentonlink, i didn’t think we used that table03:10
kevinbenton?03:10
*** chandan_kumar has joined #openstack-neutron03:11
kevinbentonis it the ML2 plugin or the Big Switch plugin that complained?03:11
*** ramishra has joined #openstack-neutron03:12
HenryGhttp://openstack-ci-gw.bigswitch.com/logs/refs-changes-96-40296-13/BSN_PLUGIN/logs/screen/screen-q-svc.log.gz03:12
HenryGnot ml203:12
*** yamahata has joined #openstack-neutron03:13
*** jlibosva has quit IRC03:13
*** ramishra_ has joined #openstack-neutron03:18
*** tomoe_ has joined #openstack-neutron03:18
*** ramishra has quit IRC03:21
*** matsuhashi has quit IRC03:22
*** Jabadia has joined #openstack-neutron03:22
*** jecarey__ has joined #openstack-neutron03:25
*** Jabadia has quit IRC03:27
*** tomoe_ has quit IRC03:29
*** jecarey_ has quit IRC03:29
*** tomoe_ has joined #openstack-neutron03:30
*** flwang has joined #openstack-neutron03:30
openstackgerritKevin Benton proposed a change to openstack/neutron: Add missing DB migrations for BSN ML2 plugin  https://review.openstack.org/8431303:30
kevinbentonHenryG: interesting. i learned something new today. :-) subnet routes aren’t part of a normal subnet03:31
*** manishg_ has joined #openstack-neutron03:32
*** tomoe_ has quit IRC03:34
*** chandan_kumar has quit IRC03:35
*** manishg has quit IRC03:35
*** manishg_ is now known as manishg03:35
HenryGkevinbenton: I did not know that either :-)03:38
HenryGkevinbenton: you find the right migration to fix too, good job03:39
*** alexpilotti has joined #openstack-neutron03:40
*** lollipop has joined #openstack-neutron03:40
*** banix has joined #openstack-neutron03:42
*** zhipeng has joined #openstack-neutron03:43
*** tomoe_ has joined #openstack-neutron03:43
*** ramishra_ has quit IRC03:44
*** ramishra has joined #openstack-neutron03:45
*** markwash has quit IRC03:47
*** zhipeng has quit IRC03:47
*** BuSerD has quit IRC03:48
*** markwash has joined #openstack-neutron03:50
*** alexpilotti has quit IRC03:52
*** tomoe_ has quit IRC03:57
*** tomoe_ has joined #openstack-neutron03:58
*** chandan_kumar has joined #openstack-neutron03:59
*** chandan_kumar has quit IRC04:01
kevinbentonHenryG: had to adjust our CI script. by default it ignores patches with migrations that don’t change the core neutron behavior or the plugin04:02
*** tomoe_ has quit IRC04:02
HenryGkevinbenton: ok. Hope it works out. I am off to bed. I won't be around much tomorrow but will try to check in. Back on Wednesday.04:05
*** chandan_kumar has joined #openstack-neutron04:06
*** WackoRobie has quit IRC04:06
*** WackoRobie has joined #openstack-neutron04:07
*** tomoe_ has joined #openstack-neutron04:09
*** jlibosva has joined #openstack-neutron04:10
*** WackoRobie has quit IRC04:11
*** thuc has joined #openstack-neutron04:13
*** thuc_ has joined #openstack-neutron04:13
*** matsuhashi has joined #openstack-neutron04:14
*** jlibosva has quit IRC04:15
*** thuc has quit IRC04:17
*** tomoe_ has quit IRC04:20
*** thuc has joined #openstack-neutron04:21
*** Jabadia has joined #openstack-neutron04:23
*** thuc_ has quit IRC04:24
*** tomoe_ has joined #openstack-neutron04:27
*** Jabadia has quit IRC04:28
*** yfried__ has joined #openstack-neutron04:36
*** networkstatic has quit IRC04:38
openstackgerritIan Wienand proposed a change to openstack/neutron: Record and log reason for dhcp agent resync  https://review.openstack.org/8117304:47
*** manishg has quit IRC04:48
*** sandr8 has joined #openstack-neutron04:50
*** banix has quit IRC04:50
*** rand738 has quit IRC04:52
kevinbentonakihiro: ping04:52
amotokikevinbenton: pong04:52
kevinbentonamotoki: whoops, wrong username. :-) I’m working on the migration stuff and it looks like a portbindings one might be missing for ML204:53
*** rand738 has joined #openstack-neutron04:53
kevinbentonamotoki: is there already a bug for that one?04:54
amotokikevinbenton: yeah, disabling auto-generation reveals many issues :-)  AFAIK, we have no bug for it.04:54
*** WackoRobie has joined #openstack-neutron04:55
amotokikevinbenton: i wonder why jenkins with ML2 works...04:55
kevinbentonamotoki: i’m bringing up a testbed instance to see why04:56
*** sbfox has joined #openstack-neutron05:01
*** matsuhas_ has joined #openstack-neutron05:02
*** matsuhas_ has quit IRC05:02
*** matsuhashi has quit IRC05:05
*** ramishra has quit IRC05:05
*** matsuhashi has joined #openstack-neutron05:05
*** WackoRobie has quit IRC05:06
*** ramishra has joined #openstack-neutron05:06
*** harlowja is now known as harlowja_away05:11
*** jlibosva has joined #openstack-neutron05:11
*** thuc has quit IRC05:13
*** thuc has joined #openstack-neutron05:14
*** jlibosva has quit IRC05:16
*** Jabadia has joined #openstack-neutron05:18
*** thuc has quit IRC05:18
*** qs201 has quit IRC05:21
*** irenab has joined #openstack-neutron05:23
openstackgerritYaguang Tang proposed a change to openstack/python-neutronclient: Make neutronclient parse keystone v3 endpoints correctly  https://review.openstack.org/8176705:25
*** sbfox has quit IRC05:27
openstackgerritKevin Benton proposed a change to openstack/neutron: Add missing DB migrations for BSN ML2 plugin  https://review.openstack.org/8431305:29
kevinbentonamotoki: ^^05:29
kevinbentonamotoki: that clears up the plugin side for bigswitch05:30
amotokikevinbenton: nice!05:30
kevinbentonamotoki: i will submit another for that ml2 portbindings table05:30
kevinbentonamotoki: then the bigswitch ml2 driver will work too05:30
*** otherwiseguy has quit IRC05:31
kevinbentonamotoki: i’m not sure why default jenkins passes. the table definitely isn’t added05:31
*** sbfox has joined #openstack-neutron05:31
kevinbentonamotoki: maybe the openvswitch driver never references the portbindings stuff05:31
amotokikevinbenton: ovs agent MD might not use portbinding table... we need to check it.05:32
amotokikevinbenton: it looks strange, but ...05:32
kevinbentonamotoki: yeah, driver doesn’t reference anything05:33
kevinbentonhttps://github.com/bigswitch/neutron/blob/master/neutron/plugins/ml2/drivers/mech_openvswitch.py05:33
*** Longgeek has joined #openstack-neutron05:35
*** rotbeard has joined #openstack-neutron05:37
openstackgerritKevin Benton proposed a change to openstack/neutron: Add ML2 plugin to portbinding migration script  https://review.openstack.org/8435405:42
kevinbentonamotoki: is it possible to merge this, or is this something that will have to wait until after icehouse? https://review.openstack.org/#/c/83855/05:43
kevinbentonamotoki: just some company name references. no functional changes05:43
amotokikevinbenton: IMO it looks okay. it is related to branding topic and it is better to be in icehouse.05:47
kevinbentonamotoki: thanks05:48
*** pradipta_away is now known as pradipta05:54
openstackgerritLiping Mao proposed a change to openstack/neutron: lbaas on a network without gateway  https://review.openstack.org/8405805:56
*** sandr8 has quit IRC05:56
*** WackoRobie has joined #openstack-neutron06:01
*** sbfox has quit IRC06:02
*** sbfox has joined #openstack-neutron06:03
*** WackoRobie has quit IRC06:05
*** sandr8 has joined #openstack-neutron06:06
*** jlibosva has joined #openstack-neutron06:12
*** djoreilly has joined #openstack-neutron06:13
openstackgerritLiping Mao proposed a change to openstack/neutron: lbaas on a network without gateway  https://review.openstack.org/8405806:13
*** jlibosva has quit IRC06:17
*** WackoRobie has joined #openstack-neutron06:18
*** saju_m has joined #openstack-neutron06:21
*** WackoRobie has quit IRC06:23
*** thuc has joined #openstack-neutron06:24
*** sridhar has joined #openstack-neutron06:25
openstackgerritPierre Rambaud proposed a change to openstack/neutron: Fix quota_health_monitor opt name in neutron.conf  https://review.openstack.org/8400306:26
*** thuc has quit IRC06:29
openstackgerritZang MingJie proposed a change to openstack/neutron: db migration failed when plugin name alias used in config file  https://review.openstack.org/8122106:30
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/8436606:31
openstackgerritdan wendlandt proposed a change to openstack/neutron: Remove last parts of Quantum compatibility shim  https://review.openstack.org/8436706:31
*** sungju_ has quit IRC06:31
*** Jabadia_ has joined #openstack-neutron06:35
openstackgerritKevin Benton proposed a change to openstack/neutron: BigSwitch: Semaphore on port status update  https://review.openstack.org/8436806:35
*** Jabadia has quit IRC06:35
*** Jabadia_ has quit IRC06:35
*** Jabadia has joined #openstack-neutron06:36
*** gdubreui has quit IRC06:36
*** tomoe_ has quit IRC06:43
*** tomoe_ has joined #openstack-neutron06:43
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: Restore NOT NULL constraint lost by earlier migrations  https://review.openstack.org/7859106:44
openstackgerritLiping Mao proposed a change to openstack/neutron: lbaas on a network without gateway  https://review.openstack.org/8405806:45
*** tomoe_ has quit IRC06:47
openstackgerritLiping Mao proposed a change to openstack/neutron: lbaas on a network without gateway  https://review.openstack.org/8405806:55
*** matsuhashi has quit IRC06:58
kevinbentonamotoki: ping06:58
*** matsuhashi has joined #openstack-neutron06:58
openstackgerritYaguang Tang proposed a change to openstack/python-neutronclient: Make neutronclient parse keystone v3 endpoints correctly  https://review.openstack.org/8176706:59
amotokikevinbenton: pong06:59
kevinbentonamotoki: i think the error must have been related to this https://github.com/bigswitch/neutron/blob/master/neutron/db/migration/migrate_to_ml2.py#L36007:00
*** jistr has joined #openstack-neutron07:02
kevinbentonamotoki: might not be an actual migration problem for ML2. instead it’s just related to where my patch was based07:02
*** matsuhashi has quit IRC07:03
amotokiWas portbinding table changed after the script was merge? IIRC bob refactors portbindings code after BSN ML2 merge.07:03
*** evgenyf has joined #openstack-neutron07:03
amotokikevinbenton: what test hits this error? grenade?07:04
kevinbentonamotoki: it was happening when just running devstack with the BSN ML2 plugin07:05
*** matsuhashi has joined #openstack-neutron07:06
kevinbentonamotoki: s/plugin/driver.07:06
kevinbentonamotoki: and I don’t think our driver references the portbindings table07:06
amotokikevinbenton: but this is the script to migrate to OVS plugin to ML2 ovs MD. I wonder why this hits BSN ML2 devstack.07:07
kevinbentonamotoki: well something is still referencing the portbindingports table, and it’s either not being initially created or it’s being deleted. i’m not sure which07:09
*** sbfox has quit IRC07:10
kevinbentonamotoki: because it results in this error http://openstack-ci-gw.bigswitch.com/logs/refs-changes-13-84313-3/BSN_ML2/logs/screen/screen-q-svc.log.gz07:10
*** jlibosva has joined #openstack-neutron07:12
amotokikevinbenton: ML2 plugin uses different tables for portbindings: ml2_port_bindings07:14
kevinbentonamotoki: yeah, that’s why i’m surprised by the reference to the portbindings table07:16
*** luqas has joined #openstack-neutron07:16
*** jlibosva has quit IRC07:17
amotokikevinbenton: yeah.. that's suprising indeed.07:19
*** WackoRobie has joined #openstack-neutron07:19
kevinbentonamotoki: i might just wait for the other patch fixing the missing BSN tables to merge and for 40296 to be rebased before worrying about it07:22
amotokikevinbenton: does bsn ml2 MD load bsn plugin?07:22
amotokikevinbenton:  bsn plugin loads db.portbindings via db.porttracker as far as i understand.07:22
kevinbentonamotoki: oh, that’s precisely the cause then07:23
amotokikevinbenton: if db.portbindings is loaded, portbindingports registers dict_extend_funcs automatically.07:23
*** WackoRobie has quit IRC07:24
*** devvesa has joined #openstack-neutron07:24
kevinbentonamotoki: i forgot the port tracking was leveraging the port bindings table07:25
openstackgerritZang MingJie proposed a change to openstack/neutron: db migration failed when plugin name alias used in config file  https://review.openstack.org/8122107:26
amotokikevinbenton: it seems you find the cause. db migration reveals much :-) & :-(07:26
*** leseb has joined #openstack-neutron07:28
amotokikevinbenton: i usually check the difference between after db migration and after neutron-server with schema generation by dumping schema.07:30
*** salv-orlando has quit IRC07:30
*** salv-orlando has joined #openstack-neutron07:30
kevinbentonamotoki: makes sense. i will need to fix this before that patch can go in07:32
kevinbentonamotoki: in the mean time, can you take a look at this? https://review.openstack.org/#/c/84368/07:33
kevinbentonamotoki: i found another deadlock hit when i was running tests07:33
kevinbentonamotoki: this will need to be back-ported into icehouse if it doesn’t make the cut07:34
*** svilgelm has joined #openstack-neutron07:35
*** tomoe_ has joined #openstack-neutron07:35
*** marun is now known as maru_afk07:36
amotokikevinbenton: i understand using synchronized works for a workaround but I wonder something might be wrong in the design level.07:36
*** jgallard has joined #openstack-neutron07:37
*** ramishra has quit IRC07:38
kevinbentonamotoki: yes. there are fundamental issues with yields happening inside of transactions causing the eventlet/mysql deadlock07:41
kevinbentonamotoki: this plagued the ML2 driver as well07:42
kevinbentonamotoki: marun is looking into it now i think, but there isn’t a particularily good fix07:43
amotokikevinbenton: yes. this is very tricky area. let me clarfiy one point: does eventlet/mysql deadlock occurs inside one process?07:44
kevinbentonthat’s the only way it occurs. it happens inside of a single eventlet pool07:45
kevinbentonamotoki: https://docs.google.com/drawings/d/13A2x4AWbf8zmzeGApUmYVlBrW8CMTPFTCBGSP_nTzDA/edit?usp=sharing07:45
*** tomoe_ has quit IRC07:47
amotokikevinbenton: thanks for the good pointer. that is what I expecetd. Attempting a same resource in multiple coroutine can hit the issue.07:47
*** tomoe_ has joined #openstack-neutron07:47
amotokiit really helps me understand the detail.07:48
*** Longgeek has quit IRC07:48
amotokion the other hand, remote REST calls are placed in a transaction in most plugins/drivers. It can increase the possibility of deadlocks.07:49
kevinbentonamotoki: yeah, it’s unfortunate because doing the rest call inside the transaction is really nice when it can handle the failure rollback automatically07:50
*** yfried__ has quit IRC07:52
amotokiI hit the same issue in nec plugin CI before we move delete_port outside of transaction, but after fixing it I don't see any so far :-)07:52
*** tomoe_ has quit IRC07:52
*** yfried__ has joined #openstack-neutron07:52
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: WIP Implement test  https://review.openstack.org/7652007:54
*** tomoe_ has joined #openstack-neutron07:55
amotokikevinbenton: anyway thanks for the clarfication. your patch makes sense as a workaround.07:55
kevinbentonamotoki: they may be lurking there… ;-)07:56
kevinbentonamotoki: are the port creations asynchronous in NEC?07:56
amotokikevinbenton: at now port creation is synchronous but we see race condition between dhcp-release and delete-network.07:57
amotokiit is similar issue because port status is updated after each operation.07:57
*** jpich has joined #openstack-neutron08:02
*** Longgeek has joined #openstack-neutron08:02
*** ygbo has joined #openstack-neutron08:03
*** matsuhashi has quit IRC08:03
*** sridhar is now known as SridharG08:04
*** matsuhas_ has joined #openstack-neutron08:05
openstackgerritKevin Benton proposed a change to openstack/neutron: Stop using portbindings_db in BSN ML2 driver  https://review.openstack.org/8437708:08
kevinbentonamotoki: ah, i see. another approach they were talking about was auto-retrying db operations that have a lock error, which should work as a patch as well08:09
kevinbentonamotoki: there would still be an occasional long delay when one does occur, but at least it won’t fail08:09
kevinbentonamotoki: it seems nova does this already08:10
kevinbentonamotoki: because mysql even warns that under high loads, it will even have it’s own internal deadlocks on indexes08:10
kevinbentonamotoki: so they need to be handled somehow08:11
*** jlibosva has joined #openstack-neutron08:13
*** jlibosva has quit IRC08:19
openstackgerritCedric Brandily proposed a change to openstack/neutron: Use patch ports to interconnect integration/physical bridges  https://review.openstack.org/7668508:19
*** WackoRobie has joined #openstack-neutron08:20
*** jroovers has joined #openstack-neutron08:23
*** jroovers|afk has joined #openstack-neutron08:23
*** amuller has joined #openstack-neutron08:24
*** WackoRobie has quit IRC08:25
*** jroovers has quit IRC08:27
*** foexle has joined #openstack-neutron08:32
*** matsuhas_ has quit IRC08:33
foexlemorning guys, is there any solution to solve the SPOF of LBaaS atm ? I mean maybe in combination with pacemaker but i think if i replicate each confiuration file from host-a to host-b and switch a failover ip i dont have the corect devices although i switch the l3 routers to the correct agent right ?08:35
*** jlibosva has joined #openstack-neutron08:35
foexleso do anyone find a solution for this spof ?08:35
*** ramishra has joined #openstack-neutron08:38
*** matsuhashi has joined #openstack-neutron08:38
*** ramishra has quit IRC08:43
*** saju_m has quit IRC08:43
*** tomoe_ has quit IRC08:43
*** tomoe_ has joined #openstack-neutron08:44
*** sandr8 has quit IRC08:48
*** tomoe_ has quit IRC08:48
*** jp_at_hp has joined #openstack-neutron08:53
*** jpich has quit IRC08:55
*** saju_m has joined #openstack-neutron08:56
*** afazekas has joined #openstack-neutron08:57
*** yonglihe_ has quit IRC09:00
*** overlayer has joined #openstack-neutron09:07
*** jpich has joined #openstack-neutron09:07
*** bvandenh has quit IRC09:10
*** lollipop has quit IRC09:11
*** flwang has quit IRC09:12
*** ramishra has joined #openstack-neutron09:13
*** jlibosva1 has joined #openstack-neutron09:14
*** svilgelm has quit IRC09:14
*** bashok has joined #openstack-neutron09:16
*** ramishra has quit IRC09:17
*** Moss has joined #openstack-neutron09:18
*** jlibosva1 has quit IRC09:18
*** pradipta is now known as pradipta_away09:19
Mosshello, i'm looking for help in below case09:20
Mosshttps://ask.openstack.org/en/question/26096/how-to-expose-an-address-not-bound-to-a-neutron-port/09:20
Mossthanks in advance for any ideas09:20
*** WackoRobie has joined #openstack-neutron09:21
*** Longgeek has quit IRC09:22
*** lollipop has joined #openstack-neutron09:22
*** ramishra has joined #openstack-neutron09:24
*** WackoRobie has quit IRC09:25
*** chandankumar_ has joined #openstack-neutron09:25
kevinbentonMoss: sorry i have to go shortly, but is haproxy from the loadbalancer as a service build into neutron?09:27
*** xuhanp has quit IRC09:27
Mossno, it's a separate daemon installed on lb1 and lb2 instances09:27
kevinbentonMoss: ok, so neutron isn’t aware of the vip at all then, right?09:28
Mossyes09:28
kevinbentonMoss: and what do you mean by “expose public virtual IP”? like output it from the heat template once the stack is complete?09:29
Mossyes, to be able to reach it from outside world09:30
kevinbentonoh wait, these instances aren’t attached directly to the 192.168.0.0/24 network are they? if those are floating IPs then they are going through a router that is reponsible for the floating IPs...09:32
*** Longgeek has joined #openstack-neutron09:33
Mossno, they are not - i'm using floating ips09:35
*** jlibosva1 has joined #openstack-neutron09:36
kevinbentonMoss: okay, then this won’t work correctly because the VIP is in the floating IP subnet but it is being realized on the inside network of the router09:36
kevinbentonMoss: one approach would be to make the public net a shared net as well and attach both load balancers with another interface directly to the public net09:37
kevinbentonso the load balancers wouldn’t be using floating IPs, they would be directly attached to that network09:38
kevinbentonthen when they generate the VIP, it will be on the right network09:38
*** yfujioka has joined #openstack-neutron09:38
Mossyes, it should be enough for the case09:39
Mossthanks Kevin09:39
*** jistr has quit IRC09:39
*** amuller has quit IRC09:41
*** jlibosva1 has quit IRC09:41
kevinbentonMoss: here is a crude diagram to help visualize the floating IP topo in neutron09:43
kevinbentonMoss: https://docs.google.com/drawings/d/1j6T9N6_IU_QKgtOXNaO2LP4wgCHg5ccmGV_KV_dROSw/edit?usp=sharing09:43
kevinbentonMoss: you may run into some issues with security groups when the load balancers pretend to have another IP that wasn’t assigned to them by neutron09:46
*** morganfainberg is now known as morganfainberg_Z09:46
kevinbentonMoss: so make them very permissive or even disable them until you get it working and then re-enable them09:46
kevinbentonMoss: ok, that should give you a good start. I have to go now. ttyl09:47
Mosskevinbenton: yes, i need to think it thru - thanks a lot!09:47
kevinbentonMoss: i just updated to directly reflect what you will probably need to do09:52
*** sphoorti has joined #openstack-neutron09:53
kevinbentonMoss: either that or use the neutron load balancer as a service09:53
kevinbentonMoss: ok, have to leave for real now :-)09:53
Mosskevinbenton: all is clear now :) i have work to do Bye09:53
*** chandankumar_ has quit IRC09:54
*** Jabadia_ has joined #openstack-neutron09:55
*** Jabadia has quit IRC09:55
*** Moss has quit IRC09:56
*** jistr has joined #openstack-neutron09:59
*** ihrachys is now known as ihrachys|lunch09:59
*** Jabadia_ has quit IRC10:02
openstackgerritA change was merged to openstack/neutron: BigSwitch: Semaphore on port status update  https://review.openstack.org/8436810:07
*** moss has joined #openstack-neutron10:09
*** safchain has joined #openstack-neutron10:10
*** matsuhashi has quit IRC10:14
*** amuller has joined #openstack-neutron10:17
*** jgallard has quit IRC10:20
*** WackoRobie has joined #openstack-neutron10:21
*** pcm_ has joined #openstack-neutron10:24
*** yamahata has quit IRC10:24
*** pcm_ has quit IRC10:24
*** pcm_ has joined #openstack-neutron10:24
*** WackoRobie has quit IRC10:26
*** dave_tucker_zzz is now known as dave_tucker10:26
*** overlayer has quit IRC10:26
*** roaet has quit IRC10:29
*** overlayer has joined #openstack-neutron10:31
*** leseb has quit IRC10:32
*** leseb has joined #openstack-neutron10:32
*** gdubreui has joined #openstack-neutron10:34
*** overlayer has quit IRC10:34
*** gdubreui has quit IRC10:35
*** jlibosva1 has joined #openstack-neutron10:36
*** leseb has quit IRC10:37
*** evgenyf has quit IRC10:37
*** overlayer has joined #openstack-neutron10:40
*** jlibosva1 has quit IRC10:41
*** overlayer has quit IRC10:42
*** roaet has joined #openstack-neutron10:43
*** evgenyf has joined #openstack-neutron10:44
*** overlayer has joined #openstack-neutron10:45
*** Jabadia has joined #openstack-neutron10:45
openstackgerritYuriy Taraday proposed a change to openstack/neutron: Abstract out root_helper calls to classes  https://review.openstack.org/8278710:48
*** yfujioka has quit IRC10:53
*** overlayer has quit IRC10:59
sphoortisalv-orlando: Hello! I am an OPW applicant and as a part of my application I had written a unit test for the add_vxlan function in test_linux_ip_lib. Could you please review it when you have time ? https://review.openstack.org/#/c/80554/11:01
*** leseb has joined #openstack-neutron11:01
*** Jabadia has quit IRC11:01
openstackgerritSylvain Afchain proposed a change to openstack/neutron: L2 pop removes unuseful regular mac learning rules  https://review.openstack.org/8305311:05
*** leseb has quit IRC11:05
*** roeyc has joined #openstack-neutron11:06
*** baoli has quit IRC11:15
sphoortisalv-orlando: thank you :)11:15
irenabsalv-orlando: hi11:20
*** WackoRobie has joined #openstack-neutron11:22
*** ihrachys|lunch is now known as ihrachys11:24
*** jgallard has joined #openstack-neutron11:24
*** WackoRobie has quit IRC11:27
*** alexpilotti has joined #openstack-neutron11:34
*** jlibosva1 has joined #openstack-neutron11:37
*** xianghui has quit IRC11:41
*** jlibosva1 has quit IRC11:42
*** saju_m has quit IRC11:44
openstackgerritA change was merged to openstack/neutron: Invoke _process_l3_create within plugin session  https://review.openstack.org/8403811:47
openstackgerritA change was merged to openstack/neutron: Open Juno development  https://review.openstack.org/8343411:47
openstackgerritJenkins proposed a change to openstack/neutron: Updated from global requirements  https://review.openstack.org/8347411:51
*** jgallard has quit IRC11:52
*** jgallard has joined #openstack-neutron11:52
*** linuxaddicts has quit IRC11:53
*** ramishra has quit IRC11:56
*** saju_m has joined #openstack-neutron11:56
*** leseb has joined #openstack-neutron11:57
*** mflobo has joined #openstack-neutron11:57
*** baoli has joined #openstack-neutron11:59
*** saju_m has quit IRC12:02
*** afazekas has quit IRC12:04
mosskevinbenton: following your advice i changed the case and used built-in lbaas (http://openstack.redhat.com/LBaaS) - thanks for clearing this out for me Kevin12:05
*** linuxaddicts has joined #openstack-neutron12:08
*** overlayer has joined #openstack-neutron12:10
*** leseb has quit IRC12:10
*** amotoki has quit IRC12:11
*** leseb has joined #openstack-neutron12:11
*** leseb has quit IRC12:16
*** afazekas has joined #openstack-neutron12:18
*** overlayer has quit IRC12:18
*** saju_m has joined #openstack-neutron12:21
openstackgerritA change was merged to openstack/neutron: Add unit test for add_vxlan in test_linux_ip_lib  https://review.openstack.org/8055412:21
*** dims has quit IRC12:22
*** saju_m has quit IRC12:23
*** WackoRobie has joined #openstack-neutron12:23
*** WackoRob_ has joined #openstack-neutron12:24
*** leseb has joined #openstack-neutron12:26
*** markmcclain has joined #openstack-neutron12:28
*** WackoRobie has quit IRC12:28
openstackgerritMarios Andreou proposed a change to openstack/neutron: Validate CIDR given as ip-prefix in security-group-rule-create  https://review.openstack.org/5921212:28
*** dims_ has joined #openstack-neutron12:34
*** tomoe_ has joined #openstack-neutron12:36
*** ramishra has joined #openstack-neutron12:37
*** jlibosva1 has joined #openstack-neutron12:38
*** b3nt_pin has joined #openstack-neutron12:38
*** saju_m has joined #openstack-neutron12:39
*** b3nt_pin is now known as beagles12:39
*** jlibosva1 has quit IRC12:42
*** jgrimm has joined #openstack-neutron12:43
*** jprovazn has joined #openstack-neutron12:45
*** overlayer has joined #openstack-neutron12:47
anteayacongratulations sphoorti12:49
sphoortithank you anteaya :)12:50
sphoortiit feels nice12:50
sphoortimy first patch12:50
anteayaI remember that first patch feeling12:50
anteayayou worked hard12:50
anteayawell done12:50
*** thuc has joined #openstack-neutron12:50
*** jrbudnack has joined #openstack-neutron12:52
sphoortithank you so much anteaya :)12:52
*** thuc_ has joined #openstack-neutron12:52
anteaya:D12:52
sphoortianteaya: I also wrote a blogpost about setting up neutron in devstack http://sphoorti.github.io/blog/devstack/devstack_setup.html12:54
*** overlayer has quit IRC12:54
*** thuc has quit IRC12:55
anteayanice12:57
sphoortithank you12:57
anteayaI have a request12:57
anteayado you mind using git://git.openstack.org/openstack-dev/devstack as you git clone url?12:58
anteayasince openstack is opensource we prefer to use and promote the use of opensource tools12:58
anteayagit.openstack.org or git.o.o is our internal git server for all our repos12:58
anteayaand we do prefer that it be referenced in documents if this nature12:59
anteayaif you dont' mind using it12:59
anteayait is a cgit server12:59
anteayawell actually 5 of them12:59
anteayaI stand corrected 6 of them: http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=213:00
sphoortianteaya: I had referred this http://devstack.org/13:00
*** itzikb has joined #openstack-neutron13:01
*** heyongli has joined #openstack-neutron13:01
sphoortiI have never tried with git://git.openstack.org/openstack-dev/devstack13:01
anteayaokay13:01
anteayaalso you might be interested in looking at http://git.openstack.org/cgit/openstack/oslo-incubator/tree/TESTING.rst13:02
anteayait has some commands for running an individual test with tox13:02
*** sballe has joined #openstack-neutron13:02
sphoortigit.openstack is the internal server is it? Then why isnt it referenced in the official docs anteaya ?13:02
anteayagenerally programs are moving away from run_tests.sh13:02
anteayasphoorti: whick official docs?13:02
anteayawhich13:02
*** jroovers|afk has quit IRC13:03
sphoortithe devstack guide?13:03
anteayaprobably because noone has asked dean troyer about it13:03
anteayajoin me in #openstack-qa and we can do so13:03
*** tomoe_ has quit IRC13:04
*** tomoe_ has joined #openstack-neutron13:05
*** rand738 has quit IRC13:08
*** rand738 has joined #openstack-neutron13:08
anteayasphoorti: I have no idea what timezone he works in13:08
djoreillyqiuyu: the allowed address pairs extension seems to allow non-admin tenants to override the anti-ip-spoof rules?13:09
anteayait might take several hours for a response, stay in the channel or read the logs: http://eavesdrop.openstack.org/irclogs/%23openstack-qa/13:09
*** jecarey__ has quit IRC13:09
anteayathen we will both know13:09
*** tomoe_ has quit IRC13:10
sphoortianteaya: I think he must be in PCT13:10
sphoorti*Pacific time zone13:10
sphoortiI shall stay on the channel13:11
*** WackoRob_ has quit IRC13:11
*** WackoRobie has joined #openstack-neutron13:12
*** afazekas has quit IRC13:13
*** saju_m has quit IRC13:15
*** mflobo has quit IRC13:16
*** WackoRobie has quit IRC13:16
*** ram5391 has joined #openstack-neutron13:20
*** saju_m has joined #openstack-neutron13:28
*** xuhanp has joined #openstack-neutron13:30
*** moss has left #openstack-neutron13:34
*** jgrimm has quit IRC13:34
*** changbl has quit IRC13:35
*** tomoe_ has joined #openstack-neutron13:35
*** jorgem has joined #openstack-neutron13:37
*** julim has joined #openstack-neutron13:38
*** jorgem1 has joined #openstack-neutron13:38
*** jlibosva1 has joined #openstack-neutron13:39
*** mwagner_zzz has quit IRC13:40
*** thuc_ has quit IRC13:40
*** thuc has joined #openstack-neutron13:41
*** jorgem has quit IRC13:42
*** sballe has quit IRC13:43
*** jlibosva1 has quit IRC13:44
*** nplanel_ has joined #openstack-neutron13:45
*** thuc has quit IRC13:45
*** markmcclain has quit IRC13:45
*** thuc has joined #openstack-neutron13:45
*** afazekas has joined #openstack-neutron13:46
*** banix has joined #openstack-neutron13:52
*** jecarey has joined #openstack-neutron13:55
*** jroovers has joined #openstack-neutron13:55
*** jroovers|afk has joined #openstack-neutron13:56
*** afazekas has quit IRC13:57
openstackgerritSimon Pasquier proposed a change to openstack/neutron: Fix function parsing the kernel version  https://review.openstack.org/8444113:57
*** WackoRobie has joined #openstack-neutron13:58
*** jroovers has quit IRC14:00
openstackgerritA change was merged to openstack/neutron: Updated from global requirements  https://review.openstack.org/8347414:00
*** jecarey has quit IRC14:02
*** jecarey has joined #openstack-neutron14:03
openstackgerritSimon Pasquier proposed a change to openstack/neutron: Fix function parsing the kernel version  https://review.openstack.org/8444114:03
*** heyongli has quit IRC14:05
*** aveiga has joined #openstack-neutron14:05
*** tomoe_ has quit IRC14:06
*** tomoe_ has joined #openstack-neutron14:07
*** lollipop has quit IRC14:08
*** flwang has joined #openstack-neutron14:10
*** tomoe_ has quit IRC14:11
*** tomoe_ has joined #openstack-neutron14:11
*** saju_m has quit IRC14:14
*** irenab has quit IRC14:15
*** jobewan has joined #openstack-neutron14:15
*** alagalah has joined #openstack-neutron14:17
*** otherwiseguy has joined #openstack-neutron14:17
*** roeyc has quit IRC14:18
*** jgrimm has joined #openstack-neutron14:20
*** markmcclain has joined #openstack-neutron14:21
*** zhipeng has joined #openstack-neutron14:23
*** alagalah has quit IRC14:28
*** skraynev is now known as skraynev_afk14:30
*** manishg has joined #openstack-neutron14:30
*** sballe has joined #openstack-neutron14:31
*** manishg_ has joined #openstack-neutron14:34
*** manishg has quit IRC14:34
*** jprovazn is now known as jprovazn_afk14:35
*** afazekas has joined #openstack-neutron14:37
*** jlibosva1 has joined #openstack-neutron14:40
*** manishg_ has quit IRC14:41
*** thuc_ has joined #openstack-neutron14:42
openstackgerritMohammad Banikazemi proposed a change to openstack/neutron: Removing vim header lines  https://review.openstack.org/8418614:43
*** jlibosva1 has quit IRC14:44
*** thuc has quit IRC14:45
*** thuc_ has quit IRC14:46
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Use os.uname() instead of calling uname in subprocess  https://review.openstack.org/8446214:47
xuhanpsc68cal, ping14:48
sc68calpong14:48
xuhanpsc68cal, will be great if you can have a look at Akihiro's comment in patch 4 of https://review.openstack.org/#/c/75871/14:48
sc68calsure - assertRaises usage?14:49
xuhanpmy trouble is with the specific exception14:49
sc68calmeaning which one to use?14:51
xuhanpDuring debug, I found out that the exception is not related to the test case (which makes sense since I didn't mock anything)14:51
xuhanpso I am not sure if I should mock the exception from server side14:52
xuhanpI didn't find something similar in the client test code.14:52
sc68calwhat is the type of the exception that was thrown14:53
xuhanpI was trying to find that. One sec14:53
*** mlavalle has joined #openstack-neutron14:54
openstackgerritClaudiu Belu proposed a change to openstack/neutron: Fixes Hyper-V agent security group ICMP rules  https://review.openstack.org/8446414:54
*** manishg has joined #openstack-neutron14:55
xuhanpsc68cal, sorry I could not find it in the code because the log is on my other computer. But something similar to Connection failed14:56
*** lollipop has joined #openstack-neutron14:56
*** thedodd has joined #openstack-neutron14:56
sc68calxuhanp: OK - let me pull down the code and tinker with it this week14:58
xuhanpsc68cal, I got it now. it's ConnectionFailed from client.py14:58
xuhanpraise exceptions.ConnectionFailed(reason=e)14:58
xuhanpsc68cal, thanks a lot!14:58
*** thuc has joined #openstack-neutron15:00
*** sphoorti_ has joined #openstack-neutron15:00
*** manishg has quit IRC15:00
*** sphoorti has quit IRC15:00
*** jroovers|afk is now known as jroovers15:00
*** thuc has quit IRC15:01
*** thuc has joined #openstack-neutron15:02
*** sbfox has joined #openstack-neutron15:02
*** carl_baldwin has joined #openstack-neutron15:03
*** djoreilly has quit IRC15:04
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: NSX: Fix pagination support  https://review.openstack.org/8221815:05
*** geekinutah has joined #openstack-neutron15:08
*** sphoorti__ has joined #openstack-neutron15:11
*** sphoorti_ has quit IRC15:12
*** chandankumar_ has joined #openstack-neutron15:12
*** ramishra has quit IRC15:16
*** hrushig has joined #openstack-neutron15:17
*** prad has joined #openstack-neutron15:17
*** armax has joined #openstack-neutron15:17
*** RockKuo has joined #openstack-neutron15:18
*** aveiga has quit IRC15:21
*** zhipeng has quit IRC15:22
*** alexpilotti has quit IRC15:22
*** nplanel_ has quit IRC15:23
*** nplanel_ has joined #openstack-neutron15:24
*** markwash has quit IRC15:25
*** markwash has joined #openstack-neutron15:26
openstackgerritA change was merged to openstack/neutron: Add missing DB migrations for BSN ML2 plugin  https://review.openstack.org/8431315:34
*** djoreilly has joined #openstack-neutron15:35
*** itzikb has quit IRC15:38
*** xuhanp has quit IRC15:38
*** networkstatic has joined #openstack-neutron15:39
*** jlibosva1 has joined #openstack-neutron15:40
*** lollipop has quit IRC15:41
*** networkstatic has quit IRC15:43
*** alagalah has joined #openstack-neutron15:44
*** jlibosva1 has quit IRC15:45
*** tvardeman has joined #openstack-neutron15:46
*** thuc_ has joined #openstack-neutron15:47
*** blogan has joined #openstack-neutron15:49
*** thuc has quit IRC15:50
openstackgerritKevin Benton proposed a change to openstack/neutron: Stop using portbindings_db in BSN ML2 driver  https://review.openstack.org/8437715:50
*** leseb has quit IRC15:51
*** thuc_ has quit IRC15:51
*** leseb has joined #openstack-neutron15:51
*** casmith32 has joined #openstack-neutron15:54
*** bashok has quit IRC15:55
*** otherwiseguy has quit IRC15:55
*** SridharG has quit IRC15:55
*** _cjones_ has joined #openstack-neutron15:56
*** jlibosva has quit IRC15:57
*** changbl has joined #openstack-neutron15:59
*** blogan has quit IRC15:59
*** bashok has joined #openstack-neutron16:00
*** jgallard has quit IRC16:00
*** safchain has quit IRC16:04
*** sballe_ has joined #openstack-neutron16:05
*** sballe has quit IRC16:05
*** jlibosva has joined #openstack-neutron16:05
*** sbfox has quit IRC16:09
*** amotoki has joined #openstack-neutron16:10
*** Sukhdev has joined #openstack-neutron16:10
Sukhdevrkukura: Ping16:11
rkukuraSukhdev: pong16:13
*** sbfox has joined #openstack-neutron16:13
*** mwagner_zzz has joined #openstack-neutron16:16
*** jistr has quit IRC16:17
*** RockKuo has quit IRC16:17
*** thuc has joined #openstack-neutron16:18
*** thuc has quit IRC16:18
*** bashok has quit IRC16:18
*** thuc has joined #openstack-neutron16:19
*** devvesa has quit IRC16:20
openstackgerritA change was merged to openstack/neutron: Fix function parsing the kernel version  https://review.openstack.org/8444116:27
*** jroovers has quit IRC16:29
*** sbfox1 has joined #openstack-neutron16:30
yfried__mlavalle: ping16:30
*** bjornar has joined #openstack-neutron16:32
*** maru_afk is now known as marun16:32
maruncarl_baldwin: ping16:33
carl_baldwinmarun: pong16:33
*** sbfox has quit IRC16:33
openstackgerritA change was merged to openstack/neutron: Move test_ovs_lib to tests/unit/agent/linux  https://review.openstack.org/8389616:33
*** Sukhdev has quit IRC16:33
maruncarl_baldwin: I heard through the grapevine that multiple api+rpc workers is breaking delivery of notification to nova.16:34
maruncarl_baldwin: I think the first step in resolving that is going to be creating a check job that will turn on multiple workers and we can use that job as a way of validating the eventual fix.16:34
maruncarl_baldwin: I can take responsibility for taht.16:34
*** sballe_ has quit IRC16:34
maruncarl_baldwin: is this on your radar, or is someone else working on it?16:34
carl_baldwinmarun: That was not on my radar.  I did have a check job somewhere.16:35
maruncarl_baldwin: ah, so much the better16:35
maruncarl_baldwin: I think if we can get the job running we can advocate for changing the defaults to at least 1 for both api and rpc16:35
maruncarl_baldwin: it's too important not to have it tested in the gate16:36
carl_baldwinmarun: https://review.openstack.org/#/c/7602116:36
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Split API and RPC workers in to one separate process each (WIP)  https://review.openstack.org/7602116:37
carl_baldwinI just restored and rebased it.16:37
maruncarl_baldwin: ah, ok.   I was thinking we want a separate check job so that it can be run against every patch for a while.16:37
maruncarl_baldwin: thoughts?16:37
*** dave_tucker is now known as dave_tucker_zzz16:37
carl_baldwinSure.16:37
*** manishg has joined #openstack-neutron16:38
maruncarl_baldwin: I guess the patch in question should probably be stabilized first.16:38
carl_baldwinmarun: That is kind of what I was just thinking.16:38
maruncarl_baldwin: do you know anything about how eventlet threads respond to forks?16:39
maruncarl_baldwin: Apparently the thread that delivers notifications to nova is started in the parent but does not appear to run in the children.16:39
carl_baldwinmarun: I had some thoughts on that at the time.  Let me look at my notes.16:39
maruncarl_baldwin: great!16:40
carl_baldwinmarun: I think you're right on about event let not running anymore in the children.  I have a vague recollection about hitting that problem.16:41
*** leseb has quit IRC16:41
*** leseb has joined #openstack-neutron16:41
*** jlibosva1 has joined #openstack-neutron16:42
carl_baldwinmarun: It was the motivation behind add "start_rpc_listener" and calling it after the fork.16:45
*** singhs has joined #openstack-neutron16:45
*** leseb has quit IRC16:45
carl_baldwinmarun: Do you happen to know where the the nova notification thread is started off the top of your head?16:46
*** jlibosva1 has quit IRC16:46
carl_baldwinmarun: nm.  I've found found what I'm looking for.16:47
maruncarl_baldwin: ok16:47
*** otherwiseguy has joined #openstack-neutron16:50
*** jrbudnack has quit IRC16:50
*** singhs has quit IRC16:54
*** dvorkinista has joined #openstack-neutron16:56
*** singhs has joined #openstack-neutron16:57
*** Longgeek has quit IRC16:59
*** Longgeek has joined #openstack-neutron16:59
*** SumitNaiksatam has quit IRC17:00
*** Longgeek has quit IRC17:01
*** arosen has quit IRC17:02
*** armax has quit IRC17:02
*** rms_13 has joined #openstack-neutron17:03
carl_baldwinmarun: Are you familiar with how sqlalchemy.event works?17:03
maruncarl_baldwin: roughly17:03
*** armax has joined #openstack-neutron17:04
*** afazekas is now known as afazekas_noteboo17:05
*** amotoki has quit IRC17:05
*** Sukhdev has joined #openstack-neutron17:05
*** arosen has joined #openstack-neutron17:05
carl_baldwinmarun: I guess my question is whether you know if the events are being batched up in nova.Notifier and not sent or if they're not being batched at all.17:06
maruncarl_baldwin: events are being batched17:06
*** ygbo has quit IRC17:06
maruncarl_baldwin: the intent was to avoid network io in db transactions17:06
carl_baldwinmarun: Yeah, I just wanted to rule out any potential problem with the sqlalchemy event listener that is responsible for batching the events in NeutronDbPluginV2.17:07
maruncarl_baldwin: oh, you mean sqlalchemy batching?17:08
maruncarl_baldwin: I'm pretty sure that is synchronous17:08
carl_baldwinmarun: I think you're right.  I'm just trying to catch up and wrap my head around it all.17:08
maruncarl_baldwin: the batching is done outside of sqlalchemy.17:08
*** dave_tucker_zzz is now known as dave_tucker17:09
maruncarl_baldwin: arosen is the expert since he wrote it17:09
*** Longgeek has joined #openstack-neutron17:09
arosencarl_baldwin:  its done outside of a transaction17:09
arosenit's all run from a seperate eventloop17:09
*** Sukhdev has quit IRC17:09
carl_baldwinarosen: Are you talking about the event loop started in nova.Notifier.__init__?17:10
arosencarl_baldwin:  sorry what's the question i don't have the full conv just joined.17:10
mlavalleyfried: sorry, I just saw your ping. I have to go out now. I'll try to ping you in about 1 hour. If I don't reach you, let's try tomorrow morning. I am at UTC - 517:10
arosencarl_baldwin:  events are pushed into: self.pending_events = []\17:11
*** dave_tucker is now known as dave_tucker_zzz17:11
openstackgerritMatthew Treinish proposed a change to openstack/neutron: Enable hacking H301 check  https://review.openstack.org/8425817:11
arosenthen sent in the send_events() method which gets called periodically17:11
carl_baldwinarosen: No problem.  I think the working theory is that the thread that runs send_events periodically stops when rpc workers are spawned as subprocesses when rpc_workers is set > 0.17:12
*** sbfox1 has quit IRC17:12
*** nplanel_ has quit IRC17:12
carl_baldwinI'm just trying to wrap my head around that theory and rule out anything else that might be happening.17:12
*** mlavalle has quit IRC17:13
*** harlowja_away is now known as harlowja17:14
*** mwagner_zzz is now known as mwagner_17:14
openstackgerritAaron Rosen proposed a change to openstack/neutron: Test  https://review.openstack.org/8450117:15
*** SumitNaiksatam has joined #openstack-neutron17:15
arosencarl_baldwin: interesting so ^ might not work?17:15
carl_baldwinThat is the idea.17:17
*** jpich has quit IRC17:18
carl_baldwinmarun: arosen: I thought there was something in the ProcessLauncher code that took care of event let after the fork.  A vague memory.  I'm going to go look.17:19
maruncarl_baldwin: the other alternative is to ensure that eventlet threads are only started post-fork17:20
*** jlibosva has quit IRC17:20
carl_baldwinmarun: You're right.  I wonder how hard that will be considering threads can be started anywhere.  But, maybe it is doable if we can do the fork earlier.17:21
*** amuller has quit IRC17:22
maruncarl_baldwin: We could patch eventlet.spawn to raise exceptions pre-fork...17:22
*** Longgeek_ has joined #openstack-neutron17:23
*** Longgeek has quit IRC17:23
*** alexpilotti has joined #openstack-neutron17:25
carl_baldwinLike a monkey patch or just a local patch to find all of the pre-fork spawns?17:25
*** afazekas_noteboo is now known as _afazekas17:25
maruncarl_baldwin: I'm not sure there's a difference really.17:27
maruncarl_baldwin: it would be a patch that would be removed immediately on fork17:28
*** luqas has quit IRC17:28
maruncarl_baldwin: and only applied if forking is to be used17:28
carl_baldwinmarun: I think this call is what stops event let threads:  "eventlet.hubs.use_hub()" in neutron/openstack/common/service.py:49717:28
carl_baldwinSo, I guess the code that I thought was fixing threads could be what is actually stopping them.17:29
*** thedodd has quit IRC17:29
carl_baldwinmarun: From the event let documentation:  "Make sure to do this before the application starts doing any I/O! Calling use_hub completely eliminates the old hub, and any file descriptors or timers that it had been managing will be forgotten."17:29
maruncarl_baldwin: ah, ok17:29
carl_baldwinI did not understand this before.17:30
maruncarl_baldwin: eventlet is a bottomless pit of misunderstanding17:30
carl_baldwinhaha17:30
carl_baldwinSo, we could either go your route and make sure fork comes before any spawn.  Or, we find a different way to accomplish what the openstack common code is trying to do with this call.17:31
*** morganfainberg_Z is now known as morganfainberg17:31
*** sandr8 has joined #openstack-neutron17:31
carl_baldwinmarun: The line number up there in service.py should have been 287.17:32
maruncarl_baldwin: I'm not sure we can avoid forking pre-spawn…  Even if we could change the use_hub behaviour, how could we go back and respawn things?17:35
carl_baldwinmarun: I don't know.17:37
carl_baldwinmarun: I'm not sure yet how easy it will be to move spawns after the fork given the current code structure.  Just trying to explore options.17:41
*** jlibosva has joined #openstack-neutron17:43
carl_baldwinmarun: I think the problem boils down to where the code loads the plugin.17:46
*** chandankumar_ has quit IRC17:46
maruncarl_baldwin: Why is the plugin loaded pre-fork at all?17:46
maruncarl_baldwin: is it a matter of validating config?17:47
maruncarl_baldwin: it may be that we have to introduce the idea of post-fork configuration where the plugins could initialize threads separately from initial init17:48
rms_13obondarev: Could you please take a look at my response to your comments on https://review.openstack.org/#/c/84304/; thanks17:48
*** jlibosva has quit IRC17:48
*** singhs has quit IRC17:51
*** singhs has joined #openstack-neutron17:52
*** jprovazn_afk is now known as jprovazn17:52
*** Longgeek has joined #openstack-neutron17:53
carl_baldwinmarun: My addition of "start_rpc_listener" in the plugin was to move certain things post-fork.  I didn't catch the spawning of the nova notifier in that because it goes one layer deeper in the class hierarchy, the NeutronDbPluginV2 class.17:53
*** Longgeek_ has quit IRC17:54
maruncarl_baldwin: I guess it makes sense to selectively move it post-fork then.17:54
maruncarl_baldwin: the fact that this was a problem was due to a gap in testing17:54
maruncarl_baldwin: future changes would hopefully fail those tests rather than requiring explicit patching17:55
carl_baldwinmarun: Yes, there was a gap in testing.17:55
carl_baldwinmarun: Would you like to work on a patch or would you like me to do it?17:55
maruncarl_baldwin: if you have time, I think your continued maintenance of the multiple workers makes the most sense.17:56
maruncarl_baldwin: if not, I can make sure it happens.17:56
carl_baldwinI'm happy to fix my own messes.  :)17:56
carl_baldwinI'm sure I'll have something up today for review.17:57
maruncarl_baldwin: not your mess, but thank you for taking responsibility :)17:57
maruncarl_baldwin: I'll work on providing rapid turnaround.17:57
carl_baldwinmarun: Glad to help.  I'll tag you as a reviewer.17:58
*** rotbeard has quit IRC17:58
*** sbfox has joined #openstack-neutron17:58
maruncarl_baldwin: great!17:58
*** mtreinish has quit IRC18:00
*** mwagner_ is now known as mwagner_afk18:00
*** dave_tucker_zzz is now known as dave_tucker18:00
*** mtreinish has joined #openstack-neutron18:01
HenryGarosen: salv-orlando: who can look into NSX plugin migration issues?  See bug #129845618:01
*** sbfox has quit IRC18:01
*** sridhar has joined #openstack-neutron18:03
*** julim has quit IRC18:04
*** sandr8 has quit IRC18:04
*** otherwiseguy has quit IRC18:05
*** julim has joined #openstack-neutron18:06
openstackgerritA change was merged to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/8436618:13
*** baoli has quit IRC18:13
*** Sukhdev has joined #openstack-neutron18:14
*** jlibosva has joined #openstack-neutron18:15
*** sbfox has joined #openstack-neutron18:22
*** sn6i23a has joined #openstack-neutron18:22
*** thuc has quit IRC18:22
*** thuc has joined #openstack-neutron18:24
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Use os.uname() instead of calling uname in subprocess  https://review.openstack.org/8446218:24
*** thuc has quit IRC18:24
*** thuc has joined #openstack-neutron18:24
*** singhs has quit IRC18:32
*** sbfox has quit IRC18:32
openstackgerritHenry Gessau proposed a change to openstack/neutron: Remove auto-generation of db schema from models at startup  https://review.openstack.org/4029618:34
*** Longgeek has quit IRC18:36
*** Longgeek has joined #openstack-neutron18:37
openstackgerritHenry Gessau proposed a change to openstack/neutron: WIP: add dependent plugin migrations  https://review.openstack.org/8451918:38
*** sphoorti__ has quit IRC18:38
*** dave_tucker is now known as dave_tucker_zzz18:40
*** Longgeek has quit IRC18:42
*** jroovers has joined #openstack-neutron18:42
*** sbfox has joined #openstack-neutron18:42
*** dave_tucker_zzz is now known as dave_tucker18:43
mesterymarun: How can I run a specific functional test similar to how I run a specific UT test with tox?18:44
mesterymarun: I'm writing the VXLAN version functional tests now, thus the question. :)18:44
*** sandr8 has joined #openstack-neutron18:47
*** thedodd has joined #openstack-neutron18:48
*** Longgeek has joined #openstack-neutron18:53
*** tomoe_ has quit IRC18:55
jlibosvamestery: I'm not maru :) , but have you tried "tox -efunctional" ?18:56
*** tomoe_ has joined #openstack-neutron18:56
openstackgerritAaron Rosen proposed a change to openstack/neutron: NSX: Ensure that DynamicLoop for sync doesn't raise  https://review.openstack.org/8452318:57
*** evgenyf has quit IRC18:58
*** tvardeman has quit IRC18:58
mesteryjlibosva: I have, and that's how I run all of them, but how do I run a specific one? (And thanks for the offer of assistance!)18:59
*** tomoe_ has quit IRC19:00
*** gdubreui has joined #openstack-neutron19:00
*** jistr has joined #openstack-neutron19:01
jlibosvamestery: this worked for me: "tox -efunctional -- agent.linux.test_async_process"19:03
ekarlsomestery: care for a question on gre ?19:03
HenryGmestery: example: tox -e functional -- tests.functional.agent.linux.test_ovsdb_monitor.TestSimpleInterfaceMonitor19:04
mesteryjilbosva: Thanks!19:04
jlibosvamestery: while the test is placed in "neutron/tests/functional/agent/linux/test_async_process", there is set env variable so I guess the path should be relative to "neutron/tests/functional"19:04
ekarlsotrying to debug why dhcp traffic isn't going from the compute node to the network node19:05
*** networkstatic has joined #openstack-neutron19:05
ekarlsoI can't see any dhcp packets arriving at the net node19:05
mesteryekarlso: Give me a few minutes, doing 3 things at once. :)19:05
ekarlso:)19:05
jlibosvahappy to help :)19:07
*** markmcclain has quit IRC19:08
ekarlsodunno how to debug it19:08
ekarlsoall seems fine :/19:08
*** jlibosva has quit IRC19:09
*** singhs has joined #openstack-neutron19:11
*** thuc has quit IRC19:12
openstackgerritHenry Gessau proposed a change to openstack/neutron: WIP: add dependent plugin migrations  https://review.openstack.org/8451919:12
*** thuc has joined #openstack-neutron19:12
*** thuc has quit IRC19:17
*** leseb has joined #openstack-neutron19:21
openstackgerritIan Wienand proposed a change to openstack/neutron: Record and log reason for dhcp agent resync  https://review.openstack.org/8117319:23
openstackgerritAaron Rosen proposed a change to openstack/neutron: NSX: Ensure that DynamicLoop for sync doesn't raise  https://review.openstack.org/8452319:29
*** otherwiseguy has joined #openstack-neutron19:29
marunmestery: ping19:33
*** jp_at_hp has quit IRC19:33
mesterymarun: In a meeting now, FYI.19:34
marunmestery: I'll send an email.19:34
ekarlsoanyone know ?19:34
mesterymarun: Thanks!19:34
marunekarlso: tcpdump is your friend :)19:37
*** jp_at_hp has joined #openstack-neutron19:40
ekarlsomarun: really already done that19:42
marunekarlso: so you know where the traffic is being dropped?19:43
ekarlsomarun: well I tcpdump on the net nodes tap and nothing arrives19:48
ekarlsohow can I tcpdump on the compute ?19:48
ekarlsothis is IH19:48
ekarlsoI check on the br-int bridge and I see the req there but no reponse19:48
marunekarlso: you need to know each device between the source and destination and use bisection to discover at what point the traffic disappears19:48
ekarlsoa bit crap marun to tcpdump on the phys interface of the net node as there's tons of other traffic19:50
marunekarlso: filter the results for only the traffic you're looking for19:50
*** yamahata has joined #openstack-neutron19:55
*** thuc has joined #openstack-neutron19:56
ekarlsomarun: so19:57
ekarlsoI am tcptumping on the eth on the compute with a dst filter of the gre endpoint of the net node19:57
ekarlsoalso dumping on the endpoint on the net node and I see the dhcp packet both places19:58
ekarlsobut when I dump on the dhcp tap interface there's no packet19:58
*** baoli has joined #openstack-neutron19:58
*** baoli has quit IRC19:58
*** baoli has joined #openstack-neutron19:59
*** sbfox1 has joined #openstack-neutron19:59
*** zzelle has joined #openstack-neutron20:00
*** sbfox has quit IRC20:00
*** BuSerD has joined #openstack-neutron20:01
*** markmcclain has joined #openstack-neutron20:03
*** mwagner_afk has quit IRC20:03
*** sbfox has joined #openstack-neutron20:03
ekarlsoI don't have a big enough grasp on the network stuff do know where it stops next20:03
*** sbfox1 has quit IRC20:03
HenryGkevinbenton: ping20:05
kevinbentonHenryG: pong20:06
marunekarlso: it's kind of hard to work with neutron if you don't have a networking background20:06
ekarlsomarun: i've done it before ..20:06
ekarlsoshould the ovs-ofctl dump-flows br-int on the net node give any results except: cookie=0x0, duration=478.921s, table=0, n_packets=9, n_bytes=1434, idle_age=337, priority=0 actions=NORMAL20:07
HenryGkevinbenton: saw on -infra that you are looking into unit test error, Permission denied: '/var/lib/neutron'?20:07
ekarlsoI thought it needed to have flows in order to know which gre stuff goes where20:08
kevinbentonHenryG: yeah20:08
HenryGkevinbenton: any progress?20:09
kevinbentonHenryG: tests are still running on my dev machine. haven't failed yet20:09
ekarlsomarun: ?20:10
marunekarlso: so you're seeing dhcp packets traverse the gre link and show up on the net node...20:11
HenryGkevinbenton: you trying the parallel --until-failure ?20:11
marunekarlso: but then not make it to the dhcp interface?20:11
ekarlsomarun: yes I see them ending up on the net nodes eth20:11
kevinbentonHenryG: yep. it just failed now20:11
ekarlsobut shouldn't there be any flows on the compute / net node ?20:11
ekarlsobtw20:12
ekarlsoif I restart openvswitch on a node and then the agent20:12
ekarlsoflows are lost...20:12
beaglesekarlso, you are using tunnelling?20:13
marunekarlso: presuming usual config, there should be br-int and br-tun20:13
ekarlsobeagles: GRE20:13
beaglesekarlso, right.. you should look at the br-tun20:13
marunekarlso: is the dhcp traffic making it to br-int?20:13
ekarlsosometimes the ovsdb thing borks and the whole thing dies20:13
ekarlsowhen it comes back up the flows for tunneling aren't there...20:13
beagles!!20:13
openstackbeagles: Error: "!" is not a valid command.20:13
*** Sukhdev has quit IRC20:14
beaglesmeaning that probably isn't expected behavior ;)20:14
kevinbentonHenryG: did you encounter the same bug?20:14
ekarlsosigh, I see why20:14
ekarlsoovsdb dies in between, one restarts it but agent doesn't pickup...20:15
HenryGkevinbenton: latest jenkins result on https://review.openstack.org/4029620:15
ekarlsoso u need to restart vswitchd and then either wait for agent to play ketchup (catchup) or restart it20:15
kevinbentonHenryG: ok20:17
*** dave_tucker is now known as dave_tucker_zzz20:17
tchaypoif we're talking about the thing where neutron-openvswitch-agent doesn't talk to the new ovsdb-server20:17
tchaypoin my experience, it doesn't catch up, not even after several days of waiting20:17
ekarlsohttps://bugs.launchpad.net/neutron/+bug/1290486 < that is a release20:18
tchaypoyep, that's the bug I was thinking of :)20:18
*** sbfox has quit IRC20:18
ekarlsosame problem20:19
ekarlsoI see errors about vswitchd dying20:19
tchaypowhat i saw yesterday is that the ovsdb-client being run by n-o-a detects that the server has gone away, so it goes away20:20
tchaypo30-60s later n-o-a starts a new client, but the new client doesn't seem to talk to the new server20:20
ekarlsoroot@svg-cn03:~# ps -ef | grep ovsdb-client | wc -l20:20
ekarlso3720:20
tchaypoI wasn't able to figure out why20:20
ekarlsodoes it keep spawning new client until vswitchd dies or smth?20:21
ekarlsoCommand: ['sudo', '/usr/bin/neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'kill', '-9', '19178' - Exit code: 9920:21
ekarlsouh, it seems to be missing the filter for the kill command...20:22
*** carl_baldwin_m has joined #openstack-neutron20:23
tchaypohuh. On my node I only get 420:23
ekarlsoit doesn't kill the old ones..20:23
tchaypone of those is the grep, one is the ovsdb-client process, one is neutron-rootwrap, and one is rootwrap-under-sudo20:23
tchaypowhen i service openvswitch-switch restart (which triggers the problem), I do see those ovsdb-client processes going away20:24
tchaypoand being recreated about a minute later20:25
kevinbentonHenryG: may have found the issue. testing the fix now20:25
*** julim has quit IRC20:25
ekarlsotchaypo: yeah, and the ovs agent doesn't catch that and resync it20:26
ekarlsoso you're kinda screwed when it happens20:26
ekarlsosince all the flows are wiped20:26
*** leseb has quit IRC20:27
*** carl_baldwin_m has quit IRC20:27
*** carl_baldwin_m has joined #openstack-neutron20:27
tchaypoand restarting n-o-a makes it recreate the flows, right?20:27
*** leseb has joined #openstack-neutron20:27
ekarlsoye20:27
*** Mario_ has joined #openstack-neutron20:28
zzellemarkmcclain, hi20:28
ekarlsoreally annoying though20:28
jogogot a quick neutron Q: are security group names case sensitive or not?20:28
jogore: https://review.openstack.org/#/c/77347/520:28
tchaypoekarlso: that's an understatement!20:29
*** jorgem1 has quit IRC20:29
*** carl_baldwin_m has quit IRC20:29
*** carl_baldwin_m has joined #openstack-neutron20:29
ekarlsothis is freakin annoying20:31
ekarlsopiece of scrap agent20:31
ekarlsotraffic not hitting where it should :(20:31
ekarlsogawd, the ovs thing dies like a fly20:31
*** leseb has quit IRC20:32
beaglesekarlso: out of curiousity what OS and ovs version are you using?20:33
ekarlsoubuntu 14.04, ovs 2.0 or so20:33
markmcclainzzelle: hi20:34
zzellemarkmclain, do you have some minutes to speek about https://blueprints.launchpad.net/neutron/+spec/provider-network-partial-specs ?20:35
*** jecarey has quit IRC20:35
tchaypoI'm also ubuntu 14.04, ovsdb-server reports "1.10.2 Compiled Sep 23 2013"20:35
markmcclainzzelle: currently in the TC meeting20:35
zzellemarkmcclain, i will wait for the meeting end20:36
*** carl_baldwin_m has quit IRC20:36
*** carl_baldwin_m has joined #openstack-neutron20:37
*** jistr has quit IRC20:37
beaglesah, life on the bleeding edge.. unfortunately, there is often a lot of bleeding there ;)20:37
carl_baldwinmarun: Is there a bug already filed for the problem we discussed with rpc workers?20:39
mesteryubuntu 14.04 is only using OVS 1.10?20:41
ekarlsono20:41
ekarlsoit has ovs 2.020:41
* mestery breathes a sigh of relief.20:41
tchaypoI wonder why I have such an old version.20:43
*** jroovers has quit IRC20:43
*** carl_baldwin_m has quit IRC20:44
*** dims_ has quit IRC20:44
*** carl_baldwin_m has joined #openstack-neutron20:44
ekarlsook20:45
ekarlsoI just rebooted everything and now it works...20:45
*** Longgeek has quit IRC20:45
ekarlsoevil neutrons20:45
*** sbfox has joined #openstack-neutron20:45
*** jecarey has joined #openstack-neutron20:46
ekarlsonow let's see how long it takes before it dies agian...20:48
maruncarl_baldwin: ah, no.20:49
carl_baldwinThat is okay.  I can file one.20:49
*** sbfox has quit IRC20:49
*** sballe has joined #openstack-neutron20:49
maruncarl_baldwin: danke20:49
*** sbfox has joined #openstack-neutron20:49
beaglesekarlso, it would be cool if you could capture the info around ovs failing and pass it on to the openvswitch crowd.20:49
beaglesekarlso, while neutron could handle recovery better, ovs crashing is a pretty serious situation and should also be resolved.20:51
*** carl_baldwin_m has quit IRC20:51
*** carl_baldwin_m has joined #openstack-neutron20:51
ekarlsobeagles: where do I check ?20:52
beaglesekarlso, the open vswitch logs might be a good place to start /var/log/openvswitch20:53
beaglesekarlso, anything that might be related in messages20:53
*** crc32 has joined #openstack-neutron20:53
*** leseb has joined #openstack-neutron20:54
tchaypoekarlso: can you update the bug with anything you find/provide? I'll try to grab matching info as well20:54
ekarlsotchaypo: sure20:58
tchaypoI'll also try to poke my system into having a less ancient version of OVS and see if I can still replicate20:58
*** carl_baldwin_m has quit IRC20:58
jogomarkmcclain: when you have a minute https://review.openstack.org/#/c/77347/520:58
*** carl_baldwin_m has joined #openstack-neutron20:59
*** blogan has joined #openstack-neutron20:59
maruncarl_baldwin: can you please send me a bug link when you have one?21:00
carl_baldwinYes, I will.21:00
markmcclainjogo: +121:00
*** blogan has quit IRC21:01
jogomarkmcclain: so  case-insensitive neutron security groups21:01
jogothis is another case of nova-network neutron tiny diffs AHH21:01
jogomarkmcclain: and I don't want to make any changes without double checking and triplechecking21:02
markmcclainyeah understood21:02
jogomarkmcclain: so two concerns -- this is a slightly incompatible behavioral change. and 2 what does neutron *want* to do21:02
markmcclainmy pref is case-sensitive long term, but we've to preserve behavior21:03
markmcclainwith nova21:04
*** manishg has quit IRC21:04
jogoso nova does both apparently21:04
*** zhipeng has joined #openstack-neutron21:05
jogomarkmcclain: I guess I see no good answer here yet21:05
*** carl_baldwin_m has quit IRC21:06
jogoyou are case sensitive, your API is stable. we have nova-net case insensitive  and our API is stable21:06
*** carl_baldwin_m has joined #openstack-neutron21:06
*** singhs has quit IRC21:06
jogorussellb: ^21:07
markmcclainyeah not sure what the correct behavior should be other to than preserve the behavior based on endpoint used21:07
*** casmith32 has quit IRC21:08
russellbadd an API extension that allows you to specify "case_insensistive" via a query param or something21:08
* russellb thinking off the cuff21:08
jogorussellb: either way you break an APIs default behavior by doing that21:08
jogoeither nova or neutron21:08
jogoI think we have to bite the bullet somewhere. I do like the idea of adding a case_insensitive option for the API we are forced to change21:09
jogoso its a fairly minor break21:09
jogoalthough I think the case sensitive would be per tenant21:10
jogonot per call21:10
*** sbfox has quit IRC21:13
*** carl_baldwin_m has quit IRC21:13
*** carl_baldwin_m has joined #openstack-neutron21:13
jogomarkmcclain: anyway -1ed the nova patch asking  josh to bring this to the ML as this is just ugly and painful21:13
jogomarkmcclain: do you know of any other issues like this?21:13
jogomarkmcclain: maybe neutron needs a nova compat mode (set per tenant?)21:14
jogoassuming other minor differences like this will arise21:14
salv-orlandomake sense. Honestly I'm not conviced by the case_sensitive query params. Maybe neutron could just move and became case-insensitive on sec group names?21:15
markmcclainzzelle: ping21:15
markmcclainsalv-orlando: might be way to address it21:15
*** sridhar has quit IRC21:15
salv-orlandoon another note, have we already filed a bug for neutron UT failure re: access to /var/lib/neutron?21:15
zzellemarkmcclain, pong21:15
jogosalv-orlando:  IMHO that is a slightly backwards incompatible change. but one we may have to live with21:15
markmcclainhonestly seems kind of crazy someone would define a "Default" and "default" group21:16
jogomarkmcclain: heh21:16
salv-orlandomarkmcclain: I am convinced it will address that. I am not convinced it is the right way of doing that.21:16
jogoand dEfAuLt21:16
*** mlavalle has joined #openstack-neutron21:16
zzellezzelle, my question(s) what are the next steps for https://blueprints.launchpad.net/neutron/+spec/provider-network-partial-specs ? to get it approved21:17
zzellemarkmclain, it has been approved during ml2 meeting21:17
jogomarkmcclain: do you know of any other issues like this off hand?21:17
markmcclainzzelle: I'll be sending out an email later formally opening for Juno21:17
markmcclainthat change will include requirement to file blueprints in the new format21:18
*** rkukura has quit IRC21:18
zzellemarkmcclain, new format ? like using gerrit for BP as for nova ?21:18
markmcclainthat is the next step, but I've been trying to keep the churn in the tree down for a day or so should the RC have any issues21:18
markmcclainzzelle: exactly21:18
salv-orlandomarkmcclain, jogo: this has been happening for the past 4 hours -> http://bit.ly/1lAFeUb21:18
salv-orlandohitting gate as well21:18
salv-orlandoare you already aware?21:19
zzellemarkmcclain, interested to see how it evolves21:19
*** jp_at_hp has quit IRC21:19
jogosalv-orlando: ahh that is just on neutron unit tests21:19
markmcclainzzelle: yeah, but it has to be better than the old way where we had blueprints in 6 different mediums structured lots of ways21:19
jogosalv-orlando: my guess is out of memory21:19
jogosalv-orlando: lets hope over to infra21:20
jogosalv-orlando: do you have an e-r patch up for this?21:20
markmcclainsalv-orlando: this merged: https://review.openstack.org/#/c/83474/21:20
*** carl_baldwin_m has quit IRC21:20
*** jprovazn has quit IRC21:20
salv-orlandoI can have it in 5 minutes21:20
*** carl_baldwin_m has joined #openstack-neutron21:20
jogosalv-orlando: great21:21
salv-orlandomarkmcclain: what has  83474 to do with the unit test failure?21:21
markmcclainoh wait nevermind its not related to keystone change21:21
ekarlsois it normal to get alot of tcp checksum incorrect on instances ?21:21
*** foexle has quit IRC21:22
*** carl_baldwin_m has quit IRC21:27
*** carl_baldwin_m has joined #openstack-neutron21:28
*** catohornet has quit IRC21:30
*** bjornar has quit IRC21:30
*** sbfox has joined #openstack-neutron21:33
*** carl_baldwin_m has quit IRC21:35
*** carl_baldwin_m has joined #openstack-neutron21:35
*** thuc has quit IRC21:41
*** thuc has joined #openstack-neutron21:41
*** carl_baldwin_m has quit IRC21:42
*** carl_baldwin_m has joined #openstack-neutron21:42
*** sbfox has quit IRC21:43
*** sbfox has joined #openstack-neutron21:44
carl_baldwinmarun: https://bugs.launchpad.net/neutron/+bug/130103521:46
*** BuSerD has quit IRC21:46
*** thuc has quit IRC21:46
openstackgerritKevin Benton proposed a change to openstack/neutron: Pin to lower oslo.config version  https://review.openstack.org/8456221:46
*** carl_baldwin_m has quit IRC21:49
*** salv-orlando_ has joined #openstack-neutron21:49
*** enikanorov has joined #openstack-neutron21:49
*** BuSerD has joined #openstack-neutron21:49
*** carl_baldwin_m has joined #openstack-neutron21:49
*** francois_eleouet has joined #openstack-neutron21:52
*** dguerri_ has joined #openstack-neutron21:53
*** cgoncalv1s has joined #openstack-neutron21:54
*** dguerri has quit IRC21:54
*** openstackgerrit has quit IRC21:54
*** salv-orlando has quit IRC21:54
*** markvoelker has quit IRC21:54
*** feleouet has quit IRC21:54
*** enikanorov_ has quit IRC21:54
*** cgoncalves has quit IRC21:54
*** salv-orlando_ is now known as salv-orlando21:54
*** singhs has joined #openstack-neutron21:56
*** carl_baldwin_m has quit IRC21:56
*** carl_baldwin_m has joined #openstack-neutron21:57
markmcclainkevinbenton: we can't pin the version21:57
markmcclainso we need to find where the conflict is occurring21:57
*** dvorkinista has quit IRC21:57
*** carl_baldwin_m has quit IRC21:57
kevinbentonmarkmcclain: the problem is now it's being evaluated immediately on definition now21:58
kevinbentonmarkmcclain: will have to change several unit tests. is that okay?21:58
markmcclainyes that is preferrable to fix the tests21:59
markmcclainbecause we'll have to fix long term anyway21:59
kevinbentonmarkmcclain: ok. i will do it then22:00
markmcclainthanks for working on this22:00
markmcclainI've got to step out for a bit, but I'll check in when I return22:00
*** rkukura has joined #openstack-neutron22:01
markmcclainfortunately this is only breaking UT, so we won't be blocking the gate22:01
jogomarkmcclain: I am working fixing the test22:01
jogomarkmcclain: will have a patch soon22:02
markmcclainjogo: oh cool22:02
markmcclainkevinbenton: ^^22:02
jogomarkmcclain: may take a minute because forgot to drop the '-r' in tox22:02
kevinbentonjogo: it's more than one22:03
kevinbentonjogo: like 7 of them22:03
*** sungju_ has joined #openstack-neutron22:04
jogokevinbenton: I run devpi-server22:04
jogoso its just a minute22:04
jogohttps://pypi.python.org/pypi/devpi-server/1.2.122:04
jogoits a great trick22:06
*** dims_ has joined #openstack-neutron22:06
*** armax has quit IRC22:07
jogokevinbenton markmcclain: fix https://review.openstack.org/8456822:10
markmcclainjogo: cool22:11
*** banix has quit IRC22:13
markmcclainjogo: looks like we lost the lottery and the py26 check will take ~hr because of the node it ended up on22:14
*** leseb has quit IRC22:14
*** WackoRobie has quit IRC22:14
jogomarkmcclain: trying to propose a match to milestone proposed but hitting something funny22:14
*** alexpilotti has quit IRC22:14
*** leseb has joined #openstack-neutron22:15
*** sballe has quit IRC22:15
*** WackoRobie has joined #openstack-neutron22:15
jogoahh there we go defaultbranch=stable/havana22:18
*** dims_ has quit IRC22:18
jogoerr https://review.openstack.org/8456922:18
*** leseb has quit IRC22:19
*** WackoRobie has quit IRC22:19
*** jobewan has quit IRC22:21
*** jgrimm has quit IRC22:23
*** jaypipes has joined #openstack-neutron22:24
*** djoreilly has quit IRC22:24
*** zhipeng has quit IRC22:24
*** zhipeng has joined #openstack-neutron22:24
*** thuc has joined #openstack-neutron22:25
*** thuc has quit IRC22:25
*** thuc has joined #openstack-neutron22:26
*** changbl has quit IRC22:32
markmcclainjogo: thanks I'll let ttx know that we'll need an RC222:33
jogomarkmcclain: cool22:34
*** dims_ has joined #openstack-neutron22:36
jogoI'm happy the fix was so easy22:38
jogobut this brings up an interesting point22:38
jogosdague: ^ we should use integrated gate reqs for unit tests too ?22:38
*** prad has quit IRC22:38
arosenjogo:  awesome thanks for that fix. I've been changing /var/run/neutron to /opt/stack/neutron for a while now22:40
* arosen manually in the code X.o22:40
*** thuc has quit IRC22:42
jogoarosen: haha22:42
*** thuc has joined #openstack-neutron22:42
arosenjogo:  https://review.openstack.org/#/c/75253/2/neutron/common/config.py :)22:43
*** thedodd has quit IRC22:43
*** yfried__ has quit IRC22:44
jogoarosen: hehe22:44
*** otherwiseguy has quit IRC22:44
jogoarosen markmcclain so maybe a better solution is to use a tempdir for state_path itself22:45
jogomarkmcclain: thoughts?22:45
*** baoli has quit IRC22:46
*** manishg has joined #openstack-neutron22:46
*** thuc has quit IRC22:46
markmcclainyes state_path should probably be a tempdir22:47
*** zzelle has quit IRC22:48
*** sn6i23a has quit IRC22:51
*** markmcclain has quit IRC22:52
jogomarkmcclain: matches revised22:52
tchaypoekarlso: I expect you saw a massive email from me :)22:52
*** mlavalle has quit IRC22:53
ekarlsowhich one tchaypo ?22:54
ekarlsoI get tons :22:54
*** jorgem has joined #openstack-neutron22:56
*** dvorkinista has joined #openstack-neutron22:56
*** thuc has joined #openstack-neutron22:57
*** armax has joined #openstack-neutron22:59
*** thuc has joined #openstack-neutron22:59
*** armax has quit IRC22:59
*** dvorkinista has quit IRC23:01
*** jorgem has quit IRC23:03
*** jorgem has joined #openstack-neutron23:04
*** nplanel_ has joined #openstack-neutron23:05
tchaypohaha23:07
tchaypothe one about n-o-a not replacing flows when ovsdb-server restarts23:07
*** yamahata has quit IRC23:08
*** crc32 has quit IRC23:08
*** jorgem has quit IRC23:08
*** WackoRobie has joined #openstack-neutron23:08
lifelesstchaypo: was that to -dev?23:13
*** pcm_ has quit IRC23:14
*** networkstatic is now known as networkstatic_zZ23:14
*** jorgem has joined #openstack-neutron23:16
tchaypono, I updated the bug23:18
*** jorgem has quit IRC23:21
*** _afazekas has quit IRC23:21
*** dvorkinista has joined #openstack-neutron23:23
*** thuc has quit IRC23:30
*** mwagner_afk has joined #openstack-neutron23:32
*** pcm_ has joined #openstack-neutron23:33
*** otherwiseguy has joined #openstack-neutron23:36
maruncarl_baldwin: danke (for the bug link)23:40
carl_baldwinpw23:40
carl_baldwinyw23:40
*** kevinbenton has left #openstack-neutron23:44
*** thuc has joined #openstack-neutron23:45
*** kevinbenton has joined #openstack-neutron23:45
maruncarl_baldwin: is the patch ready for review or are you still iterating?23:46
carl_baldwinI think patch set 2 is ready for review.23:47

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