Wednesday, 2015-04-08

*** ivar-lazzaro has quit IRC00:00
*** ivar-lazzaro has joined #openstack-neutron00:01
*** dannywilson has quit IRC00:01
*** ivar-laz_ has joined #openstack-neutron00:05
*** ivar-lazzaro has quit IRC00:05
*** rangansw has quit IRC00:05
*** zhenq has joined #openstack-neutron00:07
*** baoli has joined #openstack-neutron00:07
*** xgerman has quit IRC00:08
*** salv-orlando has quit IRC00:10
*** dave-mccowan has joined #openstack-neutron00:13
*** tgohad has quit IRC00:15
*** leenheer has quit IRC00:16
openstackgerritArvind Somya proposed openstack/neutron: Model and migration for cisco providernet extension driver  https://review.openstack.org/17132600:20
*** rook__ has joined #openstack-neutron00:24
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100300:24
*** jaypipes has quit IRC00:27
*** rook__ has quit IRC00:29
*** ronis_ has quit IRC00:30
*** dane_leblanc has quit IRC00:41
*** claudiub has quit IRC00:43
*** Zemeio has quit IRC00:44
*** emagana has quit IRC00:46
prometheanfireijw: we didn't get that far in checking00:49
prometheanfireijw: I think the next step for us is to see if we can manually change the host bridge/tap interface's mtu, if that works we know the neutron-agent/server peices are working, and then apply a test patch00:50
*** Longgeek has joined #openstack-neutron00:50
prometheanfireto the client00:50
Sam-I-Amprometheanfire: moo00:51
prometheanfireSam-I-Am: mooooo00:51
prometheanfireSam-I-Am: does that plan sound good?00:51
*** pavel_bondar has quit IRC00:51
prometheanfireSam-I-Am: btw, I'll need the IP, since it's my work laptop that's still ssh'd in00:52
Sam-I-Amprometheanfire: i did some more testing and don't actually see the mtu being set on device creation00:52
*** pavel_bondar has joined #openstack-neutron00:52
Sam-I-Amhowever, in the agents container, they're set somehow... and not on compute.00:52
*** Marga_ has quit IRC00:53
prometheanfireSam-I-Am: it's because the agent on the nova host/compute/whatever doesn00:53
prometheanfiredoesn't run through ml2, but I could be talking out my ass00:53
Sam-I-Amprometheanfire: 23.253.65.7500:53
Sam-I-Amit should be using ml200:53
*** nlahouti has quit IRC00:53
Sam-I-Amthe lb agents all use the same config00:53
prometheanfireit should, but at least the linuxbridge section isn't being called thoguh it I think00:53
prometheanfirethe LB ini file has many sections00:54
prometheanfiremain one is where you set the mtu00:54
Sam-I-Ami sure hope its reading it all...00:54
prometheanfirebut I think the nova server only cares about the linuxbridge section00:54
prometheanfireat least that's what that patch implies00:54
prometheanfireto me00:54
*** oda-g has quit IRC00:55
*** oda-g has joined #openstack-neutron00:56
*** Sukhdev has quit IRC00:58
Sam-I-Amprometheanfire: this needs more digging00:58
Sam-I-Amor just some answers in here might be easier :)00:58
*** amuller has quit IRC00:59
prometheanfireSam-I-Am: I still think it testing by manually settng the mtu of the nova-comupte's client bridge/tap to verify that the neutron-server/client stuff is good would be benificial00:59
prometheanfireit would allow us to focus solely on the nova-compute side00:59
*** zzzeek has quit IRC01:00
Sam-I-Amalso seems like bridges assume mtu of the smallest port on them, and wont let you change it from 1500 unless those devices are higher01:01
prometheanfireI think it's smallest by default, but can be set seperately01:03
prometheanfirethe order I did the host was  tap -> bridge01:03
prometheanfireso I don't know for sure01:03
Sam-I-Amit should be tap -> bridge01:03
*** shwetaap has quit IRC01:04
prometheanfireI mean the order I changed mtu manually01:04
Sam-I-Amright01:05
*** Longgeek has quit IRC01:07
*** _cjones_ has quit IRC01:08
*** Longgeek has joined #openstack-neutron01:08
prometheanfireSam-I-Am: you are right about the ordering, just tested01:09
*** banix has joined #openstack-neutron01:13
dmzis it possible to have a per-network setting for dhcp-agent to send differnet "search" settings for dns settings; currently resolv.conf gets set to search openstack, i want to have it insert a custom search domain per subnet01:15
openstackgerritSaksham Varma proposed openstack/neutron: N1Kv: Make neutron-VSM sync interval configurable  https://review.openstack.org/17145101:17
openstackgerritSaksham Varma proposed openstack/neutron: N1Kv: Make neutron-VSM sync interval configurable  https://review.openstack.org/17145101:21
*** shwetaap has joined #openstack-neutron01:23
*** banix has quit IRC01:23
*** yamamoto has joined #openstack-neutron01:24
*** shwetaap1 has joined #openstack-neutron01:24
*** ivar-laz_ has quit IRC01:25
*** rook__ has joined #openstack-neutron01:25
*** signed8bit has joined #openstack-neutron01:28
*** Kennan has joined #openstack-neutron01:28
Kennanhi neutron-cores, could I ask one question ?01:28
*** shwetaap has quit IRC01:28
*** ijw has quit IRC01:28
KennanI found if I used latest devstack, when the step to install neutron side01:29
*** signed8bit has quit IRC01:29
Kennanthe machine would lost connection01:29
KennanDoes neutron have new changes to devstack ? like loadbalance and etc.01:29
KennanSeems neutron side issue01:29
*** rook__ has quit IRC01:29
*** sbfox has joined #openstack-neutron01:31
*** luqas has joined #openstack-neutron01:31
*** leenheer has joined #openstack-neutron01:32
*** s3wong has quit IRC01:33
*** popw has joined #openstack-neutron01:33
*** stanzgy has joined #openstack-neutron01:34
*** luqas has quit IRC01:36
*** dboik has joined #openstack-neutron01:37
*** haleyb_ has joined #openstack-neutron01:37
*** alex_xu has joined #openstack-neutron01:37
*** tiswanso has joined #openstack-neutron01:38
*** tiswanso has quit IRC01:38
*** tiswanso has joined #openstack-neutron01:38
*** achanda has quit IRC01:38
*** melwitt has quit IRC01:40
*** erkules has quit IRC01:42
*** tiswanso has quit IRC01:42
*** tiswanso has joined #openstack-neutron01:43
*** vivek-eb_ has quit IRC01:44
guscores: can someone approve https://review.openstack.org/#/c/160230/ already?  I'm getting sick of patching it into all my changes :/01:47
gus(forces tox to run tests under python2.7, instead of whatever version of python `tox` runs with.  The Debian python-tox package has moved to python3 recently)01:48
gusto be more precise: s/tests/pep8, etc/01:48
*** dims_ has quit IRC01:51
*** sbfox has quit IRC01:51
*** baoli has quit IRC01:52
*** baoli has joined #openstack-neutron01:52
*** tomoe_ has joined #openstack-neutron01:56
*** jckasper has joined #openstack-neutron01:57
*** tflynn has joined #openstack-neutron01:58
*** salv-orlando has joined #openstack-neutron01:59
*** tiswanso_ has joined #openstack-neutron01:59
*** jdaggett has quit IRC02:00
*** haleyb_ has quit IRC02:01
*** tiswanso has quit IRC02:01
*** comstud has quit IRC02:01
*** lbragstad has quit IRC02:01
*** Trozz_ has joined #openstack-neutron02:01
*** boris-42 has quit IRC02:02
*** rstarr has quit IRC02:02
*** adam_g has quit IRC02:02
*** gus has quit IRC02:02
*** zacksh has quit IRC02:02
*** Trozz has quit IRC02:02
*** jroll has quit IRC02:02
*** gus has joined #openstack-neutron02:03
*** zacksh has joined #openstack-neutron02:03
*** salv-orlando has quit IRC02:04
*** jdaggett has joined #openstack-neutron02:04
*** boris-42 has joined #openstack-neutron02:05
*** adam_g has joined #openstack-neutron02:07
*** comstud has joined #openstack-neutron02:07
*** jroll has joined #openstack-neutron02:07
*** adam_g has quit IRC02:07
*** adam_g has joined #openstack-neutron02:07
*** jroll has quit IRC02:08
*** jroll has joined #openstack-neutron02:08
*** lbragstad has joined #openstack-neutron02:11
*** julim has quit IRC02:12
*** yamahata has quit IRC02:16
*** vivek-ebay has joined #openstack-neutron02:17
*** jckasper has quit IRC02:17
*** chandankumar has joined #openstack-neutron02:22
*** harlowja is now known as harlowja_away02:22
*** baoli has quit IRC02:24
*** tflynn has quit IRC02:24
*** rook__ has joined #openstack-neutron02:26
*** sbfox has joined #openstack-neutron02:26
*** chandankumar has quit IRC02:27
*** baoli has joined #openstack-neutron02:28
*** banix has joined #openstack-neutron02:29
*** tflynn has joined #openstack-neutron02:29
*** rook__ has quit IRC02:30
*** tomoe_ has quit IRC02:36
*** tflynn has quit IRC02:37
*** tflynn has joined #openstack-neutron02:38
*** jckasper has joined #openstack-neutron02:38
*** achanda has joined #openstack-neutron02:39
*** suresh12 has quit IRC02:44
*** tflynn has quit IRC02:44
*** flwang has quit IRC02:44
*** flwang has joined #openstack-neutron02:44
*** banix has quit IRC02:45
*** jckasper has quit IRC02:48
*** jckasper has joined #openstack-neutron02:49
*** dims has joined #openstack-neutron02:51
*** tomoe_ has joined #openstack-neutron02:52
*** rstarr has joined #openstack-neutron02:53
*** baoli has quit IRC02:56
*** dims has quit IRC02:57
*** jckasper has quit IRC02:58
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: test_ovs_neutron_agent: Remove useless ofport=10 arguments  https://review.openstack.org/15820802:58
*** tflynn has joined #openstack-neutron03:00
*** sbfox has quit IRC03:04
*** leenheer has quit IRC03:05
*** vivek-ebay has quit IRC03:06
*** julim has joined #openstack-neutron03:08
*** tflynn has quit IRC03:11
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: test_l2population: Reduce code duplication in migration tests  https://review.openstack.org/15818403:13
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: test_l2population: Simplify migration tests  https://review.openstack.org/15818203:13
*** xgerman has joined #openstack-neutron03:16
*** boris-42 has quit IRC03:18
*** xgerman has quit IRC03:18
*** zhenq has quit IRC03:19
*** tiswanso_ has quit IRC03:19
*** vivek-ebay has joined #openstack-neutron03:19
*** alex_xu has quit IRC03:20
*** alex_xu has joined #openstack-neutron03:21
*** rook__ has joined #openstack-neutron03:26
*** yuanying has joined #openstack-neutron03:28
*** salv-orlando has joined #openstack-neutron03:28
*** vivek-ebay has quit IRC03:30
*** vivek-ebay has joined #openstack-neutron03:31
*** rook__ has quit IRC03:31
*** luqas has joined #openstack-neutron03:33
*** luqas has quit IRC03:38
*** tflynn has joined #openstack-neutron03:38
*** xgerman has joined #openstack-neutron03:43
*** achanda has quit IRC03:43
*** shwetaap1 has quit IRC03:44
*** coolsvap|afk is now known as coolsvap03:48
*** xgerman has quit IRC03:54
*** leenheer has joined #openstack-neutron03:55
*** pradipta has joined #openstack-neutron03:55
openstackgerritRaoFei proposed openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956903:56
*** tomoe__ has joined #openstack-neutron03:58
*** tomoe_ has quit IRC03:58
*** shwetaap has joined #openstack-neutron03:58
*** vivek-ebay has quit IRC04:00
*** pal has joined #openstack-neutron04:01
openstackgerritAssaf Muller proposed openstack/neutron: Update port bindings for master router  https://review.openstack.org/14111404:02
*** sthillma has joined #openstack-neutron04:04
*** YorikSar has joined #openstack-neutron04:04
openstackgerritpritesh proposed openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956904:05
*** pritesh has joined #openstack-neutron04:05
*** psd has joined #openstack-neutron04:06
*** tomoe__ has quit IRC04:07
*** rwsu has quit IRC04:07
openstackgerritAssaf Muller proposed openstack/neutron: Update port bindings for master router  https://review.openstack.org/14111404:07
*** salv-orlando has quit IRC04:08
*** tomoe_ has joined #openstack-neutron04:09
*** erkules has joined #openstack-neutron04:11
*** dboik has quit IRC04:13
*** suresh12 has joined #openstack-neutron04:16
*** _cjones_ has joined #openstack-neutron04:19
*** _cjones_ has quit IRC04:19
*** _cjones_ has joined #openstack-neutron04:20
*** aranjan has joined #openstack-neutron04:21
*** aswadr has joined #openstack-neutron04:21
*** seizadi has joined #openstack-neutron04:22
*** zhhuabj_ has joined #openstack-neutron04:22
*** anish_ has joined #openstack-neutron04:23
*** shwetaap has quit IRC04:24
*** shwetaap has joined #openstack-neutron04:25
*** zhhuabj has quit IRC04:26
*** tomoe_ has quit IRC04:27
*** rook__ has joined #openstack-neutron04:27
*** leenheer has quit IRC04:28
*** _cjones_ has quit IRC04:28
*** tomoe_ has joined #openstack-neutron04:29
*** rook__ has quit IRC04:32
*** tflynn has quit IRC04:32
*** psd has quit IRC04:34
*** sbfox has joined #openstack-neutron04:35
*** chandankumar has joined #openstack-neutron04:40
*** irenab has joined #openstack-neutron04:40
openstackgerritMerged openstack/neutron: Fix intermittent UT failures in test_utils  https://review.openstack.org/17143304:40
*** coolsvap is now known as coolsvap|afk04:41
*** YorikSar has quit IRC04:43
*** achanda has joined #openstack-neutron04:44
*** anshul has joined #openstack-neutron04:44
*** Marga_ has joined #openstack-neutron04:45
*** Marga_ has quit IRC04:45
*** Marga_ has joined #openstack-neutron04:45
*** Marga_ has quit IRC04:45
*** Marga_ has joined #openstack-neutron04:46
*** aranjan has quit IRC04:46
*** aranjan has joined #openstack-neutron04:47
*** xgerman has joined #openstack-neutron04:48
*** annegentle has joined #openstack-neutron04:49
*** achanda has quit IRC04:49
*** neeti has joined #openstack-neutron04:50
*** neeti has quit IRC04:50
*** neeti has joined #openstack-neutron04:50
*** trinaths has joined #openstack-neutron04:52
*** psd has joined #openstack-neutron04:53
*** coolsvap|afk is now known as coolsvap04:53
*** annegentle has quit IRC04:54
*** TrevorV|Home has joined #openstack-neutron04:57
*** yuanying has quit IRC04:58
*** tomoe_ has quit IRC05:00
*** aranjan has quit IRC05:01
*** dave-mccowan has quit IRC05:02
*** xgerman has quit IRC05:03
*** TrevorV|Home has quit IRC05:05
*** lazy_prince has joined #openstack-neutron05:05
*** salv-orlando has joined #openstack-neutron05:11
*** julim has quit IRC05:15
*** tsg has joined #openstack-neutron05:20
openstackgerritGal Sagie proposed openstack/neutron: OVS_LIB API addition - change bridge controller connection-mode  https://review.openstack.org/16791305:21
openstackgerritHirofumi Ichihara proposed openstack/neutron-specs: Add enable_new_agents to agent conf in network node  https://review.openstack.org/17077405:22
*** yatin has joined #openstack-neutron05:24
*** armax has quit IRC05:26
*** achanda has joined #openstack-neutron05:26
*** suresh12 has quit IRC05:28
*** rook__ has joined #openstack-neutron05:28
*** changbl has joined #openstack-neutron05:31
*** rook__ has quit IRC05:33
*** tomoe_ has joined #openstack-neutron05:34
*** nlahouti has joined #openstack-neutron05:36
openstackgerritMerged openstack/neutron: Remove tests from HA routers test framework  https://review.openstack.org/17104005:37
*** abregman has joined #openstack-neutron05:40
*** bobmel has joined #openstack-neutron05:40
*** nlahouti has quit IRC05:40
*** nlahouti has joined #openstack-neutron05:40
*** dims has joined #openstack-neutron05:41
*** dims has quit IRC05:47
*** salv-orlando has quit IRC05:49
*** emagana has joined #openstack-neutron05:50
*** bradjones has quit IRC05:52
*** YorikSar has joined #openstack-neutron05:52
*** ronis_ has joined #openstack-neutron05:54
*** ankit_ag has joined #openstack-neutron05:54
*** seizadi has quit IRC05:55
*** nlahouti has quit IRC05:56
*** nplanel_ has quit IRC05:57
*** bradjones has joined #openstack-neutron05:57
*** bradjones has quit IRC05:57
*** bradjones has joined #openstack-neutron05:57
*** Tiancheng has joined #openstack-neutron05:59
*** vthapar has joined #openstack-neutron06:03
*** aepifanov has joined #openstack-neutron06:04
*** nlahouti has joined #openstack-neutron06:04
openstackgerritEdgar Magana proposed openstack/neutron: Add missing config parameters in neutron.conf  https://review.openstack.org/17105906:06
*** nlahouti has quit IRC06:06
*** nlahouti has joined #openstack-neutron06:07
*** apuimedo has joined #openstack-neutron06:07
*** Murali has joined #openstack-neutron06:08
openstackgerritMerged openstack/python-neutronclient: Support fwaasrouterinsertion extension  https://review.openstack.org/16677606:09
openstackgerritAdolfo Duarte proposed openstack/neutron: Fix DVR FloatingIP fail because of weakref leakage  https://review.openstack.org/15923006:18
*** kiran_ has joined #openstack-neutron06:22
*** _kiran_ has joined #openstack-neutron06:22
*** kiran_ is now known as kiran-r06:26
*** rook_ has joined #openstack-neutron06:29
*** anshul has quit IRC06:31
*** anshul has joined #openstack-neutron06:31
*** gildub has quit IRC06:31
*** rook_ has quit IRC06:33
*** kawa2014 has joined #openstack-neutron06:35
*** psd has quit IRC06:37
*** psd has joined #openstack-neutron06:37
*** sthillma has quit IRC06:38
*** jprovazn has joined #openstack-neutron06:39
*** suresh12 has joined #openstack-neutron06:39
*** abehl has joined #openstack-neutron06:41
*** anshul has quit IRC06:41
*** emagana has quit IRC06:42
*** emagana has joined #openstack-neutron06:42
*** suresh12 has quit IRC06:43
*** yfauser has joined #openstack-neutron06:46
*** gsagie_ has joined #openstack-neutron06:46
*** emagana has quit IRC06:47
*** nyechiel__ has joined #openstack-neutron06:48
*** yfauser has left #openstack-neutron06:48
*** doude has joined #openstack-neutron06:49
*** tsg has quit IRC06:52
*** saju_m has joined #openstack-neutron06:52
*** moshele has joined #openstack-neutron06:56
*** anshul has joined #openstack-neutron06:56
*** abehl has quit IRC06:58
*** erkules has quit IRC06:58
*** erkules has joined #openstack-neutron06:58
*** banix has joined #openstack-neutron07:01
*** nlahouti has quit IRC07:02
*** subscope has quit IRC07:04
openstackgerritpritesh proposed openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956907:07
*** numan has joined #openstack-neutron07:08
*** shwetaap has quit IRC07:10
*** sbfox has quit IRC07:12
*** kickinz1|afk is now known as kickinz107:12
*** salv-orlando has joined #openstack-neutron07:14
*** achanda has quit IRC07:15
*** achanda has joined #openstack-neutron07:16
*** subscope has joined #openstack-neutron07:17
*** akamyshnikova has quit IRC07:19
*** pask81 has joined #openstack-neutron07:19
*** matrohon has joined #openstack-neutron07:23
*** numan has quit IRC07:23
*** luqas has joined #openstack-neutron07:23
*** afazekas has joined #openstack-neutron07:23
*** pask81 has quit IRC07:25
*** luqas has quit IRC07:26
*** pask81 has joined #openstack-neutron07:29
*** anilvenkata has joined #openstack-neutron07:29
*** rook_ has joined #openstack-neutron07:29
*** gsagie_ has quit IRC07:29
*** anshul has quit IRC07:29
*** jlibosva has joined #openstack-neutron07:31
*** pritesh has quit IRC07:31
*** akamyshnikova has joined #openstack-neutron07:31
*** luqas has joined #openstack-neutron07:32
*** tflynn has joined #openstack-neutron07:33
*** Marga_ has quit IRC07:33
*** rook_ has quit IRC07:34
*** tflynn has quit IRC07:37
*** anshul has joined #openstack-neutron07:38
*** yog__ has joined #openstack-neutron07:39
*** achanda has quit IRC07:40
openstackgerritMerged openstack/neutron-vpnaas: VPNaaS: Remove check for bash usage  https://review.openstack.org/17127807:42
*** jpena has joined #openstack-neutron07:49
*** amotoki has joined #openstack-neutron07:50
*** salv-orl_ has joined #openstack-neutron07:50
*** ygbo has joined #openstack-neutron07:51
*** safchain has joined #openstack-neutron07:51
*** SridharG1 has joined #openstack-neutron07:53
*** salv-orlando has quit IRC07:55
*** Murali has quit IRC07:57
*** huwei_ has joined #openstack-neutron08:00
*** huwei__ has joined #openstack-neutron08:01
*** jistr has joined #openstack-neutron08:02
*** banix has quit IRC08:06
*** atuvenie has joined #openstack-neutron08:06
*** aepifanov has quit IRC08:11
*** YorikSar has quit IRC08:13
*** bradjones has quit IRC08:14
*** YorikSar has joined #openstack-neutron08:14
*** ivar-lazzaro has joined #openstack-neutron08:20
*** bradjones has joined #openstack-neutron08:20
*** bradjones has quit IRC08:21
*** bradjones has joined #openstack-neutron08:21
*** mikal has quit IRC08:22
*** mikal has joined #openstack-neutron08:23
*** ihrachyshka has joined #openstack-neutron08:25
*** saju_m has quit IRC08:27
*** rook_ has joined #openstack-neutron08:30
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: l2pop UT: Reduce code duplication in migration tests  https://review.openstack.org/15818408:34
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: l2pop UT: Simplify migration tests  https://review.openstack.org/15818208:34
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: l2pop UT: Expire cached db objects before reusing a session  https://review.openstack.org/17152008:34
*** ivar-lazzaro has quit IRC08:34
*** rook_ has quit IRC08:34
*** oomichi has joined #openstack-neutron08:37
*** salv-orl_ has quit IRC08:47
*** atuvenie has quit IRC08:49
*** anshul has quit IRC08:56
*** ronis_ has quit IRC08:56
*** nyechiel__ is now known as nyechiel08:59
openstackgerritMathieu Rohon proposed openstack/neutron: ML2: Change port status only when it's bound to the host  https://review.openstack.org/16317809:00
*** luqas has quit IRC09:01
*** Murali has joined #openstack-neutron09:05
*** tomoe_ has quit IRC09:07
*** ociuhandu has quit IRC09:11
*** tomoe_ has joined #openstack-neutron09:14
*** anshul has joined #openstack-neutron09:16
*** moshele has quit IRC09:18
*** dims has joined #openstack-neutron09:19
*** hichihara has quit IRC09:20
*** dims has quit IRC09:24
*** pradipta has quit IRC09:30
*** anish_ has quit IRC09:31
*** rook_ has joined #openstack-neutron09:31
*** luqas has joined #openstack-neutron09:31
*** johnchalekson has joined #openstack-neutron09:35
*** rook_ has quit IRC09:36
*** kawa2014 has quit IRC09:37
*** johnchalekson has quit IRC09:38
*** johnchalekson has joined #openstack-neutron09:40
*** johnchalekson has quit IRC09:40
*** johnchalekson has joined #openstack-neutron09:41
*** johnchalekson has quit IRC09:41
*** johnchalekson has joined #openstack-neutron09:43
*** ZZelle has joined #openstack-neutron09:43
*** anish_ has joined #openstack-neutron09:43
*** johnchalekson has joined #openstack-neutron09:44
*** johnchalekson has quit IRC09:44
*** johnchalekson has joined #openstack-neutron09:45
*** johnchalekson has joined #openstack-neutron09:45
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100309:46
*** johnchalekson has joined #openstack-neutron09:46
*** johnchalekson has joined #openstack-neutron09:47
openstackgerritPranav Salunke proposed openstack/neutron: Add non-isolated network metadata server route  https://review.openstack.org/15958009:50
*** rook_ has joined #openstack-neutron09:52
*** kawa2014 has joined #openstack-neutron09:52
*** kawa2014 has quit IRC09:55
*** kawa2014 has joined #openstack-neutron09:55
*** nmagnezi has joined #openstack-neutron09:56
*** nmagnezi has quit IRC09:57
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100309:57
*** yamamoto has quit IRC09:58
*** Murali has quit IRC09:58
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100309:59
*** ronis has joined #openstack-neutron10:00
*** ociuhandu has joined #openstack-neutron10:00
*** kickinz1 is now known as kickinz1|afk10:03
*** kickinz1|afk is now known as kickinz110:04
*** rm_work has quit IRC10:04
*** raildo|away has quit IRC10:06
*** rm_work has joined #openstack-neutron10:06
*** atuvenie has joined #openstack-neutron10:08
*** dims has joined #openstack-neutron10:08
*** salv-orlando has joined #openstack-neutron10:08
*** raildo|away has joined #openstack-neutron10:09
*** yog__ has quit IRC10:10
*** tomoe_ has quit IRC10:11
*** zhhuabj_ has quit IRC10:13
*** zhhuabj has joined #openstack-neutron10:14
*** jprovazn has quit IRC10:23
*** rook_ has quit IRC10:24
*** jprovazn has joined #openstack-neutron10:24
*** pc_m has joined #openstack-neutron10:25
*** ferest has joined #openstack-neutron10:25
*** yog__ has joined #openstack-neutron10:26
*** ebagdasa_ has quit IRC10:27
*** wznoinsk has quit IRC10:29
*** wznoinsk has joined #openstack-neutron10:31
*** ferest has quit IRC10:31
*** pdb has quit IRC10:32
*** pdb has joined #openstack-neutron10:32
*** moshele has joined #openstack-neutron10:37
*** numan has joined #openstack-neutron10:41
*** claudiub has joined #openstack-neutron10:51
*** stanzgy has quit IRC10:52
*** f13o has joined #openstack-neutron10:52
*** ebagdasa_ has joined #openstack-neutron10:53
*** yamamoto has joined #openstack-neutron10:53
*** annegentle has joined #openstack-neutron10:53
*** ebagdasa_1 has joined #openstack-neutron10:54
*** johnchalekson has quit IRC10:56
*** johnchalekson has joined #openstack-neutron10:57
*** ebagdasa_ has quit IRC10:58
*** annegentle has quit IRC10:58
*** johnchalekson has joined #openstack-neutron10:59
*** ebagdasa_ has joined #openstack-neutron11:01
*** ebagdasa_1 has quit IRC11:01
openstackgerritSridhar Gaddam proposed openstack/neutron: Spawn RADVD only in the master HA router  https://review.openstack.org/17157011:02
*** ebagdasa_ has quit IRC11:04
*** mwagner_lap has quit IRC11:05
*** ebagdasa_ has joined #openstack-neutron11:06
*** claudiub has quit IRC11:06
openstackgerritGrzegorz Grasza (xek) proposed openstack/python-neutronclient: Update neutronclient shell to use shared arguments from Session  https://review.openstack.org/17037011:08
*** jpena has quit IRC11:09
pc_mHas anyone started working on fixing FWaaS for neutron import changes? https://bugs.launchpad.net/neutron/+bug/144150111:09
openstackLaunchpad bug 1441501 in neutron "gate-neutron-fwaas-python27 fails with ImportError: cannot import name test_db_plugin" [Critical,New]11:09
*** johnchalekson has joined #openstack-neutron11:09
*** johnchalekson has quit IRC11:09
*** ebagdasa_ has quit IRC11:11
*** ebagdasa_ has joined #openstack-neutron11:11
*** yog__ has quit IRC11:12
*** yamamoto has quit IRC11:14
*** coolsvap is now known as coolsvap|afk11:15
*** jprovazn has quit IRC11:16
*** ebagdasa_ has quit IRC11:16
*** jprovazn has joined #openstack-neutron11:19
*** popw has quit IRC11:24
*** yog__ has joined #openstack-neutron11:28
*** aepifanov has joined #openstack-neutron11:31
*** trinaths has quit IRC11:33
openstackgerritPavel Bondar proposed openstack/neutron: IPAM reference driver  https://review.openstack.org/15048511:40
jlibosvapc_m: hi11:41
*** pal has quit IRC11:41
jlibosvapc_m: have you started on https://bugs.launchpad.net/neutron/+bug/1441501 yet? I tried to look on that problem and I have a fix ready11:41
openstackLaunchpad bug 1441501 in neutron "gate-neutron-fwaas-python27 fails with ImportError: cannot import name test_db_plugin" [Critical,New] - Assigned to Paul Michali (pcm)11:41
*** anilvenkata has quit IRC11:42
*** aix has joined #openstack-neutron11:42
*** johnchalekson has joined #openstack-neutron11:42
*** pbrooko has joined #openstack-neutron11:42
openstackgerritJakub Libosvar proposed openstack/neutron-fwaas: Fix import paths after UT cleanup in Neutron  https://review.openstack.org/17158411:43
*** ociuhandu has quit IRC11:43
*** johnchalekson has joined #openstack-neutron11:47
*** annegentle has joined #openstack-neutron11:54
openstackgerritenikanorov proposed openstack/neutron: Avoid synchronizing session when deleting networkdhcpagentbinding  https://review.openstack.org/17158811:55
*** ociuhandu has joined #openstack-neutron11:57
*** yfauser has joined #openstack-neutron11:59
*** yfauser has left #openstack-neutron11:59
*** annegentle has quit IRC11:59
openstackgerritenikanorov proposed openstack/neutron: OOP cleanup: start protected method names with underscore  https://review.openstack.org/16805611:59
*** yamamoto has joined #openstack-neutron12:02
*** claudiub has joined #openstack-neutron12:02
*** Tiancheng has quit IRC12:02
openstackgerritPavel Bondar proposed openstack/neutron: Implement IPAM Driver loader  https://review.openstack.org/14747912:03
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Test  https://review.openstack.org/17159212:06
*** rotbeard has joined #openstack-neutron12:12
*** anilvenkata has joined #openstack-neutron12:13
*** pc_m_ has joined #openstack-neutron12:16
*** baoli has joined #openstack-neutron12:17
*** pbrooko has quit IRC12:18
*** neeti has quit IRC12:20
*** smccully has joined #openstack-neutron12:20
*** baoli has quit IRC12:22
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100312:22
*** ociuhandu has quit IRC12:22
*** boris-42 has joined #openstack-neutron12:23
*** baoli has joined #openstack-neutron12:25
*** pbrooko has joined #openstack-neutron12:29
*** baoli_ has joined #openstack-neutron12:30
*** lazy_prince has quit IRC12:32
*** baoli has quit IRC12:33
*** raildo|away is now known as raildo12:34
*** chandankumar has quit IRC12:34
*** yamamoto has quit IRC12:37
*** neeti has joined #openstack-neutron12:39
*** prad has quit IRC12:41
*** amrith has joined #openstack-neutron12:43
openstackgerritPaul Michali proposed openstack/neutron-fwaas: FWaaS: Reorganize unit test tree  https://review.openstack.org/17160212:43
*** shwetaap has joined #openstack-neutron12:44
*** yatin has quit IRC12:46
*** dave-mccowan has joined #openstack-neutron12:47
openstackgerritRomil Gupta proposed openstack/neutron: Added config variable for External Network type in ML2  https://review.openstack.org/14954612:50
*** anilvenkata has quit IRC12:53
*** blues-man has joined #openstack-neutron12:54
*** jpena has joined #openstack-neutron12:54
*** blues-man has quit IRC12:54
*** blues-man has joined #openstack-neutron12:54
*** numan has quit IRC12:55
*** annegentle has joined #openstack-neutron12:55
*** mwagner_lap has joined #openstack-neutron12:55
*** johnchalekson has quit IRC12:55
*** pc_m_ has quit IRC12:59
*** pbrooko has quit IRC13:01
*** johnchalekson has joined #openstack-neutron13:02
*** suresh12 has joined #openstack-neutron13:03
*** jckasper has joined #openstack-neutron13:06
*** pbrooko has joined #openstack-neutron13:06
mesterypc_m: Thanks for jumping in to fix FWaaS with this one! https://review.openstack.org/#/c/171602/13:07
*** johnbelamaric has joined #openstack-neutron13:08
*** johnchalekson has joined #openstack-neutron13:08
*** numan has joined #openstack-neutron13:08
*** johnchalekson has joined #openstack-neutron13:09
*** asrangne has joined #openstack-neutron13:09
*** johnchalekson has joined #openstack-neutron13:10
*** julim has joined #openstack-neutron13:11
*** anilvenkata has joined #openstack-neutron13:11
*** johnchalekson has joined #openstack-neutron13:11
*** tomoe_ has joined #openstack-neutron13:11
*** aswadr has quit IRC13:12
*** rpothier has joined #openstack-neutron13:12
*** johnchalekson has joined #openstack-neutron13:12
*** johnchalekson has joined #openstack-neutron13:13
*** amrith is now known as _amrith_13:14
*** tiswanso has joined #openstack-neutron13:15
*** tomoe_ has quit IRC13:16
*** lukasa has joined #openstack-neutron13:16
*** _amrith_ is now known as amrith13:16
*** moshele has quit IRC13:16
*** roeyc has joined #openstack-neutron13:16
mesteryHenryG: I see dane_leblanc opened https://bugs.launchpad.net/neutron/+bug/1441382, I targeted it at RC!, but I must admit, I need help in the strategy for solving this one and https://bugs.launchpad.net/neutron/+bug/1440183 by tomorrow! :)13:17
openstackLaunchpad bug 1441382 in neutron "IPv6 SLAAC subnet Tempest tests fail due to IntegrityError " [High,New] - Assigned to Dane LeBlanc (leblancd)13:17
openstackLaunchpad bug 1440183 in neutron "DBDeadlock on subnet allocation" [Critical,In progress] - Assigned to Dane LeBlanc (leblancd)13:17
openstackgerritPavel Bondar proposed openstack/neutron: Refactor db_base_plugin_v2.py to use new IPAM  https://review.openstack.org/15323613:17
*** yamahata has joined #openstack-neutron13:17
openstackgerritKyle Mestery proposed openstack/neutron-fwaas: FWaaS: Reorganize unit test tree  https://review.openstack.org/17160213:20
*** ihrachyshka has left #openstack-neutron13:21
*** ihrachyshka has joined #openstack-neutron13:21
*** Longgeek has quit IRC13:23
*** ivar-lazzaro has joined #openstack-neutron13:24
*** ociuhandu has joined #openstack-neutron13:24
*** jpena has quit IRC13:24
*** jpena has joined #openstack-neutron13:25
*** ivar-laz_ has joined #openstack-neutron13:28
*** ivar-lazzaro has quit IRC13:29
*** ivar-laz_ has quit IRC13:30
*** ivar-lazzaro has joined #openstack-neutron13:30
*** pc_m_ has joined #openstack-neutron13:31
openstackgerritPaul Michali proposed openstack/neutron-fwaas: FWaaS: Reorganize unit test tree  https://review.openstack.org/17160213:32
*** pc_m_ has quit IRC13:32
*** thomasem has joined #openstack-neutron13:34
mesterypc_m: Thanks for the 3rd patch on that FWaaS UT fixup13:34
*** anilvenkata has quit IRC13:35
*** zhenq has joined #openstack-neutron13:35
*** thomasem has quit IRC13:36
*** amuller has joined #openstack-neutron13:37
pc_mmestery: Sure, didn't see anyone on it, so I jumped on it.13:37
pc_mmestery: Will follow up with the bash change too for FW.13:38
*** rushil has joined #openstack-neutron13:39
*** Marga_ has joined #openstack-neutron13:39
*** dane_leblanc has joined #openstack-neutron13:40
*** Marga_ has quit IRC13:40
*** haleyb_ has joined #openstack-neutron13:40
*** Marga_ has joined #openstack-neutron13:40
*** thomasem has joined #openstack-neutron13:41
*** johnchalekson has quit IRC13:43
*** johnchalekson has joined #openstack-neutron13:44
*** johnchalekson has quit IRC13:44
*** kbringard has joined #openstack-neutron13:44
*** numan has quit IRC13:44
*** johnchalekson has joined #openstack-neutron13:45
openstackgerritPaul Michali proposed openstack/neutron-fwaas: FWaaS: Remove check for bash usage  https://review.openstack.org/17163713:45
*** pal has joined #openstack-neutron13:45
*** jaypipes has joined #openstack-neutron13:48
*** apuimedo has quit IRC13:50
pc_mmestery: Here's the companion commit to remove bash check ^^13:50
mesterypc_m: I -1'd that already, I'n not holding the release for a bash check fix :)13:50
pc_mmestery: I created bug 144163213:50
openstackbug 1441632 in neutron "FWaaS: Remove checks for bash scripts" [Low,In progress] https://launchpad.net/bugs/1441632 - Assigned to Paul Michali (pcm)13:50
mesterypc_m: We have too many bugs, and we seem to keep adding more13:51
mesteryWe're never going to get the release at this rate :)13:51
pc_mmestery: Sure. np.13:51
mesteryAnd I don't think bash removal is a release blocker13:51
mesterySo, Liberty it is!13:51
mesterypc_m: But thanks for all your hard work! You're an inspiration :)13:51
*** pal has quit IRC13:52
*** anilvenkata has joined #openstack-neutron13:52
pc_mmestery: np. I had scripting to help do this for VPN, so it was easy to reuse for FW.13:52
*** dims has quit IRC13:52
mesterypc_m: nice!13:52
*** dims has joined #openstack-neutron13:53
*** jistr has quit IRC13:54
*** jistr has joined #openstack-neutron13:54
*** yamahata has quit IRC13:55
*** yamahata has joined #openstack-neutron13:55
*** aix has quit IRC13:56
pc_mmestery: So what is the process for this release? Will there be another RC, or will this one be it? When does Liberty (master) open up?13:56
*** dboik has joined #openstack-neutron13:58
*** chlong has quit IRC13:58
*** pdb has quit IRC13:59
openstackgerritenikanorov proposed openstack/neutron: Add logging to dangling port to ml2 delete_subnet  https://review.openstack.org/17166213:59
openstackgerritenikanorov proposed openstack/neutron: Add logging of dangling port to ml2 delete_subnet  https://review.openstack.org/17166214:00
*** chandankumar has joined #openstack-neutron14:00
*** nplanel_ has joined #openstack-neutron14:01
*** jobewan has joined #openstack-neutron14:03
*** anish_ has quit IRC14:03
*** numan has joined #openstack-neutron14:04
*** killer_prince has joined #openstack-neutron14:05
*** oomichi has quit IRC14:05
*** killer_prince is now known as lazy_prince14:05
*** ivar-lazzaro has quit IRC14:08
*** haleyb_ has quit IRC14:09
*** jistr has quit IRC14:10
*** ociuhandu has quit IRC14:11
*** ociuhandu_ has joined #openstack-neutron14:11
*** moshele has joined #openstack-neutron14:12
*** salv-orlando has quit IRC14:12
*** jistr has joined #openstack-neutron14:12
*** zz_jgrimm is now known as jgrimm14:13
*** suresh12 has quit IRC14:15
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Add additional time for starting l3 agents during scheduling  https://review.openstack.org/17159214:17
openstackgerritPaul Michali proposed openstack/neutron-fwaas: FWaaS: Reorganize unit test tree  https://review.openstack.org/17160214:18
mesterypc_m: I hope there isn't an RC2, but you never know.14:18
mesterypc_m: The process is the same as it always is: Once we cut the RC branch I'll merge the patches opening up Liberty, and the master branch will then be open14:18
mesterypc_m: Any new RC issues will be cherry-picked over to the RC branch for a potential RC214:19
mesterypc_m: And then, I can finally rest :)14:19
*** leenheer has joined #openstack-neutron14:19
*** asrangne__ has joined #openstack-neutron14:20
pc_mmestery: Thanks. I couldn't recall the steps... so if this RC1 looks ok, there will be a merge period and then we can update patches targeted toward liberty and continue on reviews. Gotcha.14:20
ihrachyshkadougwig, hey. a question re neutron_*aas.conf files14:20
mesterypc_m: Once we cut the RC, we'll open master and it becomes Liberty at that time :)14:21
pc_mmestery: Should I change reviews I have to WIP?14:21
ihrachyshkadougwig, wasn't it supposed that we load them magically into neutron-server without passing --config-file args?14:21
ihrachyshkadougwig, or is magic applied for specific sections and cases only?14:21
mesterypc_m: Nope, I assume cores are paying attention and not merging stuff this late in the release unless it's on the RC1 list14:21
openstackgerritArvind Somya proposed openstack/neutron: Model and migration for cisco providernet extension driver  https://review.openstack.org/17132614:21
mesteryihrachyshka: dougwig is on the west coast this week and may not be awake yet, just FYI :)14:22
*** pbrooko has quit IRC14:22
*** asrangne has quit IRC14:22
ihrachyshkamestery, ah ok, thanks14:22
mesteryihrachyshka: yw14:22
openstackgerritenikanorov proposed openstack/neutron: Add logging to dangling port to ml2 delete_subnet  https://review.openstack.org/17166214:23
*** vivek-ebay has joined #openstack-neutron14:24
*** aix has joined #openstack-neutron14:24
*** Sukhdev has joined #openstack-neutron14:24
*** yamamoto has joined #openstack-neutron14:26
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Add additional time for starting l3 agents during scheduling  https://review.openstack.org/17159214:26
*** kiran-r has quit IRC14:27
*** ivar-lazzaro has joined #openstack-neutron14:27
*** zzzeek has joined #openstack-neutron14:28
*** prad has joined #openstack-neutron14:28
*** anilvenkata has quit IRC14:29
*** yamamoto has quit IRC14:31
*** chandankumar has quit IRC14:33
*** vivek-eb_ has joined #openstack-neutron14:34
*** pradipta has joined #openstack-neutron14:34
openstackgerritAndrew Boik proposed openstack/neutron: Consider all address scopes in init_l3  https://review.openstack.org/16850214:36
*** vivek-ebay has quit IRC14:36
openstackgerritMerged openstack/python-neutronclient: Make secgroup rules more readable in security-group-show  https://review.openstack.org/16022214:37
openstackgerritMerged openstack/python-neutronclient: Update hacking to 0.10  https://review.openstack.org/16670214:38
*** neiljerram has joined #openstack-neutron14:39
openstackgerritMerged openstack/python-neutronclient: Remove author tag  https://review.openstack.org/16671414:39
neiljerramenikanorov_: ping14:39
openstackgerritMerged openstack/python-neutronclient: Fix E265 block comment should start with '# '  https://review.openstack.org/16671514:41
*** aepifanov has quit IRC14:42
*** aepifanov has joined #openstack-neutron14:42
*** aepifanov has quit IRC14:43
*** aepifanov1 has joined #openstack-neutron14:43
openstackgerritNikolay Fedotov proposed openstack/neutron-vpnaas: Scenario test for vpnaas: ipsec-site-connection  https://review.openstack.org/15974614:43
*** ihrachyshka has quit IRC14:44
*** tomoe_ has joined #openstack-neutron14:44
*** jistr has quit IRC14:45
mesterydane_leblanc: What is going on with this bug https://bugs.launchpad.net/neutron/+bug/144138214:46
openstackLaunchpad bug 1441382 in neutron "IPv6 SLAAC subnet Tempest tests fail due to IntegrityError " [High,New] - Assigned to Dane LeBlanc (leblancd)14:46
mesterydane_leblanc: Are you planning to fix this? Is this an RC blocker?14:46
*** emagana has joined #openstack-neutron14:46
*** moshele has quit IRC14:46
dane_leblancmestery: Yes, I'm planning to fix this. I have something that appears to work (with Salvatore's help), but need some more soak time.14:47
*** neiljerram has quit IRC14:47
*** neiljerram has joined #openstack-neutron14:47
*** carl_baldwin has joined #openstack-neutron14:48
dane_leblancmestery: I don't think the integrity error is as frequent as the deadlock timeout was, but I still think it's frequent enough to be a serious issue.14:48
mesterydane_leblanc: In your judgement, should we block the release on that bug? Doesn't sound like it to me14:49
*** neiljerram has quit IRC14:49
*** neiljerram has joined #openstack-neutron14:49
*** emagana_ has joined #openstack-neutron14:49
enikanorov_neiljerram: pong14:49
*** emagana has quit IRC14:50
neiljerramAh, hi there.14:50
enikanorov_hi14:50
*** Murali has joined #openstack-neutron14:50
dane_leblancmestery: It depends on exactly how frequent the failures happen in the gate, but so far the deadlock timeout (the outer layer of the onion) happens instead, so we don't have a perfect view of what the occurence is.14:50
*** claudiub has quit IRC14:50
mesterydane_leblanc: Ack, I'll leave it there for now and hopefully we can close on the DB layer one first.14:51
mesterydane_leblanc: Which review are you targeting for the DB layer fix?14:51
mesterycarl_baldwin: I +A'd this review, but it's not going in the gate, is it dependent on something I'm not aware of? https://review.openstack.org/#/c/154289/14:51
*** neiljerram has quit IRC14:51
*** jistr has joined #openstack-neutron14:51
mesterycarl_baldwin: Your comment near the end made me wonder14:51
*** neiljerram has joined #openstack-neutron14:52
mesterycarl_baldwin: Nevermind, figured it out.14:52
carl_baldwinmestery, :)14:52
neiljerramenikanorov_: sorry, just had a disconnect, trying again...14:53
carl_baldwinmestery, I had an explanation partly written.  Others in channel might be curious.  It is the Depends-On line in the commit message holding it up.14:53
mesterycarl_baldwin: Sorry, it's been a long few weeks, I think I'm losing what's left of my mind14:53
dane_leblancmestery: DB layer? You mean the DB deadlock timeout? That will be addressed with https://review.openstack.org/#/c/170690/, although no one is clear on *why* this fixes the problem14:53
mesterycarl_baldwin: Yes, working with mtreinish to try and get QA folks to merge that one now.14:53
neiljerramenikanorov_: I was just wondering whether you might have further info on https://bugs.launchpad.net/neutron/+bug/138153614:53
openstackLaunchpad bug 1381536 in neutron "ResourceClosedError occurs when neutron API run in parallel" [High,Confirmed] - Assigned to Neil Jerram (neil-jerram)14:53
mesterydane_leblanc: Yes, db deadlock14:53
carl_baldwinmestery, good thing it worked.  Otherwise, we'd have a broken gate.  Nice new little feature.14:54
dane_leblancmestery: But I can reproduce the problem locally, and it sure does seem to fix it.14:54
neiljerramenikanorov_: It's not a particularly important bug, right now, but it would be nice to keep nudging it along.14:54
mesterycarl_baldwin: lol14:54
*** phil_h has joined #openstack-neutron14:54
mesterydane_leblanc: OK, lets see if we can merge it, I see rossella_s had some comments on that, you shoudl look at those now.14:54
enikanorov_neiljerram: i agree, but my gut feeling tells me that we might not see any evidence of this issue again14:55
mesterycarl_baldwin: We got the tempest one in the queue now, so fingers crossed, the neutron side can land soon too14:55
dane_leblancmestery: Right-o. Will make that change.14:56
neiljerramenikanorov_: You suspect it's been fixed by some other change, since it was reported?14:56
enikanorov_neiljerram: yes, at least for ml2 plugin14:56
mesterydane_leblanc: Excellent sir!14:56
amotokimestery: what is your opinion on my comment in https://review.openstack.org/#/c/169569/18? By default all mechanism drivers except OVS are assumed to support VLAN transparency.14:57
amotokimestery: pls check after other stuffs. you have many stuffs!14:57
mesteryamotoki: lol, looking now14:57
neiljerramenikanorov_: OK, cool.  Should we somehow mark or expire the bug then?14:57
*** jobewan has quit IRC14:57
*** rangansw has joined #openstack-neutron14:57
neiljerramenikanorov_: Or maybe just leave it sitting for a while, and then it will auto-expire?14:58
enikanorov_neiljerram: usually it's done by marking it incomplete14:58
mesteryamotoki: I agree with you, I changed my vote and once Pritesh fixes that, we can merge it I think,.14:59
mesteryamotoki: If you want to roll a new patch with that change, I am good with that.14:59
mesteryamotoki: Up to you14:59
neiljerramenikanorov_: OK, fine, I will do that.  Many thanks!14:59
amotokimestery: I am fine with your idea. I will file a bug and propose the fix.14:59
*** pal has joined #openstack-neutron15:00
mesteryamotoki: What is the bug for?15:00
mesteryamotoki: You can just re-roll pritech's patch and swap the default per your comment.15:00
openstackgerritBaodong (Robert) Li proposed openstack/neutron: Implement Neutron IPv6 Prefix Delegation  https://review.openstack.org/15869715:00
openstackgerritNikolay Fedotov proposed openstack/neutron-vpnaas: Scenario test for vpnaas: ipsec-site-connection  https://review.openstack.org/15974615:00
amotokimestery: ooo... I missed you. you are waiting for the fix.15:01
*** busterswt has joined #openstack-neutron15:02
*** rangansw has quit IRC15:02
*** jaypipes has quit IRC15:03
amotokimestery: I changed my score too.15:03
openstackgerritenikanorov proposed openstack/neutron: Add logging to dangling port to ml2 delete_subnet  https://review.openstack.org/17166215:03
*** emagana_ has quit IRC15:05
*** neiljerram has quit IRC15:05
*** jaypipes has joined #openstack-neutron15:05
*** emagana has joined #openstack-neutron15:06
*** Marga_ has quit IRC15:06
*** jaypipes has quit IRC15:06
*** chandankumar has joined #openstack-neutron15:06
mesteryamotoki: Cool, thanks!15:06
mesteryamotoki: I will get back to you on the client release email you sent later today15:07
*** xgerman has joined #openstack-neutron15:07
amotokimestery: thanks. Perhaps we need to discuss the version cap in the dev list more broadly to make things smooth.15:09
openstackgerritMerged openstack/neutron: linuxbridge UT: Fix a regression of the recent ip_lib change  https://review.openstack.org/16529115:09
mesteryamotoki: Sure, I'll digest it as well now and respond.15:09
*** xgerman has quit IRC15:09
*** xgerman has joined #openstack-neutron15:10
*** pal has quit IRC15:11
*** salv-orlando has joined #openstack-neutron15:12
*** abregman has quit IRC15:13
openstackgerritDane LeBlanc proposed openstack/neutron: Re-use context session in ML2 DB get_port_binding_host  https://review.openstack.org/17069015:14
*** ronis has quit IRC15:15
*** jistr is now known as jistr|mtg15:16
*** moshele has joined #openstack-neutron15:16
*** pal has joined #openstack-neutron15:17
openstackgerritMiguel Angel Ajo proposed openstack/neutron: (DO NOT MERGE/WIP/POC) OVSFirewallDriver  https://review.openstack.org/16767115:18
*** _cjones_ has joined #openstack-neutron15:20
*** pritesh has joined #openstack-neutron15:23
openstackgerritPavel Bondar proposed openstack/neutron: IPAM reference driver  https://review.openstack.org/15048515:23
*** vivek-eb_ has quit IRC15:23
*** lazy_prince has quit IRC15:24
mesterypritesh: See comments on your VLAN patch, if you re-roll it quickly, amotoki and I can merge it for you. thanks!15:24
*** _cjones_ has quit IRC15:24
*** banix has joined #openstack-neutron15:24
*** armax has joined #openstack-neutron15:25
*** marrusl has quit IRC15:26
*** suresh12 has joined #openstack-neutron15:26
*** yog__ has quit IRC15:26
*** numan has quit IRC15:27
*** sudipto has joined #openstack-neutron15:28
*** killer_prince has joined #openstack-neutron15:29
priteshmestery: already on it :)15:29
mesterypritesh: Thanks man :)15:29
*** killer_prince is now known as lazy_prince15:29
*** dboik_ has joined #openstack-neutron15:29
priteshmestery: no worries, thanks to you for helping :)15:29
mesterypritesh: :)15:30
*** suresh12 has quit IRC15:30
*** jistr|mtg is now known as jistr15:30
openstackgerritpritesh proposed openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956915:31
priteshmestery: actually rolling out another patch, found another small change in comment15:32
mesterypritesh: Is it included in the one ^^^^ ???15:32
*** sudipto_ has joined #openstack-neutron15:32
*** dboik has quit IRC15:33
priteshmestery: no but is included in this next one below15:33
*** shwetaap has quit IRC15:33
mesterypritesh: Ack15:33
*** bobmel_ has joined #openstack-neutron15:34
*** nlahouti has joined #openstack-neutron15:34
*** thedodd has joined #openstack-neutron15:34
mesteryamotoki: pritesh has made the change, please re-review!15:34
amotokimestery: Iooking already :)15:35
openstackgerritpritesh proposed openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956915:35
mesterycarl_baldwin: I have cherry-picked this client patch (https://review.openstack.org/#/c/159618/), but it's not clear to me how to create a subnet from the subnetpool I've created. Am I missing something or do we need another CLI patch which allows passing a subnetpool ID into subnet-create?15:35
*** matrohon has quit IRC15:35
priteshsorry guys, the help text was old, had to change it to reflect the current exception it raises, rest is same15:35
*** lazy_prince has quit IRC15:36
amotokipritesh: thanks for your quick update. one request: please remove vlan_transparency from the sample neturon.conf.15:36
*** claudiub has joined #openstack-neutron15:36
*** rpothier has quit IRC15:36
*** bobmel has quit IRC15:36
amotokipritesh: otherwise looks good perfect.15:36
priteshamotoki: but we need config option to turn it on or off, so not sure how people will know if it exists ?15:37
* carl_baldwin opening patch15:37
mesterycarl_baldwin: I'm sorry to be bothering you so much this morning :(15:37
*** rwsu has joined #openstack-neutron15:37
*** tsg has joined #openstack-neutron15:37
amotokipeterstac: I think you remove the option in ML2 plugin and it was used only in ML2 plugin. Am I missing something?15:37
carl_baldwinmystery:  Do you have https://review.openstack.org/#/c/165910/ ?15:38
openstackgerritEdgar Magana proposed openstack/neutron: Add missing config parameters in neutron.conf  https://review.openstack.org/17105915:38
* mestery looks15:38
priteshamotoki: https://review.openstack.org/#/c/169569/20/neutron/extensions/vlantransparent.py#4215:39
mesterycarl_baldwin: Since I did a "git review -d", I bet not :(15:39
mesterycarl_baldwin: Let me cherry-pick it on top instead and see if that helps, thanks!15:39
*** rpothier has joined #openstack-neutron15:39
amotokipeterstac: ah. got it!15:39
openstackgerritEdgar Magana proposed openstack/neutron: Add missing config parameters in neutron.conf  https://review.openstack.org/17105915:40
priteshamotoki: ok thanks :) hopefully now everything looks good?15:40
carl_baldwinmestery, it adds the --subnetpool and --prefixlen options which you would provide in place of a --cidr.15:40
mesterycarl_baldwin: Yes, I'm doing it now15:40
amotokipritesh: now checking as the final round :)15:40
priteshamotoki: sounds good, thanks for your and mestery's help.15:41
*** afazekas has quit IRC15:43
openstackgerritDane LeBlanc proposed openstack/neutron: Catch and ignore integrity errors for subnet create  https://review.openstack.org/17096815:43
*** ozialien has joined #openstack-neutron15:44
openstackgerritSridhar Gaddam proposed openstack/neutron: Neutron to Drop Router Advts from VM ports  https://review.openstack.org/14004615:45
*** srampal has joined #openstack-neutron15:45
*** ozialien has quit IRC15:47
*** SridharG1 has left #openstack-neutron15:49
*** alex_xu has quit IRC15:50
*** alex_xu has joined #openstack-neutron15:50
mesterycarl_baldwin: Tahnks for the pointer, the problem was I did a "git review -d" for the subnetpool CRUD stuff in the client, and since it wasn't based on the review you mentioned, I lost that part.15:50
mesterycarl_baldwin: Once I directly cherry-picked it, things worked out much better.15:50
*** shwetaap has joined #openstack-neutron15:52
*** dannywilson has joined #openstack-neutron15:52
*** doude has quit IRC15:53
*** gsagie_ has joined #openstack-neutron15:53
*** chandankumar has quit IRC15:55
*** killer_prince has joined #openstack-neutron15:55
emaganaanteaya: hello!15:55
*** killer_prince is now known as lazy_prince15:55
emaganaanteaya: In case you missed but the nova-net to neutron initial doc was merged as .rst instead of xml: https://review.openstack.org/#/c/167076/215:56
*** jistr has quit IRC15:56
*** neeti has quit IRC15:56
*** kfox1111 has joined #openstack-neutron15:57
openstackgerritMerged openstack/neutron: Add ipset element and hashsize tunables  https://review.openstack.org/17032815:57
*** Marga_ has joined #openstack-neutron15:57
mesterycarl_baldwin: Subnetpool allocation is so awesome, thanks to you and ryan for getting this in! It's a fantastic feature! :)15:57
kfox1111Is any of the l3 router developers online?15:57
*** _cjones_ has joined #openstack-neutron15:57
mesteryhaleyb: ipset finally merged! Woot! ^^^^15:57
mesterykfox1111: carl_baldwin is here for you, and also amuller :)15:57
*** anshul has quit IRC15:57
*** yamahata has quit IRC15:58
*** yamahata has joined #openstack-neutron15:58
*** cbouch has joined #openstack-neutron15:58
*** kiran has joined #openstack-neutron15:58
kfox1111Vikram and I are talking about adding ntp time support to Neutron. We're debating if we should extend the router interface to support it, since a lot of hardware routers support ntp natively. Or should we make it a totally seperate service, more like dhcp?15:59
*** jlibosva has quit IRC15:59
*** marun has joined #openstack-neutron15:59
*** ozialien has joined #openstack-neutron15:59
*** Marga_ has quit IRC16:00
*** Marga_ has joined #openstack-neutron16:00
*** igordcard has quit IRC16:00
kfox1111My preference is to add it to the router since dvr would allow the tenant ntp servers right on the compute nodes, scaling very well. But it is adding more complexity to the router.16:01
*** igordcard has joined #openstack-neutron16:01
*** ozialien has quit IRC16:01
kfox1111Is that unpalatable?16:01
sc68calkfox1111: what does this get us compared to having most guest images point to pool.ntp.org16:01
*** aepifanov1 has quit IRC16:02
kfox1111we don't beat pool.ntp.org down? :)16:02
*** absubram has joined #openstack-neutron16:02
sc68calkfox1111: pool.ntp.org is an anycast address16:02
*** aepifanov has joined #openstack-neutron16:02
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100316:02
kfox1111as far as I understand it, the default ubuntu image defaults into ubuntu's pool, and centos into cento's, and rhel into redhats...16:03
kfox1111I dont think any uses pool.ntp.org directly.16:03
*** dboik_ has quit IRC16:03
sc68calso then we'd need to update images to use an ntp service that neutron would offer, yes?16:04
kfox1111As a cloud provider, I'd like to be a good citizen and provide a local endpoint.16:04
*** dboik has joined #openstack-neutron16:04
kfox1111yeah. I was thinking, ntp should respond on 169.254.169.254 so that its always constant on any openstack cloud.16:04
priteshmestery: got blessing from amotoki on #169569, need your blessing on it, hopefully last time before it merges :)16:04
*** crose has joined #openstack-neutron16:05
*** ozialien has joined #openstack-neutron16:05
sc68cal169.254.169.254 is amazon metadata api compat16:05
sc68caltheir service does not provide ntp, unless i am mistaken16:05
kfox1111yeah. but it only uses port 80. so putting port 123 on it wouldn't be bad?16:05
*** ozialien has quit IRC16:06
*** luqas has quit IRC16:06
haleybmestery: thanks for the rechecks, i was worried that would just keep failing...16:06
kfox1111would just take a simple iptables rule in the l3router namespace.16:06
*** YorikSar has quit IRC16:06
*** luqas has joined #openstack-neutron16:06
sc68calkfox1111: yes, but it would be making a change for something that is not really worthwile in my opinion16:06
*** luqas has quit IRC16:06
sc68calsince you'd need to configure guest images to utilize16:06
kfox1111what I'm trying to do long term, is eliminate the need to customize the image constantly...16:07
kfox1111right now, every heat template I write has to tweak ntp.conf, or16:07
kfox1111I have to rebuild images.16:07
kfox1111I'd like for 'openstack compatable images' to default to 169.254.169.254 to allow the cloud provider to point it at the right place for that cloud.16:08
haleybkfox1111: can't you just specify the ntp server in the dhcp reply?  option 4216:08
*** chandankumar has joined #openstack-neutron16:08
kfox1111Our clouds can point at our corporate ntp pool for example.16:08
kfox1111hmm... not sure. let me look.16:09
*** dave-mccowan has quit IRC16:09
sc68caland we already have a way to pass in extra_dhcp_opts16:09
haleybor maybe you can tweak your dns to respond with a local IP for ntp.pool.org or similar16:09
kfox1111interesting...16:10
kfox1111do ubuntu/centos/rhel support that option today?16:10
openstackgerritMerged openstack/neutron: Return from check_ports_exist_on_l3agent if no subnet found  https://review.openstack.org/15428916:11
haleybkfox1111: dhclient.conf on 14.04 by default requests ntp-servers16:11
*** kiran has quit IRC16:12
kfox1111interesting. I'll give it a try with our existing images and see if it just works. Thanks for the pointer. :)16:12
*** johnbelamaric has quit IRC16:12
*** dave-mccowan has joined #openstack-neutron16:13
*** julim has quit IRC16:14
kfox1111Can you set extra_dhcp_opt per subnet, or is it a neutron.conf thing?16:16
anteayaemagana: I hadn't known that, thanks for the link, and yay .rst16:17
kfox1111ah. https://blueprints.launchpad.net/neutron/+spec/extra-dhcp-opts-ipv4-ipv616:17
emaganaanteaya: ;-)16:17
*** kiran has joined #openstack-neutron16:17
*** tsg has quit IRC16:17
kfox1111so I can't use it yet. but as soon as kilo comes out...16:17
anteaya:)16:18
kfox1111hmm... no, thats not quite the right blueprint...16:18
*** ozialien has joined #openstack-neutron16:19
kfox1111wait... is extra_dhcp_opts per port, not on the subnet?16:20
carl_baldwinmestery, thanks.16:20
kfox1111it would hurt to have to manually do it on all vm's... Is there a subnet eqiv?16:20
*** neeti has joined #openstack-neutron16:22
*** ozialien has quit IRC16:23
kfox1111So... no. :/16:23
kfox1111https://blueprints.launchpad.net/neutron/+spec/dhcp-options-per-subnet16:23
*** Sukhdev has quit IRC16:24
*** pask81 has quit IRC16:24
*** Sukhdev has joined #openstack-neutron16:25
*** moshele has quit IRC16:25
*** kiran has quit IRC16:25
*** Longgeek has joined #openstack-neutron16:25
*** ygbo has quit IRC16:25
*** kiran has joined #openstack-neutron16:25
*** moshele has joined #openstack-neutron16:25
*** ijw has joined #openstack-neutron16:27
*** moshele has quit IRC16:27
*** catohornet has quit IRC16:27
carl_baldwinFWIW, I think I like the DHCP options possibility over adding anything new to the router.  But it may still take some work.16:27
carl_baldwinkfox1111:  http://support.ntp.org/bin/view/Support/ConfiguringNTP#Section_6.12.16:27
*** asrangne__ has quit IRC16:28
carl_baldwin^ See the parts about configuring the clients.  This would take some work in the images too.  But, I think I'd like that over using 169.254...16:28
*** claudiub has quit IRC16:28
*** irenab has quit IRC16:28
*** ijw has quit IRC16:29
*** ijw has joined #openstack-neutron16:29
*** lukasa has quit IRC16:29
*** kiran has quit IRC16:30
*** Longgeek has quit IRC16:30
kfox1111ok. thanks. I think you folks have provided an alternate solution that will be even easier to implement, while providing the same level of flexability. So long as we can get https://blueprints.launchpad.net/neutron/+spec/dhcp-options-per-subnet implemented.16:31
*** pal has quit IRC16:31
kfox1111I seem to remember a config file somewhere that you could override default options for dhcp in neutron... Remember where that is off hand?16:31
kfox1111ah. I'm just blind. /etc/neutron/dnsmasq-neutron.conf16:33
kfox1111perfect. I think this will work for what I need. :)16:35
*** mlavalle has joined #openstack-neutron16:36
*** sudipto_ has quit IRC16:36
*** sudipto has quit IRC16:36
openstackgerritenikanorov proposed openstack/neutron: Avoid synchronizing session when deleting networkdhcpagentbinding  https://review.openstack.org/17158816:36
*** johnbelamaric has joined #openstack-neutron16:37
*** ronis has joined #openstack-neutron16:39
*** dannywilson has quit IRC16:40
*** dannywilson has joined #openstack-neutron16:41
*** enikanorov_ has quit IRC16:42
*** Marga_ has quit IRC16:42
*** Marga_ has joined #openstack-neutron16:43
*** jpena is now known as jpena|away16:43
*** vthapar has quit IRC16:44
*** roeyc has quit IRC16:46
*** Marga_ has quit IRC16:46
*** chandankumar has quit IRC16:46
*** Marga_ has joined #openstack-neutron16:47
openstackgerritMerged openstack/neutron-fwaas: FWaaS: Reorganize unit test tree  https://review.openstack.org/17160216:48
*** neeti has quit IRC16:48
*** Murali has quit IRC16:50
*** melwitt has joined #openstack-neutron16:51
*** julim has joined #openstack-neutron16:54
*** absubram has quit IRC16:54
*** Marga_ has quit IRC16:56
*** Marga_ has joined #openstack-neutron16:57
*** aepifanov has quit IRC16:59
*** moha_hunt has joined #openstack-neutron17:00
*** kawa2014 has quit IRC17:00
*** blues-man has quit IRC17:00
*** johnchalekson has quit IRC17:01
*** jckasper has left #openstack-neutron17:01
*** jckasper has joined #openstack-neutron17:01
*** clarkb has joined #openstack-neutron17:04
*** achanda has joined #openstack-neutron17:04
*** imcsk8 is now known as imcsk8|afk17:05
*** claudiub has joined #openstack-neutron17:05
*** _cjones_ has quit IRC17:06
*** _cjones_ has joined #openstack-neutron17:07
*** mspreitz has joined #openstack-neutron17:07
*** luqas has joined #openstack-neutron17:07
*** dannywilson has quit IRC17:07
mspreitzIf there are two shared external provider networks, what arrangement of routers and tenant networks would allow a tenant to have some floating IPs on each external network and all the tenant's Compute Instances to talk with each other?17:07
armaxdane_leblanc, HenryG: ping17:08
mspreitzUsing only one virtual NIC per Compute Instance17:08
dane_leblancarmax: Hi17:08
*** pritesh has quit IRC17:08
*** tiswanso has quit IRC17:08
armaxmestery and I were trying to make sense of the most current plan of attack to address instability caused by: https://review.openstack.org/#/c/160622/17:08
armaxI see that HenryG +2 https://review.openstack.org/#/c/170690/17:09
*** tiswanso_ has joined #openstack-neutron17:09
*** nyechiel has quit IRC17:09
*** drjones has joined #openstack-neutron17:09
clarkbI am trying to debug the neutron DVR multi node test and notice that when attaching a floating ip to a VM neutron adds the ip, arpings it (which fails), then removes the IP. This is problematic for a few reasons. Hard to debug because neutron has helpfully cleaned up the thing it decided was broken, and nova show reports that floating ip as being attached to the node without error17:09
clarkbis ^ a bug?17:09
clarkbor was this intentional and I need an education?17:09
armaxbut I am still trying to wrap my head around https://review.openstack.org/#/c/170690/17:09
*** _cjones_ has quit IRC17:10
armaxclarkb: ping17:10
clarkbarmax: pong17:10
armaxclarkb: hang on digesting what you wrote :)17:10
*** yatin has joined #openstack-neutron17:10
dane_leblancarmax: My feeling is that the commit https://review.openstack.org/#/c/160622/ exposed 2 problems.17:10
*** annegentle has quit IRC17:10
armaxclarkb: do you see this error through manual testing?17:11
dane_leblancarmax: First, the DB deadlock timeout, which wasn't a problem with the #160622 per se, it's just that this commit exposed a problem in ML2, IMO17:11
*** YorikSar has joined #openstack-neutron17:12
clarkbarmax: yes that is how I found it17:12
openstackgerritTerry Wilson proposed openstack/neutron: Handle non-index lookups in native OVSDB backend  https://review.openstack.org/16701717:12
*** luqas has quit IRC17:12
clarkbI can paste the relevant logs from q-l3.log if it helps17:13
dane_leblancarmax: Second problem, the integrity error... I think this is something in the #160622 that may be unavoidable (port gets deleted by another thread right as we're updating it), or maybe there's a complicated way to avoid this, but it's no big deal to ignore the error.17:13
*** tomoe_ has quit IRC17:13
armaxclarkb: that would be useful17:13
*** rotbeard has quit IRC17:13
armaxclarkb: also, any configuration would be handy to see, for instance, how DVR has been configured17:14
armaxdane_leblanc: is the integrity error shown only when using PG?17:14
prometheanfireijw: I can't seem to set the mtu on network-create17:14
HenryGarmax: sorry, was having lunch17:14
ijwprometheanfire: no, that's not a part of the patch functionality - we were asked not to do that17:15
armaxclarkb: I was going to have a play with https://review.openstack.org/#/c/158525/17:15
ijwYou'll get the max mtu the system supports and it will be advertised to VMs17:15
*** cbouch has quit IRC17:15
prometheanfireok17:15
armaxclarkb: so I can help confirm the issue you’re seeing17:15
dane_leblancarmax: No, I'm seeing it on my VM using mysql17:15
armaxclarkb: steps to repro would be good too17:15
*** atuvenie has quit IRC17:16
*** yamahata has quit IRC17:16
armaxdane_leblanc: makes sense, so once we’re free from deadlock, we see the integrity error17:16
*** tomoe_ has joined #openstack-neutron17:16
dane_leblancarmax: Yes, 2nd layer of the onion.17:16
armaxdane_leblanc: right, makes sense17:17
clarkbarmax: steps to reproduce: use https://review.openstack.org/#/c/171452/4 to deploy multinode neutron with dvr, nova boot test, nova floating-ip-create public, nova floating-ip-associate test $addr17:17
clarkbgetting the logs together now17:17
armaxclarkb: gotcha, I’ll look into this17:17
*** safchain has quit IRC17:18
*** yamahata has joined #openstack-neutron17:19
prometheanfireijw: so far it looks like the mtu is set everwhere but on the tap interface of the VM17:19
prometheanfireSam-I-Am: ^17:19
clarkbarmax: http://paste.openstack.org/show/200579/ is the relevant bits of q-l3.log17:19
*** tomoe_ has quit IRC17:19
prometheanfireSam-I-Am: that includes vxlan on nova-compute host17:19
*** tomoe_ has joined #openstack-neutron17:19
armaxclarkb: looking17:20
clarkbarmax: also fwiw I know that the network setup is broken in that test, so I was trying to reproduce manually to debug but ran into this17:20
*** amotoki has quit IRC17:20
*** tomoe_ has quit IRC17:20
*** lukasa has joined #openstack-neutron17:21
*** harlowja_away is now known as harlowja17:21
*** ozialien has joined #openstack-neutron17:22
armaxclarkb: ok, let me see what’s going on, if dvr indeed cleans up what’s broken, we should reflect this all the way to nova17:22
clarkbarmax: yes at the very least it should be "error blah blah X failed"17:22
clarkband nova should show the floating ip as unassociated17:22
*** gsagie_ has quit IRC17:23
clarkbhowever, i am unsure how one is expected to debug this if neutron is going to do this17:23
armaxclarkb: to be honest I am unaware of any cleanup logic in case of failure17:23
armaxclarkb: there must be something introduced recently17:23
armaxclarkb: as you obviosuly point out, if neutron pulls the rug from one’s feet it’s very difficult to see what’s going17:24
clarkbarmax: not to completely change the subject, but now that I understand some of this stuff a bit better https://review.openstack.org/#/c/171714/ is sort of where I think we should go for the test environment overlay setup17:25
clarkb(not currently working but thats the general shape of the thing)17:25
*** claudiub has quit IRC17:26
*** Sukhdev has quit IRC17:26
armaxclarkb: I thought you didn’t want to special case the setup for neutron?17:27
armaxclarkb: what am I missing?17:27
clarkbarmax: I don't, nova-net is using that same function in that change too17:27
*** vivek-ebay has joined #openstack-neutron17:27
openstackgerritEdgar Magana proposed openstack/neutron: Add missing config parameters in neutron.conf  https://review.openstack.org/17105917:27
* armax looks more closely17:27
*** atuvenie has joined #openstack-neutron17:27
armaxclarkb: yup, sorry17:27
clarkbarmax: so basically nova net gets an ovs_gre_bridge for the "flat" network and for the "public" network and in neutron case we only do the br-ex network17:27
*** armax has quit IRC17:29
*** armax has joined #openstack-neutron17:29
armaxclarkb: sorry my laptop decided to die17:30
clarkbarmax: but my ip link manipulation is currently broken, so need to figure that out17:30
clarkbarmax: np :)17:30
armaxclarkb: did I miss anything?17:30
clarkbarmax: nope17:30
armaxok17:30
clarkbbut yes I need to delete the old gre bridge function once I get the ovs stuff working17:31
clarkbthat should hopefully make my change a bit more clear17:31
armaxI’ll poke at this a bit to see what’s going on…I really want to get this multi-node going17:31
HenryGmarun: ping17:34
marunHenryG: pong17:34
armaxdane_leblanc: is the rate of the IntegrityError failure the same of the deadlock?17:34
HenryGmarun: Is this a known intermittent functional test failure, or something new? http://logs.openstack.org/90/170690/7/check/check-neutron-dsvm-functional/52befd9/console.html#_2015-04-08_15_42_42_53617:34
armaxdane_leblanc: in other words ahve we traded one trace for another>?17:35
*** yatin has quit IRC17:35
marunHenryG: we've been seeing that more often17:35
marunHenryG: We bumped the timeout from 60s to 90s, which helped17:35
marunHenryG: If it's still occurring at 90s, we may need to bump that limit in tox.ini17:35
HenryGmarun: So it eventually respawn?17:36
dane_leblancarmax: It's hard to tell, but I think the rate of occurance of the integrity error is lower, maybe half the occurance rate?17:36
marunHenryG: It should - none of the code in question has changed17:36
*** drjones has quit IRC17:36
marunHenryG: My guess is we are seeing interaction at the ovs level due to the new ovs functional tests17:36
marunHenryG: interaction -> contention17:36
marunHenryG: Without separate ovs sandboxes per worker, I think we're stuck with bumping the timeout to something that works consistently.17:37
armaxdane_leblanc: ok17:37
HenryGmarun: ok17:37
*** suresh12 has joined #openstack-neutron17:38
*** _cjones_ has joined #openstack-neutron17:39
*** yamahata has quit IRC17:39
*** achanda has quit IRC17:40
openstackgerritEdgar Magana proposed openstack/neutron: Add missing config parameters in neutron.conf  https://review.openstack.org/17105917:40
HenryGarmax: oops sorry I rechecked on top of your vote17:41
armaxwtf17:41
armaxsorry17:41
armaxthat should be ok17:41
armaxI see these errors on the PG job: http://logs.openstack.org/68/170968/3/check/check-tempest-dsvm-neutron-pg-full/f1ebabb/logs/screen-q-svc.txt.gz?level=TRACE17:41
armaxdane_leblanc, HenryG: I wonder if we have a third layer of exception triggered now17:42
*** tomoe_ has joined #openstack-neutron17:42
dane_leblancarmax: The newest error says that a call to rollback is necessary after there's an exception during the flush (and flush was just added)...17:43
dane_leblancarmax: I'm guessing this is a PG thing?17:43
armaxdane_leblanc: that’s not how I interpreted it17:43
dane_leblancarmax: In my testing with mysql, the original integrity error was caught without issue.17:44
armaxit looks like we’re not using the transaction properly17:44
armaxlet me inspect the code a bit closer17:44
dane_leblancarmax: Sure. Always open to suggestions/help!17:45
armaxdane_leblanc: everything comes at a cost, though!17:45
armaxdane_leblanc: I think we’re prone to that issue with mysql too17:47
armaxdane_leblanc: your fix is no good17:48
armaxdane_leblanc: I think we need to look at it a bit closer17:48
armaxdane_leblanc: because you’re catching an error in a transaction that involve multiple DB statements17:49
armaxdane_leblanc: as many as the ports being yielded by the port_qry17:49
armaxwe can’t reause a transaction that’s in error17:49
armaxthat’s what the PG job is barfing about17:49
*** tomoe_ has quit IRC17:50
armaxand the mysql one would be just as a prone17:50
prometheanfireSam-I-Am: I can ping, but not ssh, I lowered the mtu of the dhcp namespace's interface, and still can't ssh17:50
prometheanfireSam-I-Am: mtu advertized in dnsmasq is 1450 still (wanted to change that last)17:50
*** Guest36 has joined #openstack-neutron17:52
*** achanda has joined #openstack-neutron17:53
*** dboik_ has joined #openstack-neutron17:53
dane_leblancarmax: Is there a way to catch an error in a transaction and continue, without trashing the entire transaction?17:53
armaxdane_leblanc: the use of savepoints would do17:53
armaxdane_leblanc: but that won’t be liked by the UT17:54
armaxdane_leblanc: I am afraid, our last resort, as much as I hate17:54
armaxis to revert your change17:54
armaxdane_leblanc: we can’t afford another minute of gate instability17:54
armaxdane_leblanc: and there’s more to work on17:54
dane_leblancarmax: Yep17:54
armaxwe tried17:54
armaxbut we’re not ready yet17:55
armaxlet’s restore peace and work on a better solution in isolation17:55
armaxdane_leblanc, HenryG, mestery: seems fair?  ^^^17:55
*** tomoe_ has joined #openstack-neutron17:55
HenryGarmax: makes sense17:56
*** dboik has quit IRC17:56
HenryGarmax: can this stay? https://review.openstack.org/17069017:56
armaxHenryG: I think so17:56
dane_leblancarmax: Sure. Could use some help on narrowing in on the ultimate fix.17:56
prometheanfireijw: ping17:57
armaxhow bad if we ship without a fix for bug #142747417:57
openstackbug 1427474 in neutron "IPv6 SLAAC subnet create should update ports on net" [Medium,Fix committed] https://launchpad.net/bugs/1427474 - Assigned to Dane LeBlanc (leblancd)17:57
Sam-I-Amprometheanfire: mmmkay17:57
*** rangansw has joined #openstack-neutron17:58
*** atuvenie has quit IRC17:58
openstackgerritArmando Migliaccio proposed openstack/neutron: Revert "IPv6 SLAAC subnet create should update ports on net"  https://review.openstack.org/17176117:58
*** bjornar_ has joined #openstack-neutron17:58
armaxHenryG: ^^17:58
mesteryarmax: ++17:58
dane_leblancarmax: Without this fix, if anyone adds a SLAAC subnet AFTER VMs are instantiated, the VMs won't be updated with SLAAC17:58
armaxmestery: ^^17:58
armaxdane_leblanc: is there a workaround?17:59
*** yamahata has joined #openstack-neutron17:59
mesterydane_leblanc: Can we release note that?17:59
*** tsg_ has joined #openstack-neutron17:59
armaxdane_leblanc: if we’d only fix the damn test, we could release your fix17:59
dane_leblancmestery: Sure, how do I create a release note.18:00
mesterydane_leblanc: Let me find the Kilo release note section18:00
armaxbecause I still believe that in prod the circumstances where the deadlock is triggered are pretty exceptional18:00
armaxdane_leblanc: do you guys know the test author?18:00
armaxor is anyone interested in cleaning that one up?18:00
*** annegentle has joined #openstack-neutron18:01
dane_leblancarmax: Yes, but he's in another group now (I think it was Sergey?)18:01
armaxthat test_dhcpv6 sends shivers up my spine18:01
dane_leblancarmax: But it is just evil enough to catch some real issues.18:02
armaxdane_leblanc: agreed18:02
armaxthere are many ways we can tip Neutron over the edge18:02
armaxthat doesn’t mean we need to have them in the gate18:02
armaxand make everyone miserable18:03
dane_leblancarmax: Any examples on savepoints you can point me to?18:03
armaxnone in the code18:03
armaxbecause UT won’t like it18:03
*** Aish has joined #openstack-neutron18:04
*** rushil_ has joined #openstack-neutron18:04
prometheanfireSam-I-Am: traceroute with 1000b packets fails too, which is kinda odd18:05
Sam-I-Amprometheanfire: eeeoo18:05
prometheanfirepings work though18:05
prometheanfireso... od18:05
*** seizadi has joined #openstack-neutron18:06
*** seizadi1 has joined #openstack-neutron18:06
*** seizadi has quit IRC18:06
*** seizadi1 has quit IRC18:07
*** rushil has quit IRC18:07
armaxdane_leblanc, HenryG, mestery:18:08
armaxI updated reports https://bugs.launchpad.net/neutron/+bug/1441382 https://bugs.launchpad.net/neutron/+bug/1440183 and https://bugs.launchpad.net/neutron/+bug/142747418:08
openstackLaunchpad bug 1441382 in neutron "IPv6 SLAAC subnet Tempest tests fail due to IntegrityError " [High,Incomplete] - Assigned to Dane LeBlanc (leblancd)18:08
openstackLaunchpad bug 1440183 in neutron "DBDeadlock on subnet allocation" [Critical,Incomplete] - Assigned to Dane LeBlanc (leblancd)18:08
openstackLaunchpad bug 1427474 in neutron "IPv6 SLAAC subnet create should update ports on net" [Medium,Confirmed] - Assigned to Dane LeBlanc (leblancd)18:08
*** seizadi has joined #openstack-neutron18:08
armaxdane_leblanc: please resubmit your fix and let’s try to kill the failure modes in the new patch18:08
mesteryarmax: thanks!18:09
dane_leblancarmax:18:09
armaxdane_leblanc: I mean the fix being reverted18:09
armaxdane_leblanc: with any additional logic to deal with the exposed failure mdoes18:09
*** sam_stone has joined #openstack-neutron18:09
HenryGarmax: thanks for all your help here18:09
armaxHenryG: sure, I wish we could have nailed this one18:10
dane_leblancarmax: Right, will do! If there's another way to address handling an exception in the middle of a multi entry DB transaction, please let me know.18:10
armaxdane_leblanc: I think we’d need to get rid of the subtransaction18:11
armaxdane_leblanc: but that might lead to other funky failure modes :)18:11
armaxdane_leblanc: that’s why I didn’t suggest it in the review18:11
dane_leblancarmax: The subtransaction? I don't have that in the latest patch.18:12
armaxit’s in the caller methods18:12
armaxcreate_subnet_db and create_subnet_implicit pool18:12
dane_leblancarmax: Ah, was just going to ask that.18:13
*** tomoe_ has quit IRC18:15
*** dboik_ has quit IRC18:16
HenryGarmax: you know we do have access to zzzeek. Although it could be embarrassing when he looks at neutron code, we might learn a lot18:16
zzzeekHenryG: there’s a particular spot in neutron I want to clean up but havent had time to get into it more deeply18:16
HenryGzzzeek: do tell18:17
armaxhi zzzeek18:17
zzzeekarmax: hey18:17
zzzeekHenryG: well its not a place that i think people find to be that important but its a general pattern i want to clean up across projects, let me find it18:18
*** chandankumar has joined #openstack-neutron18:18
*** dannywilson has joined #openstack-neutron18:19
zzzeekHenryG: this thing: https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/plugin.py#L48618:19
zzzeekHenryG: this is in a few places.   the model_query() for neutron is broken up into these three awkward phases, and seveal of these pliugins put an unnecessary and expensive OUTER JOIN on all queries18:19
*** ankit_ag has quit IRC18:19
zzzeekHenryG: this should be an INNER JOIN and only when the filter_hook is actually in use18:20
zzzeeknow its hard for me to change this b.c. everyone will be like, it works great and nobody uses that thing so who cares18:20
zzzeekHenryG: but i really want to fix up how we build queries to be cleaner, using newer techniques18:21
HenryGzzzeek: I will file a wishlist bug and work with you to get it done18:22
*** SumitNaiksatam has joined #openstack-neutron18:22
zzzeekHenryG: there’s a quick cahnge we can make right there that will probably corect the outerjoin, we can do query.join() right in the _ml2_port_result_filter_hook for now18:23
amullerzzzeek: Is the performance impact measurable?18:23
HenryGzzzeek: Good to know, but the release is being cut so not today :)18:24
*** yeungp has joined #openstack-neutron18:24
*** shashankhegde has joined #openstack-neutron18:24
zzzeekamuller: ive no idea because i haven’t studied how many rows that area is working on.   but my motiviation is more like, “less code that is also simpler to read”18:24
*** aix has quit IRC18:24
zzzeekamuller: I want to come up with a simpler model_query() across all projects.   neutron’s model_query() seems like the most complex18:25
amullerWe're so 'special' :)18:25
zzzeekamuller: not really :)   i wanted to clean up transaction logic, and nova wins the prize on that one :)18:25
amullerzzzeek: The number one issue from my perspective is how we manage DB transactions and notifications18:28
*** annegentle has quit IRC18:28
*** boris-42 has quit IRC18:28
zzzeekamuller: neutron seemed to have a reasonable approach to transaction scope, seems like it starts it up at the beginning of a request and keeps it open til the end…e.g isn’t calling get_session() all over the place18:29
zzzeekamuller: if i recall correctly18:29
*** GLaupre has joined #openstack-neutron18:29
amullerzzzeek: Where we try quite hard during reviews to ensure that notifications via API or RPC are sent after transactions are commited, but there's cases where those slip in, cause issues at the gate, then we revert...18:29
zzzeekamuller: I’d assume you add notifcations into a callback framework of some kind that is linked to transaction scope completing18:30
*** annegentle has joined #openstack-neutron18:30
amullerzzzeek: yeah, we don't :)18:30
zzzeekamuller: well that woudl be how to do tha t:)18:30
*** amrith has left #openstack-neutron18:31
*** vivek-ebay has quit IRC18:31
amullerzzzeek: it was what I was about to bring up... have some sort of framework where you can queue up notifications and have them automatically send out when the relevant transaction is committed18:31
amullerzzzeek: but then... you get into the awful realm of distributed state where it looks like none of us really know or have the energy to deal with18:31
amullerzzzeek: what if you commit, send out the notification, and that fails18:32
zzzeekamuller: so that is what a system like zope.transaction does, maybe look at their architecture and build something much simpler than that18:32
HenryGzzzeek: there are still a couple of places where get_session() is called. They are on the radar for cleanup.18:32
amullerzzzeek: we have a ton of plugins that do use the neutron DB and send out http calls to the vendor API server18:33
zzzeekamuller: yeah they should all use some kind of framework so that the plugin itself is constructed declaratively18:33
amullerzzzeek: can you expand? or link to some document?18:34
zzzeekamuller: well it means, instead of writing imperative code:   session.do_thing(); session.commit(); web_service.send_the_thing();   you have functions that define “db work” and then functions that define things that happen after the DB, and they are structured either on top of a template class or even as data structures of callbacks18:35
zzzeekamuller: so that the plugin doesnt decide when to send out hte messages, the plugin container knows how to orchestrate the steps18:35
openstackgerritAaron Rosen proposed openstack/neutron: _create_subnet_from_implicit_pool assumes external network extension  https://review.openstack.org/17177018:35
*** chandankumar has quit IRC18:36
amullerzzzeek: yeah gotcha18:36
GLaupreHello all, can someone explain me something concering ML2 + MD openvswitch for VLAN?18:38
GLaupreI don't want to use tunneling, only vlans, why we need 2 bridges anyway? (br-int and br-<physical interface>) : http://docs.openstack.org/admin-guide-cloud/content/figures/14/a/a/common/figures/under-the-hood-scenario-1-ovs-compute.png18:40
GLaupreCan't we combine the rules for translating global/local tag in the same bridge instead of using 2?18:40
*** dboik has joined #openstack-neutron18:41
*** dboik has quit IRC18:41
*** marrusl has joined #openstack-neutron18:41
*** dboik has joined #openstack-neutron18:42
*** dave-mccowan has quit IRC18:47
lifelessGLaupre: one is logical one physical, and neutron then deals solely in logical definitions18:51
lifelessGLaupre: if there was one we'd need a more complex language to describe the physical interconnect on a per-agent basis to Neutron - way more complex18:51
*** annegentle has quit IRC18:53
*** pritesh has joined #openstack-neutron18:53
GLauprelifeless: can you explain me a bit more the dif between the logical (br-int) and physical (br-eth), in what their job is different?18:53
*** sbalukoff has joined #openstack-neutron18:54
*** vivek-ebay has joined #openstack-neutron18:55
*** vivek-ebay has quit IRC18:57
*** matrohon has joined #openstack-neutron18:58
*** dboik_ has joined #openstack-neutron19:05
*** dboik has quit IRC19:05
*** tidwellr has joined #openstack-neutron19:08
*** atuvenie has joined #openstack-neutron19:09
*** luqas has joined #openstack-neutron19:09
*** ociuhandu_ has quit IRC19:10
*** imcsk8|afk is now known as imcsk819:10
*** Marga_ has quit IRC19:12
*** luqas has quit IRC19:14
*** annegentle has joined #openstack-neutron19:15
*** tomoe_ has joined #openstack-neutron19:15
*** igordcard_ has joined #openstack-neutron19:18
*** suresh12 has quit IRC19:19
*** shashankhegde has quit IRC19:19
*** tomoe_ has quit IRC19:20
*** ivar-lazzaro has quit IRC19:21
*** aepifanov has joined #openstack-neutron19:22
*** ivar-lazzaro has joined #openstack-neutron19:22
*** matrohon has quit IRC19:29
*** jprovazn has quit IRC19:34
*** ivar-lazzaro has quit IRC19:34
*** achanda has quit IRC19:37
*** thedodd has quit IRC19:37
*** Sukhdev has joined #openstack-neutron19:41
*** absubram has joined #openstack-neutron19:44
*** achanda has joined #openstack-neutron19:46
*** wznoinsk has quit IRC19:47
*** wznoinsk has joined #openstack-neutron19:49
*** dkehn has quit IRC19:50
*** _cjones_ has quit IRC19:50
*** enikanorov has joined #openstack-neutron19:51
*** ZZelle_ has joined #openstack-neutron19:51
*** dkehn has joined #openstack-neutron19:51
*** yamamoto has joined #openstack-neutron19:52
*** nplanel_ has quit IRC19:52
enikanorovdougwig: hi, could you please review https://review.openstack.org/#/c/171567/19:53
*** xgerman has quit IRC19:53
*** xgerman has joined #openstack-neutron19:54
*** shashankhegde has joined #openstack-neutron19:54
openstackgerritArmando Migliaccio proposed openstack/neutron: Update L3 Agent Scheduler API tests  https://review.openstack.org/17179419:54
*** ijw has quit IRC19:56
*** jpena|away is now known as jpena19:56
*** yamamoto has quit IRC19:57
dougwigenikanorov: done19:57
*** jorgem has joined #openstack-neutron19:58
*** kbringard has quit IRC19:58
*** thedodd has joined #openstack-neutron19:59
*** ozialien has quit IRC19:59
*** zzzeek has quit IRC20:04
*** zzzeek_ has joined #openstack-neutron20:04
*** matrohon has joined #openstack-neutron20:04
*** _cjones_ has joined #openstack-neutron20:04
*** achanda has quit IRC20:05
*** pritesh has quit IRC20:05
*** ivar-lazzaro has joined #openstack-neutron20:06
clarkbarmax https://jenkins04.openstack.org/job/check-tempest-dsvm-neutron-aiopcpu-full/22/console failed even with the ovs setup of br-ex20:09
armaxclarkb: looking20:10
*** bradjones_ has joined #openstack-neutron20:11
*** Marga_ has joined #openstack-neutron20:11
*** dkehn has quit IRC20:12
*** bradjones has quit IRC20:13
*** bradjones_ is now known as bradjones20:13
*** bradjones has joined #openstack-neutron20:13
*** ivar-lazzaro has quit IRC20:14
*** dave-mccowan has joined #openstack-neutron20:14
*** kbringard has joined #openstack-neutron20:14
*** kbringard1 has joined #openstack-neutron20:14
*** ivar-lazzaro has joined #openstack-neutron20:14
*** ivar-lazzaro has quit IRC20:15
*** dttocs has joined #openstack-neutron20:16
*** vivek-ebay has joined #openstack-neutron20:16
*** ivar-lazzaro has joined #openstack-neutron20:16
*** annegentle has quit IRC20:17
*** kbringard has quit IRC20:18
*** prad has quit IRC20:19
*** tomoe_ has joined #openstack-neutron20:21
*** annegentle has joined #openstack-neutron20:23
*** tomoe_ has quit IRC20:25
*** tsg_ has quit IRC20:26
*** smccully has quit IRC20:26
openstackgerritMerged openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956920:30
*** dkehn has joined #openstack-neutron20:30
*** crc32 has joined #openstack-neutron20:30
*** prad has joined #openstack-neutron20:30
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100320:31
*** mwagner_lap has quit IRC20:32
kevinbentoncarl_baldwin: did a quick re-spin to switch to items ^^20:32
*** pritesh has joined #openstack-neutron20:33
carl_baldwinkevinbenton, ack20:34
*** Guest36 has quit IRC20:38
*** annegentle has quit IRC20:38
*** annegentle has joined #openstack-neutron20:39
*** mmdurrant has joined #openstack-neutron20:39
*** achanda has joined #openstack-neutron20:39
openstackgerritMerged openstack/neutron: Revert "IPv6 SLAAC subnet create should update ports on net"  https://review.openstack.org/17176120:40
mmdurrantThere's either a pip package or apt package for neutron-lbaas-plugin-agent and I cannot remember the name of the damned thing for the life of me.20:40
*** tsufiev has left #openstack-neutron20:42
priteshmestery: Thanks.20:42
mesterypritesh: yw :)20:42
*** dttocs_ has joined #openstack-neutron20:42
*** apuimedo has joined #openstack-neutron20:43
*** annegentle has quit IRC20:45
*** dttocs has quit IRC20:47
*** sbfox has joined #openstack-neutron20:47
*** jpena has quit IRC20:48
*** vivek-ebay has quit IRC20:51
*** pritesh has quit IRC20:51
*** Marga_ has quit IRC20:51
*** Marga_ has joined #openstack-neutron20:53
*** Marga_ has quit IRC20:54
*** Marga_ has joined #openstack-neutron20:54
*** raildo is now known as raildo|away20:54
pc_mmestery: hi20:55
*** dttocs_ has quit IRC20:55
mesteryarmax HenryG: I see you guys merged this one, but the bug isn't targeting RC1: https://bugs.launchpad.net/neutron/+bug/144018320:56
openstackLaunchpad bug 1440183 in neutron "DBDeadlock on subnet allocation" [Critical,Incomplete] - Assigned to Dane LeBlanc (leblancd)20:56
mesteryhttps://review.openstack.org/#/c/170690/20:56
mesteryarmax HenryG: ^^^20:56
HenryGmestery: sorry for the miscommunication20:57
armaxmestery: the question is this20:57
mesteryHenryG: Does that resolve the bug then?20:57
mesteryIs it partial?20:57
mesteryI've added it to the RC, and shed many tears in the process20:57
mestery:(20:57
armaxwe should have edited the commit message to remove the closes-bug thingy20:57
mesteryOK20:57
mesteryarmax: So, leave the bug open for Liberty-1?20:57
mesteryI'm fine with that20:57
*** absubram has quit IRC20:57
armaxultimately the revert patch killed that bug20:58
openstackgerritenikanorov proposed openstack/neutron: Avoid synchronizing session when deleting networkdhcpagentbinding  https://review.openstack.org/17158820:58
mesteryRight20:58
armaxsee https://bugs.launchpad.net/neutron/+bug/1440183 last comment20:58
openstackLaunchpad bug 1440183 in neutron "DBDeadlock on subnet allocation" [Critical,Confirmed] - Assigned to Dane LeBlanc (leblancd)20:58
mesteryNow that will be a part of Kilo, which is ok20:58
armaxthe one that Henry and I merged20:58
mesteryarmax: Done and done20:58
armaxwe could pull it out of the gate queue, but that really should not hurt20:58
armaxthe only nuisance is hte commit message which is misleading20:58
mlavallecarl_baldwin: so, is tomorrow's meeting cancelled?20:59
openstackgerritenikanorov proposed openstack/neutron: Add logging to dangling port to ml2 delete_subnet  https://review.openstack.org/17166220:59
carl_baldwinmlavalle, as far as I know, yes.20:59
mlavallecarl_baldwin: cool, see you there next week :-)21:00
mesteryarmax: Lets leave it in, it's fine21:00
*** dkehn has quit IRC21:00
armaxok21:00
*** sbfox has quit IRC21:00
*** annegentle has joined #openstack-neutron21:00
pc_mAnyone: Is there a know issue in neutron with import paths still? I happen to be playing in VPN, with an import of neutron.tests.functional.agent.test_l3_agent, and it is importing neutron.tests.unit.test_l3_agent (which is wrong). Didn't know if someone is already on this?21:01
mesteryarmax: So, we have emagana's config fix left, and then we get to rattle on kevinbenton's arp fix and if we should merge it all or just the config option21:01
mesteryarmax: Then Kilo is cooked21:01
armaxok21:01
emagana(y)21:01
HenryGw00t!21:02
* amuller tries to find some critical bug that has to be fixed for Kilo just to watch mestery's response21:04
* mestery shakes his fist at amuller 21:04
mesteryamuller: For each additional bug you find, you owe me one bottle of Bombay Saphire Gin ;)21:04
enikanorovi have a few, but not critical enough to spoil the party )21:04
mesteryenikanorov: :)21:04
openstackgerritSanjeev Rampal proposed openstack/neutron: Improves the  description string for the config parameter metadata_workers. This will get extracted into the documentation automatically  https://review.openstack.org/17102621:05
mesteryAwesome work folks! Seriously, a great effort!21:05
pc_mmestery: ping21:06
mesterypc_m: pong21:07
pc_mmestery: See my question a few mins ago?21:07
mesterypc_m: No, but reading now21:07
pc_mmestery: About imports...21:07
mesterypc_m: Try removing your .tox/py27 directory perhaps?21:08
HenryGpc_m: let me check21:08
clarkbarmax: I see your test of swami's change without my edits, will be good to see how that does21:08
armaxclarkb: yea..I am just fishing for more data points21:09
pc_mmestery: Just looking at the code it is not right in my repo that I did a pull on.21:09
armaxin the meantime I am also creating my own env21:09
armaxso that I can make more sense as on what’s going on21:09
*** annegentle has quit IRC21:09
emaganaFolks: should be very straight forward to review and merge the config change: https://review.openstack.org/#/c/171059/21:09
clarkbarmax: hrm looks like it failed bceause ovs-vsctl isn't installed. that was one of the things I fixed in my change21:09
emaganaI am around to address any suggestion and comments right away!21:09
mesteryHenryG: See comments from emagana above21:09
armaxclarkb: which one?21:09
mesteryHenryG marun: Config change review! ^^^^ :)21:09
HenryGpc_m: you are right21:10
*** annegentle has joined #openstack-neutron21:10
clarkbarmax: https://review.openstack.org/#/c/171714/ that one and its parent fix several problems in swami's original change21:10
pc_mHenryG: I don't know why it isn't breaking the functional test.21:10
clarkbarmax: the only reason it tested out good before is the DVR flag wasn't set so it wasn't self testing21:10
*** lukasa has quit IRC21:10
armaxclarkb: right21:10
*** luqas has joined #openstack-neutron21:10
HenryGpc_m: not sure, investigating21:11
clarkbarmax: I think 171714 is actually pretty close now21:11
armaxclarkb: I thought that ovs was going to be installed automatically by Devstack21:11
*** jckasper has quit IRC21:11
clarkbarmax: this happens before devstack runs21:11
armaxclarkb: but if we install it explictely I don’t think it hurts21:11
clarkbarmax: this is why I really wanted devstack to do this for us but it appears that it does not21:12
clarkbarmax: sdague says that the new lib/neutron in devstack will likely do this for us properly but the existing lib/neutron-legacy does not21:12
armaxclarkb: it should21:12
armaxlib/neutron_plugins/ovs_base21:12
armaxin lib/neutron_plugins/ovs_base21:12
pc_mHenryG: So bottom line is no one is addressing it. Shall I fix it?21:12
*** pradipta has quit IRC21:12
mesterypc_m: Yes please :)21:12
clarkbarmax: yes that all happens too late and you can't tell it attach $interface to br-ex21:12
mesterypc_m: If it's an issue, shoot a patch and we'll land it soon21:12
marunmestery: hand coded? :/21:13
pc_mOK. will do now...21:13
armaxclarkb: oh, right gotcha21:13
clarkbarmax: it is expected that I the user setup br-ex for neutron but not br-int21:13
HenryGpc_m: sure, but we should understand why it doesn't break the functional tests21:13
mesterymarun: Yes! I expect emagana to be able to propose the tool to generate for Kilo21:13
clarkbits all very confusing for the noob and should be corrected21:13
mesterymarun: But we're at the stage where we just need it fixed for Kilo now. Make sense?21:13
armaxso really my change https://review.openstack.org/#/c/171809/ is too much behind your troubleshooting curve21:13
pc_mHenryG: YEs. Can you look at that, and I'll proceed on the fix.21:13
clarkbarmax: I think so21:13
marunmestery: ok21:13
mesterymarun: It's not ideal, I know, but we just need it done21:13
mesteryFor Kilo21:13
mesteryFOR KILO!21:13
mesteryGo Kilo!21:13
mestery:)21:14
emaganamarun: Yes! I tried to implement the same script that nova team uses we I found a few issues that will require change in the neutron code21:14
marunmestery: I just don't know how to review this kind of thing.21:14
emaganamostly the way we name the config parameters21:14
marunmestery: I'm not as diligent as ihar - I can't do much more than rubber-stamp.21:14
clarkbarmax: a quick scan of my two changes should show you what I have changed, its not a whole lot. Basically had to fix a bug enabling q-l3 on the subnode, had to add q-fwaas and q-meta to the subnode, and finally the bugs in the ovs bridge setup21:14
armaxclarkb: I saw21:14
mesterymarun: Then we can wait for ihar overnight, I have a +2 on it, and he could merge it.21:15
emaganamarun: I have addressed all Ihar's comments21:15
clarkbfwiw I could find no documentation on what services are required when using dvr on a compute node so that was all trial and error and lots of log reading :)21:15
*** luqas has quit IRC21:15
armaxclarkb: there is a reference architecture on the Wiki21:15
armaxclarkb: but yes, we clearly forgot about fw and meta agents21:16
clarkbarmax: have a link? I found some things on the wiki but they were very "bland"21:16
clarkbeg devoid of real info21:16
armaxclarkb: https://wiki.openstack.org/wiki/Neutron/DVR21:16
armaxthat one missed the fw agent, as the fw agent is optional21:16
armaxdepending on whether you have firewall in the deployment or not21:17
clarkbarmax: it doesn't cover metadata service21:17
armaxit’s right there21:17
armaxmetadata21:17
clarkband I think its still an open question if dhcp should run there too, but dhcp seems to work without that (I think because l2 broadcast on br-int works to the controller)21:17
armaxunderneath l3(dvr) on the compute node21:17
clarkbarmax: gah its in a picture21:17
armax:)21:17
clarkbarmax: honestly that should be greppable...21:18
armaxwell it’s a reference architecture diagram21:18
*** tiswanso_ has quit IRC21:18
clarkbI ^F meta and if its not there close the link21:18
armaxthat could’ve done ascii21:18
clarkbor just describe in words what the picture is trying to convey21:19
clarkband have the picture along as helpful illustration21:19
armaxa picture can tell more than a 100 words21:19
armaxbut I guess that’s not hte point21:19
*** SumitNaiksatam has quit IRC21:21
emaganaThanks Ihar!21:22
emaganajust one more bug to close!21:22
clarkbarmax: I have held the nodes running https://jenkins02.openstack.org/job/check-tempest-dsvm-neutron-aiopcpu-full/47/console so we can get on there and poke around when tempest is done21:22
*** dkehn has joined #openstack-neutron21:22
*** dboik_ has quit IRC21:23
armaxclarkb: so do you think we should not try and spend any time figuring out whether neutron_dvr_gre_bridge from swami’s patch is viable?21:23
armaxor at least to use it as a comparison term?21:23
clarkbarmax: my change is basically that21:23
*** busterswt has quit IRC21:23
clarkbarmax: but it fixes a couple bugs in it21:23
clarkbarmax: it switches nova net to using the ovs gre bridge21:24
armaxclarkb: ic, so are you going to later ‘deprecate’ gre_bridge?21:25
*** Sayaji has joined #openstack-neutron21:25
clarkbarmax: if this works, yes I think that is the sanest thing to do21:25
armaxclarkb: ok21:25
clarkbarmax: I am not super tied to any implementation as long as neutron and nova-net can share one in d-g21:25
*** dkehn has quit IRC21:25
armaxclarkb: 100% in agreement there21:26
clarkbwe can even give vxlan a go, but I am still somewhat in the dark about what the multicast requirements are (which we can't rely on in cloud VMs)21:26
*** shashankhegde has quit IRC21:26
armaxclarkb: as for multicast, Neutron does not rely on it21:27
*** obondarev_ has joined #openstack-neutron21:27
HenryGpc_m: In neutron it seems the test module is not discovered and therefore never run :(  cc: marun21:27
armaxclarkb: you mean for the tunnel setup?21:27
*** bjornar_ has quit IRC21:27
clarkbarmax: yes21:27
clarkbarmax: instead of using gre21:27
*** obondarev has quit IRC21:27
armaxclarkb: if gre works well, and we have two nodes only I am not sure what’s the value in switching to vxlan21:28
*** rushil_ has quit IRC21:28
pc_mHenryG: That was my guess. I'm testing my change right now. Seems like only one case of the renamed ut.21:28
*** rushil has joined #openstack-neutron21:29
*** s3wong has joined #openstack-neutron21:30
mesteryarmax clarkb: Not to throw fire on things, but I'd pick vxlan if I was starting from scratch too :)21:30
*** ronis has quit IRC21:30
clarkbmestery: armax can anyone fill me in on when multicast is required?21:30
mesteryclarkb: It's not required nor supported with OVS VXLAN.21:31
mesteryclarkb: If you're using LB, it's optional21:31
armaxclarkb: afaik never21:31
armaxfor ovs21:31
mesteryclarkb: But honestly, multicast ... really?21:31
mestery:)21:31
clarkbmestery: so my reading has said multicast is how vxlan does broadcasts within logical l2 networks21:31
*** jorgem has quit IRC21:31
clarkbmestery: both dhcp and arp rely on ^21:31
clarkbis that an implementation specific detail and not specific to vxlan itself?21:32
mesteryclarkb: It coudl, but it's not required.21:32
mesteryclarkb: We know the MAC to IP mappings, it's a constrained environment, so we pre-populate them21:32
clarkbok so as a generic thing vxlan won't work?21:32
clarkbbecause we need to support nova network too and aiui its not going to prepopulate anything21:33
mesteryclarkb: I'm not following how vxlan multicast is related to nova-network support here.21:33
*** mwagner_lap has joined #openstack-neutron21:33
clarkbmestery: because we have to set up a test env level logical layer 2 network for both nova net testing and neutron testing on >1 node21:34
clarkbmestery: for nova net this is a "flat" network and a "public" network that spans our test nodes21:34
clarkbmestery: for neutron this is the "br-ex" network21:34
mesteryclarkb: Yes, for neutron all you need is L3 connectivity21:34
mesterythey don't even have to be the same network21:34
pc_memacs !$21:35
clarkbbut for nova network we must have l221:35
pc_m:)21:35
clarkbso we are doing neutron the same21:35
marunHenryG: which test module?21:35
clarkbbecause I am not going to support 2 different network topologies if I can avoid it (also I should be able to replace nova net on a cloud with neutron without rewiring my hardware)21:35
*** rpothier has quit IRC21:36
clarkbmestery: but in addition to that we don't have l3 control either21:36
clarkbmestery: so its just simpler with an l2 overlay all around21:36
mesteryclarkb: It can work with what you've described21:36
*** rushil has quit IRC21:36
pc_mmarun: neutron/tests/functional/agent/test_l3_agent.py21:37
clarkbmestery: well initial tests say it doesn't :) but the goal is to make it work for sure21:37
pc_mHenryG: marun: In my repo, that test module is run (and fails on the import).21:37
clarkbwhat appears to happen is the l3 agent adds the floating ip, arpings the floating ip with no response, removes the floating ip, doesn't tell nova about it, tempest then times out trying to ssh to the floating ip21:38
marunpc_m:21:39
*** greghaynes has joined #openstack-neutron21:39
*** s3wong has quit IRC21:40
pc_mmarun: yes?21:40
*** banix has quit IRC21:40
marunpc_m: what's the error?21:40
marunpc_m: I'm working on reproducing locally21:40
armaxclarkb: about that, I am still trying to find where the logic is21:40
armaxI wonder if carl_baldwin knows a bit more, since he’s the resident l3-agent expert21:41
pc_mmarun: There is an invalid import of unit test.21:41
clarkbarmax: oh I have logs uploaded to the log server now which might give you a clearer picture of that. Let me get you a link21:41
*** Sukhdev has quit IRC21:41
armaxcarl_baldwin: are you aware of such a behavior?21:41
marunpc_m: ah, I guess the reorg must have missed it21:41
marunpc_m: :(21:41
* carl_baldwin getting context. Reading back...21:41
clarkbarmax: http://logs.openstack.org/14/171714/5/experimental/check-tempest-dsvm-neutron-aiopcpu-full/a5d0c03/ that test run21:41
clarkbcarl_baldwin: ^21:41
*** johnbelamaric has quit IRC21:41
marunpc_m, HenryG: I'd like to know why the failure doesn't stop testing in its tracks.21:41
*** dane_leblanc has quit IRC21:42
marunlifeless: shouldn't import errors fail discovery?21:42
clarkbmarun: yes they should21:42
pc_mmarun: yeah, that's what is baffling me, why we didn't see it. I found it trying VPN code that imported the functional test module.21:42
marunclarkb: have you seen cases where failure was silent, as we're seeing/21:43
marun?21:43
clarkbmarun: no thats new to me21:43
marun:(21:43
kfox1111hmm... ok. one question related to option 42... what is a user to do when they want to force an emediate time set at boot? does ntpdate work with option 42 also?21:44
*** claired has joined #openstack-neutron21:44
kfox1111what about right after unsuspending the vm?21:44
kfox1111I've had to ansible ntpdate <ip> after those types of events.21:45
haleybkfox1111: as a data point, how is that different from when not using dhcp for ntp-servers?21:46
*** jckasper has joined #openstack-neutron21:47
kfox1111if the ntp server was always 169.254.169.254 the commands are a lot simpler.21:47
kfox1111its a known command.21:47
pc_mmarun: I think the check script we have only checks the unit test portion of the repo, IIRC21:50
marunpc_m: check script?21:50
*** vivek-ebay has joined #openstack-neutron21:51
pc_mmarun: never mind, that only catches module naming...21:51
kfox1111I'm not sure there is an ntpdate command you can issue that says, use whatever ntp server dhcp recommends.21:51
clarkbarmax: the nova-net run with the ovs gre bridge just passed, so this works for nova net21:51
pc_mmarun: not the imports21:52
armaxclarkb: https://jenkins02.openstack.org/job/check-tempest-dsvm-neutron-aiopcpu-full/47/console21:52
armaxlooking here…and it seems it’s looking good so far21:52
carl_baldwinclarkb, sorry for the delay.  Juggling too many things.  There is a work-around in the L3 agent when running arping from a fip namespace.  It will add the fip, arping, and then remove the fip.21:52
*** claired has quit IRC21:52
*** jckasper has quit IRC21:52
clarkbcarl_baldwin: my assertion is that is a bug21:52
clarkbcarl_baldwin: at the very least it needs to tell nova21:52
marunpc_m, HenryG: It's my fault for not checking, but the functional job should have failed21:52
clarkbcarl_baldwin: so that the error is clear21:52
clarkbcarl_baldwin: but it makes it almost impossible to debug neutron when it cleans up after itself like that21:53
marunpc_m, HenryG: I see the problem now...21:53
marunlifeless: hi21:53
carl_baldwinclarkb, the thing is that the fip ns doesn't really need the IP configured on its interface except to work around this arping bug.21:53
clarkbcarl_baldwin: all I know is the fip doesn't work21:53
pc_mmarun: I have a fix tested. Should I hold on pushing, in case we want to do another change?21:53
clarkbcarl_baldwin: it is removed so no interface has it and no NAT happens21:53
*** vivek-ebay has quit IRC21:53
pc_mmarun: for test run detecting the failure?21:53
clarkbcarl_baldwin: which makes DVR broken from tempest perspective21:53
*** vivek-ebay has joined #openstack-neutron21:53
marunI have the reason for the discovery issue21:54
clarkbarmax: https://jenkins07.openstack.org/job/check-tempest-dsvm-aiopcpu-full/121/console is the successful nova-net + ovs gre bridge run21:54
carl_baldwinclarkb, Does the IP appear in the qrouter namespace?21:54
marunpc_m, HenryG: https://github.com/openstack/neutron/blob/master/neutron/tests/functional/__init__.py21:54
clarkbcarl_baldwin: I don't know yet, waiting for tmpest to finish running then I can poke around on the environment21:54
*** amotoki has joined #openstack-neutron21:54
clarkbcarl_baldwin: https://jenkins02.openstack.org/job/check-tempest-dsvm-neutron-aiopcpu-full/47/console is the job21:54
marunpc_m: this needs to be removed21:54
*** crose has quit IRC21:54
clarkbarmax: and ya its good so far, usually fails at the end when it starts ssh into nodes, but maybe the earlier failures were a fluke?21:55
marunpc_m: you mean you have a fix for all the failing imports in the functional job?21:55
marunpc_m: there is more than just one21:55
clarkbarmax: in any case i can try to reproduce on that env when the test completes21:55
pc_mmarun: I only found one case of a unit test import in the functional tree that was wrong. Didn't check fullstack or others.21:55
marunpc_m: I have a more comprehensive fix in the works.21:56
*** atuvenie has quit IRC21:56
clarkbarmax: I am seeing a couple tests that previously failed pass in that run21:56
clarkbarmax: so maybe it is working21:56
pc_mmarun: By removed, do you mean the whole __init__.py21:56
marunpc_m: yeah, we can't rely on that mechanism21:56
kfox1111yeah. ntpdate has to have a server specified...21:56
lifelessmarun: hi21:56
marunlifeless: hi21:56
pc_mmarun: OK. So should I abandon work on this.21:56
marunlifeless: We're seeing something strange around some manual test discovery we were doing: https://github.com/openstack/neutron/blob/master/neutron/tests/api/__init__.py21:57
marunpc_m: Thank you for discovering this.  I'll have a patch that fixes my error and the discovery issues with functional and api.21:57
marunlifeless: using this method for discovery, invalid imports in a given test module resulted in that test module being silently ignored21:58
clarkbarmax: if it does work we can run the tests a few times to see if it is consistent, and I can clean up the change to remove the old gre bridge stuff21:58
pc_mmarun: OK21:58
lifelessdo we still support 2.6? If so that should be unittest2 that you import21:58
armaxclarkb: sounds like a plan21:58
marunlifeless: we don't support 2.6, no21:58
marunlifeless: should I try that then?21:59
* marun goes to try it21:59
haleybkfox1111: i don't see this as a neutron-specific thing, there's more than just an ntpdate that might need to happen on migration21:59
armaxclarkb: it looks like the scenario tests are passing21:59
armaxclarkb: those are the ones that do the ssh for sure21:59
clarkbarmax: awesome, those are the most problematic ones. Yup21:59
*** jorgem has joined #openstack-neutron22:00
*** kbringard1 has quit IRC22:01
*** chlong has joined #openstack-neutron22:01
lifelessmarun: sec, still processing22:01
lifelessmarun: your code is buggy22:02
lifelessmarun: the top level dir needs to be the top of the namespace22:02
marunlifeless: ?22:03
lifelessmarun: e.g. os.path.abspath(os.path.join(__file__, '../../../..')) or some such22:03
lifelessthat said I don't understand why you're discarding the parameterised loader22:03
marunlifeless: so the fact that it's discovering tests that don't contain import errors is luck?22:03
marunlifeless: it's not my code, tbh22:03
*** carl_baldwin has quit IRC22:03
lifelessI think you need unittest2, because import handling was fixed in Python3.522:04
clarkbarmax: shelve instance test just failed but that may be unrelated to the old failures22:04
lifelessmarun: this is what I'd do:22:04
clarkbarmax: I found that shelving instances is not the most reliable thing when getting it to work with nova net22:05
*** seizadi has quit IRC22:05
lifelesshttp://paste.openstack.org/show/200743/22:06
lifelessor22:06
marunlifeless: ok, and the top_level_dir should be the parent dir of the neutron package?22:08
*** annegentle has quit IRC22:09
lifelesshttp://paste.openstack.org/show/200745/22:10
lifeless^ thats the entire file, no import of unittest etc.22:10
lifelessgive that a go22:10
marunlifeless: will do, danke!22:10
*** s3wong has joined #openstack-neutron22:10
lifelessmarun: who wrote the code?22:11
*** jamielennox is now known as jamielennox|away22:11
lifelessmarun: also, why do you need this, since retargetable will be discovered *anyway* ?22:11
marunlifeless: jschwarz22:11
pc_mmarun: so there is the same issue in VPN repo https://github.com/openstack/neutron-vpnaas/blob/master/neutron_vpnaas/tests/functional/openswan/__init__.py22:11
marunlifeless: he used this as a way of adding multiple test paths to a single tox env run22:12
armaxclarkb: if we can at least demonstrate that some ssh tests do pass22:12
lifelessmarun: but they're both under neutron/tests22:12
*** shashankhegde has joined #openstack-neutron22:12
armaxclarkb: then we can safely say that the ttunnelling setup is sound22:12
marunlifeless: we isolate tests by path22:12
openstackgerritJohn Perkins proposed openstack/neutron: Non-json body on POST 500's  https://review.openstack.org/17183622:12
armaxand we can move on to the next troubleshooting phase22:12
marunlifeless: neutron/tests/unit requires minimal setup22:12
marunlifeless: neutron/tests/functional, retargetable and fullstack require devstack setup22:13
marunlifeless: neutron/tests/api requires devstack-deployed neutron22:13
marunlifeless: so the goal here was to allow logical separation via paths of different kinds of testing, but allow them to run as part of the same tox env22:14
lifelessmarun: I don't understand the problem, just discover them all and filter down to what you need22:14
marunlifeless: filter them how?22:14
lifelessfor instance: testr run neutron.tests.api neutron.tests.functional22:14
armaxclarkb: which is, figuring out Neutron’s glitches :)22:15
lifelesswill run both of those subdirs22:15
marunlifeless: the way our tox.ini was dealing with things may be the limiting factor that led us to this solution then.  let me revisit.22:15
clarkbarmax: yup, the thing to be careful of there is tempest runs on the controller node so we specifically want to prove that ssh from controller node to the sub node compute node works22:15
armaxclarkb: that’s a good point22:16
armaxclarkb: we should try to remove n-cpu from the controller?22:16
clarkbarmax: no, I don't think so. We will just have to cross check nodes being booted on the subnode against the tests that ssh22:16
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100322:16
armaxclarkb: I meant as a WIP, not for good22:17
clarkbarmax: oh maybe, we can see how hard it is to cross check the ssh tests against the compute node first (since that doesn't require rerunning the jobs with new code)22:17
armaxok22:17
armaxkevinbenton: ping22:18
clarkbarmax: ok the latest run is down to 4 failures (from ~13) so thats an improvement22:18
armaxindeed22:18
kevinbentonarmax: pong22:18
clarkbarmax: but the failures look like ssh timeouts too. I am going to try manually adding a node on that setup and see if I can reproduce22:18
armaxkevinbenton: can you answer my question on PS10 for patch https://review.openstack.org/#/c/171003/22:18
pc_mmarun: I have to log off, but can you add me to the review of the commit you post, so that I can see if I need to do a similar solution in VPN repo? (not sure about FW and LB)22:19
armaxkevinbenton: not sure if you’ve seen it22:19
kevinbentonarmax: oh, i missed it, one sec22:19
marunok22:19
*** banix has joined #openstack-neutron22:19
*** dttocs has joined #openstack-neutron22:19
marunlifeless: so testr accepts multiple args...22:19
*** annegentle has joined #openstack-neutron22:20
marunlifeless: our tox uses env vars to configure .testr.conf in a way that doesn't appear to accept multiple args, though22:20
marunlifeless: https://github.com/openstack/neutron/blob/master/.testr.conf#L222:20
*** mancdaz has quit IRC22:21
armaxclarkb: the l3 agent log for the subnode is awfully tiny22:22
kevinbentonarmax: just left a comment22:22
kevinbentonarmax: let me know if it makes sense22:22
armaxkevinbenton: looking22:22
*** mancdaz has joined #openstack-neutron22:22
*** kickinz1 is now known as kickinz1|afk22:22
armaxkevinbenton: it kinda does, but at the moment nothing use the map table besides the arp spoofing rule22:23
armaxkevinbenton: so what’s the benefit of having it in?22:23
marunlifeless: supplying multiple arguments results in and error: 'Path must be within the project'22:23
marunlifeless: e.g. OS_TEST_PATH=./neutron/tests/functional ./neutron/tests/fullstack ./neutron/tests/retargetable22:23
clarkbarmax: ok, I have manually botted a node, updated security-groups to allow icmp and tcp 22, and attached a floating ip and I cannot ping or ssh to that floating ip22:24
*** moha_hunt has quit IRC22:24
openstackgerritJohn Perkins proposed openstack/neutron: Non-json body on POST 500's  https://review.openstack.org/17183622:24
kevinbentonarmax: there isn't anything specific to the arp rules in the map table22:24
lifelessmarun: whats OS_TEST_PATH22:24
armaxclarkb: that is on teh subnode?22:24
kevinbentonarmax: it's just a thing to keep track of ports -> ofports22:24
kevinbentonarmax: if something changes, it retriggers the setup22:24
lifelessmarun: oh, set OS_TEST_PATH to .22:24
marunlifeless: as per the link to our tox.ini, it's how our tox env's communicate the desired path to testr22:24
clarkbarmax: yes according to virsh list --all the VM is on the subnode22:24
lifelessmarun: you want to discover everything22:24
marunlifeless: ?22:25
*** seizadi has joined #openstack-neutron22:25
kevinbentonarmax: right now arp spoofing is the only thing that benefits since it's the only 'in_port' based rules22:25
marunlifeless: we don't want to run unit tests22:25
clarkbarmax: curiously I cannot ping the br-ex interface on the controller from the subnode either. But can ping the br-ex interface on the subode from the controller22:25
kevinbentonarmax: but if we add more in the future, this would automatically help them as well22:25
clarkbhrm br-ex on subnode doesn't have an address anymore22:25
clarkbplease don't tell me that neutron is cleaning that up...22:25
lifelessmarun: right - so you'll select what you want specifically22:25
lifelessmarun: discovered != run22:26
marunlifeless: https://github.com/openstack/neutron/blob/master/.testr.conf#L222:26
marunlifeless: I think we're already doing that22:26
armaxclarkb: um I am afraid so22:26
marunlifeless: discover -t ./ ${OS_TEST_PATH...}22:26
armaxclarkb: um..no hang on22:26
armaxclarkb: I am getting confused22:26
lifelessmarun: you're not, because you are setting OS_TEST_PATH to neutron/tests/thing22:27
marunlifeless: but ./ is the first entry?22:27
lifelessmarun: -t ./ <- top dir22:27
marunlifeless: *sigh*22:27
kevinbentonarmax: i'm on a train and might lose IRC connection. if i don't respond, just leave a gerrit comment22:27
armaxkevinbenton: ok, it’s feels like two changes in one, but I understand your rationale22:27
*** prad has quit IRC22:27
marunlifeless: can you point me to a project that does this correctly?22:27
kevinbentonarmax: well this does require the ofport protection22:27
lifelessmarun: testr.conf is not intended to select tests to run22:27
*** ivar-lazzaro has quit IRC22:27
kevinbentonarmax: i just made it generic to help other future stuff22:27
lifelessmarun: AFAIK every other project22:27
marunlifeless: ok, looking22:28
*** achanda has quit IRC22:28
armaxkevinbenton: that I understand, I don’t undestand why we can remove the check when we indeed need this piece of code22:28
marunlifeless: nova does the same thing as we do22:28
marunlifeless: we probably just followed them22:28
lifelessit does? ugh22:28
*** aepifanov has quit IRC22:28
armaxkevinbenton: what scares me is that part of the code is not at all tested22:28
lifelessclarkb: where did this pattern come from ?22:28
marunlifeless: so does keystone :/22:28
lifelessmarun: so - OS_TEST_PATH shouldn't exist.22:28
marunlifeless: ok.22:29
armaxand having it run pointlessly now begs the question22:29
lifelessmarun: it should just be . (or perhaps PROJECTNAME)22:29
clarkblifeless: what pattern? the test path thing? thats because they wanted to colocate tests22:29
*** seizadi has quit IRC22:29
lifelessclarkb: but discovery != selection, we can filter what to run - tox -epy27 -- neutron.tests.api22:29
lifelessfor instance22:29
kevinbentonarmax: hmmm. let me see if i can get a test for it22:30
clarkbyes I had no part in this22:30
clarkblifeless: don't look at me22:30
lifelessclarkb: yeah, but you see everything happen22:30
*** shashankhegde has quit IRC22:30
armaxkevinbenton: it’ll be a lot easier and more digestable if you made it conditional22:30
lifelessclarkb: so I'm wondering who can tell me what was unclear about the docs / architecture that lead them to this :)22:30
armaxkevinbenton: and remove the condition, when indeed this becomes useful for other purposes22:30
marunlifeless: I think everyone does it this way :(22:30
morganfainbergit might also have been an artifact of when tests were ./tests and moved to ./{PROJECT}/tests22:30
lifelessmorganfainberg: defintely not22:30
openstackgerritenikanorov proposed openstack/neutron: Add logging to dangling port to ml2 delete_subnet  https://review.openstack.org/17166222:30
morganfainberglifeless, no?22:30
lifelessmorganfainberg: *that* clarkb and infra did most of22:31
kevinbentonarmax: that won't make it any more tested though :)22:31
*** achanda has joined #openstack-neutron22:31
*** zhenq has quit IRC22:31
lifelessmarun: ok, so my suggestion is:22:31
morganfainberglifeless, hm.22:31
marunlifeless: ok, so OS_TEST_PATH goes away22:31
kevinbentonarmax: but if you want to ruin my code, i can definitely do that ;)22:31
lifeless 1) OS_TEST_PATH goes away22:31
clarkbmorganfainberg: no that was done so that tests would get packaged and be available for use elsewhere iirc22:31
armaxkevinbenton: true, but we’re really pushing the boundaries of what is and isn’t an RC122:31
armaxbug22:31
lifeless 2) the custom discover stuff disappears (it has to, otherwise you'll get duplicate id errors)22:31
morganfainbergclarkb, yeah i remember when we did it in keystone... was ugly22:31
lifeless 3) to run different things you use one or more test patterns22:31
clarkbarmax: let me know when you have time for me to data dump for you22:31
marunmorganfainberg: I'm happy we did it, though. I've worked with projects that don't and it makes development env more complex.22:32
marunmorganfainberg: can only run things from project root in some projects, which makes editor-invoked debugging sessions more complicated.22:32
*** dttocs has quit IRC22:32
marunlifeless: so how to pass test patterns?22:32
armaxclarkb: flood me22:32
*** banix has quit IRC22:32
lifelessmarun: I'm happy to help, though I need to wrap up some WIP before doing code myself - but it should be pretty straight forward22:32
lifelessmarun: tox -- pattern1 pattern2 etc22:33
lifelessmarun: see the {posargs} in tox.ini22:33
marunlifeless: we need it to be part of the env definition, though22:33
marune.g. 'tox -e py27' without patterns22:33
lifelessmarun: sure, so you put in in the same way that posargs is being passed22:33
marunlifeless: ah, ok22:33
*** Sayaji has quit IRC22:33
clarkbarmax: ok, I was slightly confused myself earlier. So one of the things we do is put 172.24.4.1/23 on controller nodes br-ex and 172.24.4.2/23 on compute node's br-ex. Then we make the floating range 172.24.5.0/24. This automagically sets up networking such that controller can talk to nodes on compute node and vice versa. Problem is that neutron seems to actively subvert that22:34
clarkbarmax: so I think part of the current issue is when neutron does ^ and breaks routing22:34
clarkbarmax: so I am not surprised that I cannot ssh to nodes on the compute host from the controller, there is no route there so it will use my default route out into rackspaces network space22:35
armaxclarkb: I wonder if the br-ex setup is not actively done on the subnode because devstack does not recognize the presence of the controller on the subnode?22:35
clarkbarmax: well we are doing the br-ex setup because devstack doesn't do it properly on its own22:36
clarkbarmax: but to continue on22:36
amotokikevinbenton: ping22:36
clarkbarmax: neutron does seem to put 172.24.5.1/24 on br-ex of the controller22:36
*** annegentle has quit IRC22:36
clarkbarmax: so packets can make it from controller to compute host but not necessarily back again22:37
kevinbentonamotoki: pong22:37
kevinbentonamotoki: (i'm on an unreliable connection so i might be slow to respond)22:37
lifelessmarun: and/or we can also teach discover to discover multiple directories22:37
amotokikevinbenton: I noticed recent BigSwitch CI run no tempest tests.22:37
lifelessmarun: and avoid all the glue22:37
openstackgerritenikanorov proposed openstack/neutron: Handle race condition on subnet-delete  https://review.openstack.org/17184822:37
kevinbentonamotoki: oh, i'll check it out. thanks for letting me know22:38
amotokikevinbenton: for example http://openstack-ci-gw.bigswitch.com/logs/refs-changes-17-167017-9/BSN_PLUGIN/testr_results.htmlgz22:38
enikanorovkevinbenton: armax: could you please provide some feedback on  https://review.openstack.org/171848 ?22:38
clarkbarmax: which makes me think there may be a bug somewhere (config, q-l3, etc) that isn't setting up an appropriate IP on br-ex of the compute node. Maybe thats what you meant about devstack setup being incomplete?22:38
marunlifeless: I'm guessing that's a slightly longer-term option22:38
armaxclarkb: yes22:38
armaxclarkb: that’s what I am trying to look for22:39
clarkbarmax: gotcha22:39
*** baoli_ has quit IRC22:39
lifelessmarun: few days, if we choose to do it - needs one patch to cPython, backport to unittest2, done.22:39
*** alexpilotti has quit IRC22:39
lifelessmarun: I think what I proposed above is better though22:39
*** baoli has joined #openstack-neutron22:39
marunlifeless: I'm happy to do as you suggest, though it looks like it will require us duplicating our pretty tox invocation for every job :/22:40
marunlifeless: https://github.com/openstack/neutron/blob/master/tox.ini#L1822:40
openstackgerritMerged openstack/neutron: Re-use context session in ML2 DB get_port_binding_host  https://review.openstack.org/17069022:40
armaxclarkb: fishing through the setup files in devstack to pinpoint where we do the br-ex interface setup22:41
clarkbarmax: thanks, let me know if thee is anything I can do to help22:41
marunlifeless: or maybe I can reuse OS_TEST_PATH to parametize the invocation within tox?22:41
lifelessmarun: nah, just use a setenv for the filter and put that in the actual invocation line22:41
marunlifeless: right, ok22:41
lifelessmarun: needs a new variable, because its an object path not a file path22:41
marunlifeless: ok22:42
*** thedodd has quit IRC22:42
clarkbarmax: and not to overload you with datapoints I see the arp who-has 172.24.5.243 (the floating ip) come into the compute node from the controller but no response even on the compute node22:42
openstackgerritMerged openstack/neutron: Add missing config parameters in neutron.conf  https://review.openstack.org/17105922:42
armaxclarkb: look here:22:43
armaxhttp://logs.openstack.org/14/171714/6/experimental/check-tempest-dsvm-neutron-aiopcpu-full/b6b7e04/logs/devstacklog.txt.gz#_2015-04-08_21_27_57_25322:43
armaxclarkb: this isn’t done on the subnode22:43
armaxclarkb: http://logs.openstack.org/14/171714/6/experimental/check-tempest-dsvm-neutron-aiopcpu-full/b6b7e04/logs/10.176.128.180-subnode/devstacklog.txt.gz22:43
clarkbarmax: interesting. Looks like it happens as part of the neutron network creation which is all on the controller22:44
armaxclarkb: yes, let me poke at this a bit more22:44
clarkbarmax: so that is likely a devstack bug, however it should respect my IPs of 172.24.4.1/23 and 172.24.4.2/23 on the same interfaces right?22:44
* clarkb double checks on ^22:44
armaxclarkb: I don’t think that Neutron clears that22:44
clarkbarmax: it might be devstack22:44
armaxclarkb: if that’s what you’re saying22:45
clarkbya its definitely cleared out by something, not sure what yet22:45
armaxclarkb: right22:45
clarkbarmax: http://logs.openstack.org/14/171714/6/experimental/check-tempest-dsvm-neutron-aiopcpu-full/b6b7e04/console.html#_2015-04-08_21_15_57_450 and http://logs.openstack.org/14/171714/6/experimental/check-tempest-dsvm-neutron-aiopcpu-full/b6b7e04/console.html#_2015-04-08_21_15_46_494 is where we add those IPs, the adds look fine22:46
armaxclarkb: I think what happens is this22:46
armaxclarkb: you mean added to the subnode right?22:47
*** salv-orlando has quit IRC22:47
*** annegentle has joined #openstack-neutron22:47
clarkbarmax: we add 172.24.4.1/23 on the controller and 172.24.4.2/23 on the subnode22:47
armaxclarkb: I think what happens is that devstack destroy and recreates br-ex22:47
armaxthat’s why the ip disappears22:47
*** salv-orlando has joined #openstack-neutron22:48
armaxclarkb: as for the controller22:48
armaxclarkb: the ip gets put back after we create the public network that supports the floating ip range22:48
*** Marga_ has quit IRC22:48
clarkbso we probably want to update devstack to do that for the subnode as well22:48
clarkbthen we can avoid setting any addrs in the /23 space22:48
armaxclarkb: look for _neutron_get_ext_gw_interface in lib/neutron-legacy22:49
armaxclarkb: but on the subnode we don’t run that command at all22:49
armaxclarkb: cuz the network is already created for us22:49
clarkbarmax: yup22:49
marunlifeless: this doesn't seem to work: sh tools/pretty_tox.sh '{env:OS_TEST_FILTERS}' '{posargs}'22:50
*** Marga_ has joined #openstack-neutron22:50
*** salv-orlando has quit IRC22:50
armaxclarkb: we definitely clear the br-ex prior to doing anything22:50
armaxsee neutron_ovs_base_cleanup in lib/neutron-legacy22:50
armaxclarkb: hence the IP disappears22:51
clarkbarmax: but that doesn't seem to clear the gre tunnel between the two br-exs22:51
clarkbarmax: maybe that config isn't cleared as part of the set up?22:51
clarkbarmax: probably the next step here is for me to clean up my changes and push to swami's as a new patchset22:51
marunlifeless: I'm setting OS_TEST_FILTERS via setenv, but it errors out saying that OS_TEST_FILTERS cannot be found :/22:51
clarkbarmax: then talk to devstack about how they want ot handle the setup22:51
armaxclarkb: probably not22:51
clarkbarmax: since I think we are going to need better devstack support22:51
armaxclarkb: moving your changes to swami’s patch and just have a change that flips the DVR flag would be useful at this point22:52
armaxclarkb: I think we have quite a bit of clarity that we’re getting on the right track22:52
clarkbarmax: yup22:52
armaxclarkb: let me see if I can pinpoint the culrpit in devstack itself22:52
armaxclarkb: you certainly know your way around this stuff!22:53
armaxclarkb: kudos22:53
*** baoli has quit IRC22:53
clarkbarmax: well I spent quite a bit of time doing battle with nova net to get it working with multihost22:53
clarkbarmax: many of the problems are mirrored here, it just goes through different code paths (both in devstack and neutron)22:53
clarkbarmax: the nice thing about this is no ebtables \o/22:53
clarkb(I think)22:54
armaxclarkb: not yet :P22:54
*** jorgem has quit IRC22:54
*** sbfox has joined #openstack-neutron22:54
marunlifeless: I could do the evil thing and pick up OS_TEST_FILTERS in pretty tox22:55
*** mancdaz has quit IRC22:57
armaxclarkb: yup we definitely flush the bridge br-ex22:58
clarkbarmax: thanks for confirming22:58
armaxclarkb: right before we setup the l3-agent22:58
armaxin _neutron_ovs_base_configure_l3_agent22:58
armaxwe could in theory add a flag there22:59
armaxlike if MULTI_HOST=022:59
armaxthen follow the usual setup22:59
armaxif not, then shut up and move on22:59
clarkbarmax: no, I think its better if devstack just does the setting of the interface IP for all nodes running routers22:59
armaxso to speak>22:59
armaxoh, that’d be even better22:59
clarkbarmax: then I can avoid setting 172.24.4.1/23 and 172.24.4.2/23 at all22:59
armaxright!22:59
clarkbarmax: and it should work more better for individuals deploying this locally22:59
armaxthe 172.24.4.1/23 is done on the controller already23:00
clarkbarmax: no thats 172.24.5.1/2423:00
armaxclarkb: right, got it23:00
*** pc_m has quit IRC23:00
clarkbwith nova net the trick we used was to have an encapsulating network that the controller and compute node say on in order to have routing set up properly for us23:00
*** absubram has joined #openstack-neutron23:00
clarkbotherwise packets bound for the VM floating ips would go out the default route which was eth0 and onto rax/hpcloud networks23:01
armaxclarkb: right 172.24.4.1/23 == tunnel network23:01
clarkbyup23:01
armaxclarkb: got confused there for a sec23:01
armaxI am with you23:01
clarkbbut in this case we just need an l2 tunnel network then devstack/neutron can manage the l3 atop that23:01
clarkbdevstack to configure interfaces on hypervisors and neutron to configure floating ips23:02
armaxclarkb: ok so to be clear you really wanna get rid of command on line 888 for https://review.openstack.org/#/c/171714/6/functions.sh23:03
*** annegentle has quit IRC23:03
armaxas well as the one on line 874?23:03
armaxclarkb: and want these done in devstack itself?23:03
clarkbarmax: ya but only for neutron I think23:03
clarkbarmax: I have a patch almost together, give me a couple minutes and I can show you23:04
kevinbentonarmax: can't get a functional test that fast for that23:04
armaxclarkb: for devstack?23:04
kevinbentonarmax: so i will make it conditional and just rely on UT for now23:04
clarkbarmax: for devstack-gate23:04
armaxclarkb: ok23:04
*** annegentle has joined #openstack-neutron23:05
*** chlong has quit IRC23:05
clarkbarmax: https://review.openstack.org/17171423:05
marunlifeless: I don't really understand why it's a good idea to discover all tests if we know at the outset that we only want to run a subset.23:05
armaxkevinbenton: I offered you a much simpler way and yet you want to do it the hard way, even when it’s wrong23:05
armaxclarkb: looking23:05
marunlifeless: but I do have your suggestion working.23:06
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100323:06
clarkbarmax: but for that change to work properly we also need a devstack change to set the interfaces for us23:06
kevinbentonarmax: what?23:07
armaxclarkb: ok, but just to be clear, why do we set them in devstack-gate too?23:07
kevinbentonarmax: didn't i do exactly what you wanted23:07
kevinbentonarmax: ?23:08
armaxkevinbenton: I suggested to make it conditional as it’s useless right now23:08
*** mlavalle has quit IRC23:08
armaxkevinbenton: with or without the test23:08
clarkbarmax: we set them during nova net bceause devstack does not set them when using nova net, and when you use nova net there is no reserved space for routers of the floating ips23:08
armaxclarkb: ok23:08
kevinbentonarmax: it's not useless when the spoofing rules are enabled23:08
clarkbarmax: so for nova net floating ip routing we put 172.24.4.1/23 and 172.24.4.2/23 on the public interfaces so that packets know how to go back and forth for IPs on that network23:09
armaxkevinbenton: but it’s disabled right now is it not?23:09
kevinbentonarmax: which is why i was trying to write a test23:09
clarkbarmax: then we restrict floating IPs to 172.24.5.0/2423:09
armaxkevinbenton: ok fine23:09
clarkbarmax: but neutron appears to have slightly different expectations and devstack is already half setting it up for us, so might as well have it do the whole thing23:09
*** sbfox has quit IRC23:09
armaxclarkb: so you’re expecting to set another ip space for br-ex23:10
clarkbarmax: also the reason non DVR works today on multinode is that we only connect from controller to compute host VMs but all routing for compute host VMs happens on the controller23:10
armaxclarkb: but done through devstack23:10
clarkbarmax: ya something like that23:10
clarkbarmax: or if devstack prefers we can do it in d-g then make devstack not interfere with the settings we do in d-g23:10
clarkbbut its interfering so it can do it :)23:10
armaxclarkb: either way yes, we need a change in devstack23:11
clarkbyup23:11
armaxclarkb: but it sounds like that we’d still need the setup in d-g regardless23:11
clarkbarmax: we still need to do the l2 tunnel setup regardless23:11
armaxclarkb: right23:11
clarkbarmax: whether or not we assign 172.24.4.1/23 and 172.24.4.2/23 is largely up to devstack23:11
armaxclarkb: let me push a devsatck patch to see how this might look like and we can take the conversastion there23:12
armaxclarkb: indeed23:12
*** jamielennox|away is now known as jamielennox23:12
clarkbarmax: sounds good23:12
*** luqas has joined #openstack-neutron23:12
*** gildub has joined #openstack-neutron23:13
*** mancdaz has joined #openstack-neutron23:14
*** annegentle has quit IRC23:16
*** dims has quit IRC23:16
*** luqas has quit IRC23:16
armaxclarkb: just a question, but the variables set in d-g like FLOATING_HOST_MASK etc23:17
armaxclarkb: are they visible to the env under which stash.sh works?23:17
openstackgerritAssaf Muller proposed openstack/neutron: Log RPC initialization in L3 service plugin and ML2  https://review.openstack.org/17187023:17
clarkbarmax: thats purefly for the *_gre_bridge functions in functions.sh. They are not visible to stack.sh23:17
amullermarun: ^23:17
clarkb*purely23:17
clarkbarmax: thats another thing we might be able to make a better interface for23:18
armaxclarkb: ok23:18
clarkbarmax: I mostly hacked that together beause doing bit math in bash is no fun23:18
openstackgerritAssaf Muller proposed openstack/neutron: Log RPC initialization in L3 service plugin and ML2  https://review.openstack.org/17187023:20
*** ZZelle_ has quit IRC23:20
*** absubram has quit IRC23:21
*** vivek-ebay has quit IRC23:22
lifelessmarun: its keeps the layering separate23:22
openstackgerritMaru Newby proposed openstack/neutron: Fix test discovery  https://review.openstack.org/17187423:22
marunlifeless: ^^23:22
lifelessmarun: the internal glue that was being used to bang separate dirs together was non-obvious23:23
marunlifeless: so long as it works :)23:24
marunlifeless: I couldn't get the {env:} support to work, so I resorted to modifying pretty-tox.sh23:24
*** emagana has quit IRC23:25
*** srampal has quit IRC23:25
*** hichihara has joined #openstack-neutron23:28
lifelessmarun: I've mailed openstack-dev vis-a-vis not using 'unittest'.23:29
amullermarun: replied on the patch23:29
lifelessI don't know if its worth a hacking rule, but it might be23:29
*** amotoki has quit IRC23:29
*** yamamoto has joined #openstack-neutron23:30
marunlifeless: danke23:31
*** yamamoto_ has joined #openstack-neutron23:31
*** yamamoto has quit IRC23:31
*** sbfox has joined #openstack-neutron23:32
*** baoli has joined #openstack-neutron23:32
*** dims has joined #openstack-neutron23:34
openstackgerritMaru Newby proposed openstack/neutron: Fix test discovery  https://review.openstack.org/17187423:34
clarkbarmax: I left a long comment on https://review.openstack.org/#/c/158525/ to catch swami up to what we figured out today23:34
*** amittal has joined #openstack-neutron23:35
clarkblifeless: marun if you just depend on testtools and use testtools.TestCase unittest2 will sort itself out right?23:36
lifelessclarkb: context?23:36
*** seizadi has joined #openstack-neutron23:36
marunlifeless: I think the problem is using unittest for discovery, not for test cases23:36
clarkblifeless: the don't use unittest thing23:36
marunoops, clarkb ^23:36
lifelessclarkb: the particular issue here was discovery23:37
clarkbbut discovery will just use whatever you import23:37
lifelessclarkb: but we shouldn't be directly using unittest anywhere23:37
clarkbso import testtools23:37
lifelessclarkb: no, discovery is also an API23:37
lifelessclarkb: see the diff in the review23:37
*** seizadi has quit IRC23:37
lifelessclarkb: api/__init__.py23:37
*** seizadi1 has joined #openstack-neutron23:37
*** dboik_ has joined #openstack-neutron23:37
lifelessclarkb: yes, we should be using testtools, and testtools works with both unittest and unittest2 and so on23:38
clarkboh I didn't realize it was doing manual test loads23:38
*** yeungp has quit IRC23:38
lifelessclarkb: *if* we're using a unittest api directly, for whatever reason, we should use the one from unittest2.23:38
clarkbgotcha23:39
lifelessbecause otherwise we'll be getting random old bugs that I've already fixed23:39
*** seizadi1 has quit IRC23:41
*** amuller has quit IRC23:42
*** sbfox has quit IRC23:43
*** apuimedo has quit IRC23:44
*** Sukhdev has joined #openstack-neutron23:44
Sukhdevarmax: Ping23:44
armaxSukhdev: pong23:45
Sukhdevarmax: wanted to check with you if you are OK with moving L2-GW meeting one hour early to accomodate India team?23:46
*** sbfox has joined #openstack-neutron23:46
Sukhdevarmax: Did not see your reply to that email - hence, thought I ping you here23:46
armaxSukhdev: I shoudl be ok23:53
Sukhdevarmax: OK - let check which channel is available - will send out email with information23:53
*** kfox1111 has quit IRC23:54
Sukhdevarmax: Also, I wanted to document the versioning and release plan for the L2-GW project - what is the right place for it?23:54
*** psd has quit IRC23:54
*** amittal has quit IRC23:54
*** watanabe_isao has joined #openstack-neutron23:55
*** rha has quit IRC23:58
*** nplanel has quit IRC23:58
*** rha has joined #openstack-neutron23:59
*** rha has joined #openstack-neutron23:59

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