Monday, 2015-05-11

*** dimsum__ has joined #openstack-neutron00:06
*** sdake_ has joined #openstack-neutron00:09
*** sdake has quit IRC00:12
*** merooney has joined #openstack-neutron00:14
*** dimsum__ has quit IRC00:14
*** merooney has quit IRC00:18
*** nlahouti has joined #openstack-neutron00:18
*** yamamoto has joined #openstack-neutron00:18
*** amotoki has joined #openstack-neutron00:19
*** nlahouti has quit IRC00:20
*** nlahouti has joined #openstack-neutron00:21
*** merooney has joined #openstack-neutron00:23
*** jogo has quit IRC00:25
*** tkatarki has joined #openstack-neutron00:35
*** tkatarki has quit IRC00:37
*** tkatarki has joined #openstack-neutron00:37
*** dimsum__ has joined #openstack-neutron00:39
*** ivar-laz_ has joined #openstack-neutron00:40
*** ivar-la__ has joined #openstack-neutron00:42
*** ivar-lazzaro has quit IRC00:42
*** ivar-laz_ has quit IRC00:42
*** shwetaap has joined #openstack-neutron00:50
*** gildub has joined #openstack-neutron00:51
*** yamahata has quit IRC00:55
*** roeyc has quit IRC00:56
*** julim has joined #openstack-neutron01:05
openstackgerritIan Wienand proposed openstack/neutron: Ensure netfilter is enabled for bridges  https://review.openstack.org/18086701:05
*** merooney has quit IRC01:08
*** merooney has joined #openstack-neutron01:08
*** yuanying has joined #openstack-neutron01:10
*** yalie has joined #openstack-neutron01:16
*** mturpin has quit IRC01:18
*** tkatarki has quit IRC01:20
*** yalie has left #openstack-neutron01:24
*** liusheng has quit IRC01:27
*** liusheng has joined #openstack-neutron01:31
*** erkules has joined #openstack-neutron01:35
*** markvoelker has quit IRC01:35
*** markvoelker has joined #openstack-neutron01:36
*** banix has quit IRC01:37
*** markvoelker has quit IRC01:37
*** erkules_ has quit IRC01:38
*** baoli has joined #openstack-neutron01:39
*** baoli has quit IRC01:44
*** aranjan has joined #openstack-neutron01:47
*** julim has quit IRC01:48
*** shwetaap has quit IRC01:53
*** achanda has joined #openstack-neutron01:55
*** banix has joined #openstack-neutron01:56
*** shwetaap has joined #openstack-neutron02:06
*** dimsum__ has quit IRC02:12
*** jogo has joined #openstack-neutron02:22
*** yasu_ has joined #openstack-neutron02:22
*** park_heijlong has joined #openstack-neutron02:22
*** shwetaap has quit IRC02:23
*** shwetaap has joined #openstack-neutron02:29
*** zhhuabj_ has joined #openstack-neutron02:30
*** zhhuabj has quit IRC02:32
*** Carlito__ has joined #openstack-neutron02:37
*** yamamoto has quit IRC02:40
*** Carlito__ has quit IRC02:41
*** britthou_ has joined #openstack-neutron02:41
*** britthouser has quit IRC02:41
*** yamamoto has joined #openstack-neutron02:41
*** Carlito__ has joined #openstack-neutron02:42
*** Carlito__ has quit IRC02:42
*** amotoki has quit IRC02:43
*** yamamoto_ has joined #openstack-neutron02:49
*** yamamoto has quit IRC02:52
*** merooney has quit IRC02:54
*** amotoki has joined #openstack-neutron02:56
*** boris-42 has quit IRC02:58
*** dave-mccowan has quit IRC03:00
*** achanda has quit IRC03:01
*** fedexo has quit IRC03:04
*** achanda_ has joined #openstack-neutron03:04
*** fedexo has joined #openstack-neutron03:05
*** sdake has joined #openstack-neutron03:05
*** sdake_ has quit IRC03:06
*** sdake has quit IRC03:08
*** sdake has joined #openstack-neutron03:09
openstackgerritIan Wienand proposed openstack/neutron: Ensure netfilter is enabled for bridges  https://review.openstack.org/18086703:09
*** achanda_ has quit IRC03:14
*** tobe has joined #openstack-neutron03:20
*** alex_xu has quit IRC03:20
*** baoli has joined #openstack-neutron03:21
*** alex_xu has joined #openstack-neutron03:21
*** yamamoto_ has quit IRC03:22
*** shashankhegde has joined #openstack-neutron03:24
*** baoli has quit IRC03:26
*** subscope has joined #openstack-neutron03:38
*** shwetaap has quit IRC03:42
*** yamamoto has joined #openstack-neutron03:44
*** banix has quit IRC03:51
*** merooney has joined #openstack-neutron03:54
*** sdake_ has joined #openstack-neutron03:56
*** carl_baldwin has joined #openstack-neutron03:57
*** rkukura has quit IRC03:59
*** rkukura has joined #openstack-neutron03:59
*** vikram has joined #openstack-neutron04:00
*** merooney has quit IRC04:00
*** sdake has quit IRC04:00
*** vikram has quit IRC04:03
*** yatin has joined #openstack-neutron04:04
openstackgerritshihanzhang proposed openstack/neutron: setup port filters when sg rules change  https://review.openstack.org/18127204:14
*** coolsvap|afk is now known as coolsvap04:23
*** yamamoto has quit IRC04:28
*** yamamoto has joined #openstack-neutron04:30
*** sdake has joined #openstack-neutron04:34
*** trinaths has joined #openstack-neutron04:37
*** ivar-la__ has quit IRC04:37
*** markvoelker has joined #openstack-neutron04:37
*** ivar-lazzaro has joined #openstack-neutron04:38
*** sdake_ has quit IRC04:38
*** trinaths has left #openstack-neutron04:44
*** ivar-lazzaro has quit IRC04:45
*** ivar-laz_ has joined #openstack-neutron04:45
*** irenab has quit IRC04:46
*** carl_baldwin has quit IRC04:48
*** afazekas has joined #openstack-neutron04:55
*** yamamoto has quit IRC04:57
openstackgerritIan Wienand proposed openstack/neutron: Ensure netfilter is enabled for bridges with OVS-Hybrid Driver  https://review.openstack.org/18086704:59
*** tobe has quit IRC05:03
*** red_trela has joined #openstack-neutron05:07
*** chlong has quit IRC05:09
*** neeti has joined #openstack-neutron05:09
*** sdake_ has joined #openstack-neutron05:13
*** emagana has joined #openstack-neutron05:15
*** sdake has quit IRC05:16
*** yamamoto has joined #openstack-neutron05:17
*** tflynn has joined #openstack-neutron05:22
*** trinaths has joined #openstack-neutron05:22
*** tflynn_ has joined #openstack-neutron05:23
*** daneyon has joined #openstack-neutron05:25
*** tflynn has quit IRC05:27
*** heyongli has quit IRC05:29
*** ekuris has joined #openstack-neutron05:30
*** irenab has joined #openstack-neutron05:30
*** yamamoto has quit IRC05:30
*** heyongli has joined #openstack-neutron05:31
*** gildub has quit IRC05:33
*** yamamoto has joined #openstack-neutron05:33
*** achanda has joined #openstack-neutron05:37
*** yamamoto has quit IRC05:37
openstackgerritIan Wienand proposed openstack/neutron: Ensure netfilter is enabled for bridges with OVS-Hybrid Driver  https://review.openstack.org/18086705:38
*** jogo has quit IRC05:39
*** jogo has joined #openstack-neutron05:40
*** vthapar has joined #openstack-neutron05:40
*** anshul has joined #openstack-neutron05:41
*** yfauser has joined #openstack-neutron05:42
*** yfauser has quit IRC05:43
*** yamamoto has joined #openstack-neutron05:47
*** shashankhegde has quit IRC05:49
*** itzikb has joined #openstack-neutron05:54
*** sdake has joined #openstack-neutron05:57
*** sudipto has joined #openstack-neutron05:58
*** shashankhegde has joined #openstack-neutron05:59
*** Longgeek_ has joined #openstack-neutron05:59
*** sdake_ has quit IRC06:01
*** Longgeek has quit IRC06:03
*** nlahouti has quit IRC06:03
*** luqas has joined #openstack-neutron06:04
*** yamamoto has quit IRC06:06
*** yamamoto has joined #openstack-neutron06:08
openstackgerritQin Zhao proposed openstack/python-neutronclient: Add InvalidIpForSubnetClient exception  https://review.openstack.org/16206206:08
*** luqas has quit IRC06:09
*** enikanorov2 has quit IRC06:10
*** yalie has joined #openstack-neutron06:11
*** simon-AS559 has quit IRC06:12
*** anilvenkata has joined #openstack-neutron06:14
*** sdake_ has joined #openstack-neutron06:15
*** red_trela has quit IRC06:16
*** sdake__ has joined #openstack-neutron06:18
*** sdake has quit IRC06:18
*** sdake_ has quit IRC06:21
*** red_trela has joined #openstack-neutron06:23
*** yfried_ is now known as yfried|afk06:24
*** yfried|afk is now known as yfried_06:24
*** simon-AS559 has joined #openstack-neutron06:26
*** scheuran has joined #openstack-neutron06:26
*** numan has joined #openstack-neutron06:28
*** red_trela has quit IRC06:32
*** nmagnezi has joined #openstack-neutron06:33
*** yog__ has joined #openstack-neutron06:35
*** Murali has joined #openstack-neutron06:38
*** red_trela has joined #openstack-neutron06:40
*** enikanorov2 has joined #openstack-neutron06:41
*** shashankhegde has quit IRC06:41
*** yamamoto_ has joined #openstack-neutron06:45
*** anilvenkata has left #openstack-neutron06:46
*** SridharG has joined #openstack-neutron06:46
*** [1]evgenyf has joined #openstack-neutron06:47
*** red_trela has quit IRC06:48
*** yamamoto has quit IRC06:48
*** park_heijlong has quit IRC06:48
*** yasu_ has quit IRC06:56
*** yasu_ has joined #openstack-neutron06:56
*** safchain has joined #openstack-neutron07:00
*** park_heijlong has joined #openstack-neutron07:01
*** Marga_ has joined #openstack-neutron07:01
*** Marga_ has quit IRC07:04
*** subscope has quit IRC07:05
*** luqas has joined #openstack-neutron07:05
*** moha_hunt has joined #openstack-neutron07:07
*** luqas has quit IRC07:10
*** fedexo has quit IRC07:14
*** achanda has quit IRC07:15
*** moshele has joined #openstack-neutron07:16
*** kawa2014 has joined #openstack-neutron07:17
*** tflynn_ has quit IRC07:17
*** aranjan has quit IRC07:19
*** Marga_ has joined #openstack-neutron07:19
*** Marga_ has quit IRC07:19
*** numan has quit IRC07:20
*** matrohon has joined #openstack-neutron07:22
*** nyechiel has joined #openstack-neutron07:27
*** jpena has joined #openstack-neutron07:27
*** criptoverso has joined #openstack-neutron07:27
*** sdake__ has quit IRC07:28
*** numan has joined #openstack-neutron07:28
*** anilvenkata has joined #openstack-neutron07:30
*** yamamoto_ has quit IRC07:33
*** luqas has joined #openstack-neutron07:33
*** yfried_ is now known as yfried|afk07:36
*** imcsk8 has joined #openstack-neutron07:38
*** luqas has quit IRC07:38
*** yfried|afk is now known as yfried_07:38
*** jlibosva has joined #openstack-neutron07:42
*** tobe has joined #openstack-neutron07:42
*** apuimedo has joined #openstack-neutron07:43
*** ihrachyshka has joined #openstack-neutron07:43
*** achanda has joined #openstack-neutron07:45
*** ivar-laz_ has quit IRC07:45
*** mpsairam has joined #openstack-neutron07:45
*** ivar-lazzaro has joined #openstack-neutron07:46
*** yfried_ has quit IRC07:46
*** jlanoux has joined #openstack-neutron07:46
*** roeyc has joined #openstack-neutron07:49
*** pece has joined #openstack-neutron07:50
*** yamamoto has joined #openstack-neutron07:54
*** fifieldt has joined #openstack-neutron07:57
*** lukasa has joined #openstack-neutron07:58
*** fifieldt has quit IRC07:58
*** jistr has joined #openstack-neutron07:58
*** park_heijlong has quit IRC07:59
*** achanda has quit IRC08:01
*** devvesa has joined #openstack-neutron08:03
*** moha_hunt has quit IRC08:04
*** lukasa has quit IRC08:05
*** roeyc has quit IRC08:06
*** ygbo has joined #openstack-neutron08:12
*** red_trela has joined #openstack-neutron08:12
openstackgerritLIU Yulong proposed openstack/python-neutronclient: Add missing tenant_id to lbaas-v2 resources creation  https://review.openstack.org/18182208:15
*** jlibosva has quit IRC08:20
*** jlibosva has joined #openstack-neutron08:20
*** redbeard has joined #openstack-neutron08:22
*** yfried has joined #openstack-neutron08:24
*** yog__ has quit IRC08:28
*** rossella_s has quit IRC08:28
*** ihrachyshka has quit IRC08:30
*** dguitarbite has joined #openstack-neutron08:32
*** lori|away is now known as lori08:33
*** sudipto has quit IRC08:34
*** ronis has joined #openstack-neutron08:36
*** zhhuabj_ has quit IRC08:38
openstackgerritMoshe Levi proposed openstack/neutron: mlnx MD: mlnx_direct removal  https://review.openstack.org/18167208:38
*** sudipto has joined #openstack-neutron08:39
*** sbalukoff has quit IRC08:39
openstackgerritShaoRan Xiao proposed openstack/neutron: [WIP]Definition of the Virtual Network Performance interface  https://review.openstack.org/16481408:40
*** rossella_s has joined #openstack-neutron08:41
*** roeyc has joined #openstack-neutron08:41
*** ajo has joined #openstack-neutron08:42
*** sbalukoff has joined #openstack-neutron08:43
*** yamamoto has quit IRC08:45
*** achanda has joined #openstack-neutron08:45
*** yog__ has joined #openstack-neutron08:45
*** aranjan has joined #openstack-neutron08:50
*** zhhuabj_ has joined #openstack-neutron08:50
*** fawadkhaliq has joined #openstack-neutron08:52
*** gildub has joined #openstack-neutron08:54
*** aranjan has quit IRC08:55
*** erkules has quit IRC08:55
*** erkules has joined #openstack-neutron08:56
*** park_heijlong has joined #openstack-neutron09:04
*** park_heijlong has quit IRC09:09
*** hichihara has quit IRC09:09
*** yog__ has quit IRC09:12
*** dtynan has left #openstack-neutron09:19
*** aix has joined #openstack-neutron09:20
*** dtynan has joined #openstack-neutron09:22
*** yog__ has joined #openstack-neutron09:23
*** yamamoto has joined #openstack-neutron09:24
*** yfauser has joined #openstack-neutron09:24
*** yfauser has left #openstack-neutron09:24
*** aswadr has joined #openstack-neutron09:33
openstackgerritSridhar Gaddam proposed openstack/neutron: Support BP:ipv6-router in Neutron HA Router  https://review.openstack.org/17320609:34
*** zhhuabj_ has quit IRC09:35
openstackgerritvenkata anil proposed openstack/neutron-vpnaas: Assign external_ip based on ip version of peer_address  https://review.openstack.org/18184209:36
*** red_trela has quit IRC09:40
*** achanda has quit IRC09:40
openstackgerritCyril Roelandt proposed openstack/neutron: Allow users to run 'tox -epy34'  https://review.openstack.org/18127709:41
*** ZZelle has joined #openstack-neutron09:42
*** subscope has joined #openstack-neutron09:43
*** zhhuabj_ has joined #openstack-neutron09:47
openstackgerritShaoRan Xiao proposed openstack/neutron: [WIP]Definition of the Virtual Network Performance interface  https://review.openstack.org/16481409:52
*** fawadkhaliq has quit IRC09:56
*** roeyc has quit IRC09:58
*** merooney has joined #openstack-neutron09:58
*** ihrachyshka has joined #openstack-neutron10:00
*** dimsum__ has joined #openstack-neutron10:02
*** yfauser has joined #openstack-neutron10:03
*** yfauser has left #openstack-neutron10:03
*** red_trela has joined #openstack-neutron10:09
*** red_trela has quit IRC10:11
*** pc_m has joined #openstack-neutron10:13
*** moha_hunt has joined #openstack-neutron10:15
*** nmagnezi has quit IRC10:19
*** nmagnezi has joined #openstack-neutron10:22
*** dguitarbite has quit IRC10:24
*** dguitarbite has joined #openstack-neutron10:27
peceHello, does anuone know if 'shared' attribute in metering labels is supposed to work in Juno release?10:27
*** jlibosva has quit IRC10:28
*** andyhky has quit IRC10:29
*** jlibosva has joined #openstack-neutron10:30
*** andyhky has joined #openstack-neutron10:31
*** fawadkhaliq has joined #openstack-neutron10:31
*** yuanying has quit IRC10:34
openstackgerritJohn Davidge proposed openstack/neutron: Implement Neutron IPv6 Prefix Delegation  https://review.openstack.org/15869710:36
*** baoli has joined #openstack-neutron10:37
*** lukasa has joined #openstack-neutron10:39
*** aranjan has joined #openstack-neutron10:39
*** baoli has quit IRC10:41
*** aranjan has quit IRC10:43
*** [1]evgenyf has quit IRC10:43
*** lukasa has quit IRC10:47
*** coolsvap is now known as coolsvap|afk10:48
*** evgenyf has joined #openstack-neutron10:54
*** yalie has quit IRC10:54
openstackgerritSalvatore Orlando proposed openstack/neutron: Deprecate quota_items, register resources upon REST initialization  https://review.openstack.org/18159311:04
*** roeyc has joined #openstack-neutron11:04
*** moha_hunt has quit IRC11:05
*** jlibosva has quit IRC11:07
*** jlibosva has joined #openstack-neutron11:08
*** zhenguo has joined #openstack-neutron11:10
*** lihit has joined #openstack-neutron11:20
*** mpsairam has quit IRC11:22
*** simon-AS559 has quit IRC11:28
*** EmilienM|afk is now known as EmilienM11:28
anilvenkatapc_m Hi paul Michali, can you please review my patch for external ip when both ipv4 and ipv6 gateway available https://review.openstack.org/18184211:28
anilvenkatapc_m:  I put it in WIP, If you have any suggestions, please tell me, I still have to work on unit tests11:29
*** lihit has quit IRC11:30
*** simon-AS559 has joined #openstack-neutron11:30
*** simon-AS5591 has joined #openstack-neutron11:32
*** jaypipes has joined #openstack-neutron11:32
*** simon-AS559 has quit IRC11:34
*** trinaths has quit IRC11:35
*** SridharG has left #openstack-neutron11:42
*** subscope has quit IRC11:44
*** subscope has joined #openstack-neutron11:47
openstackgerritshihanzhang proposed openstack/neutron: Allow updating port 'binding:host_id' be None  https://review.openstack.org/18186711:48
*** jpena is now known as jpena|lunch11:52
*** nuritv has joined #openstack-neutron11:53
*** tobe has quit IRC11:53
*** baoli has joined #openstack-neutron11:56
*** claudiub has joined #openstack-neutron11:58
*** dimsum__ has quit IRC12:03
*** boris-42 has joined #openstack-neutron12:04
*** luqas has joined #openstack-neutron12:06
*** mwagner_lap has quit IRC12:07
*** jgalvin201514 has quit IRC12:09
*** dave-mccowan has joined #openstack-neutron12:12
*** Marga_ has joined #openstack-neutron12:12
*** claudiub has quit IRC12:13
*** _dguerri is now known as dguerri12:13
*** atuvenie has joined #openstack-neutron12:15
*** claudiub has joined #openstack-neutron12:16
*** simon-AS5591 has quit IRC12:16
*** raildo has joined #openstack-neutron12:19
*** Marga_ has quit IRC12:21
*** Marga_ has joined #openstack-neutron12:22
*** banix has joined #openstack-neutron12:22
*** fawadkhaliq has quit IRC12:26
*** tkatarki has joined #openstack-neutron12:26
jaypipesZZelle: around? I'm looking at your IPAM subnet pool PGsql lock fix...12:27
*** aranjan has joined #openstack-neutron12:28
*** sudipto has quit IRC12:30
*** yalie has joined #openstack-neutron12:31
*** jschwarz__ has joined #openstack-neutron12:31
*** banix has quit IRC12:31
*** yfried is now known as yfried|afk12:32
*** roeyc has quit IRC12:32
*** aranjan has quit IRC12:33
jaypipesZZelle: what I'm wondering is how the quota reservations are done in this module... I don't see any reserve/commit-or-rollback-reservation strategy used. I only see a check of quotas, but not where the quotas are updated. Could you advise where I can find where the quotas are actually updated?12:34
*** vikram has joined #openstack-neutron12:35
*** vikram has quit IRC12:38
*** sdake has joined #openstack-neutron12:39
openstackgerritIhar Hrachyshka proposed openstack/neutron: policy: cleanup deprecation code to handle old extension:xxx rules  https://review.openstack.org/17671012:40
*** sdake_ has joined #openstack-neutron12:41
*** fawadkhaliq has joined #openstack-neutron12:44
*** sdake has quit IRC12:44
*** cference has joined #openstack-neutron12:44
*** roeyc has joined #openstack-neutron12:48
*** Longgeek_ has quit IRC12:48
*** Longgeek has joined #openstack-neutron12:49
*** fawadk has joined #openstack-neutron12:50
*** mwagner_lap has joined #openstack-neutron12:50
*** kawa2014 has quit IRC12:50
*** fawadkhaliq has quit IRC12:50
*** kawa2014 has joined #openstack-neutron12:51
*** yatin has quit IRC12:51
*** sdake_ is now known as sdake12:55
*** inara has quit IRC12:56
*** inara has joined #openstack-neutron12:56
*** gildub has quit IRC12:56
pc_manilvenkata: hi. I'll look at it in a few mins.12:59
anilvenkatapc_m thanks Pc_m13:00
*** merooney has quit IRC13:03
*** jpena|lunch is now known as jpena13:07
*** fawadkhaliq has joined #openstack-neutron13:08
*** merooney has joined #openstack-neutron13:09
*** fawadk has quit IRC13:11
openstackgerritRossella Sblendido proposed openstack/neutron: L2 agent RPC add new RPC calls  https://review.openstack.org/14743513:12
*** ekuris has quit IRC13:14
openstackgerritSam Betts proposed openstack/neutron: Make l3 agent prefix delegation pluggable  https://review.openstack.org/17627213:15
openstackgerritIan Wienand proposed openstack/neutron: Ensure netfilter is enabled for bridges  https://review.openstack.org/18086713:15
*** Longgeek has quit IRC13:15
*** Longgeek has joined #openstack-neutron13:16
*** ekuris has joined #openstack-neutron13:17
*** fifieldt has joined #openstack-neutron13:17
*** fifieldt has quit IRC13:17
*** TrevorV|Home has joined #openstack-neutron13:17
*** blues-man has joined #openstack-neutron13:18
*** rpothier has joined #openstack-neutron13:20
*** josecastroleon has joined #openstack-neutron13:21
*** jckasper has quit IRC13:21
*** chlong has joined #openstack-neutron13:22
*** jckasper has joined #openstack-neutron13:22
*** tiswanso has joined #openstack-neutron13:25
*** lukasa has joined #openstack-neutron13:25
*** kawa2014 has quit IRC13:28
*** aranjan has joined #openstack-neutron13:29
*** fawadkhaliq has quit IRC13:29
*** baoli has quit IRC13:30
*** baoli_ has joined #openstack-neutron13:31
*** jgrimm is now known as zz_jgrimm13:32
*** aranjan has quit IRC13:34
*** b3nt_pin has quit IRC13:36
*** lukasa has quit IRC13:37
*** beagles has quit IRC13:38
*** rushil has joined #openstack-neutron13:38
*** b3nt_pin has joined #openstack-neutron13:38
*** b3nt_pin is now known as beagles13:38
*** yamamoto has quit IRC13:39
Muralihi13:39
*** yamamoto has joined #openstack-neutron13:39
MuraliI am seeing the "failed 2/20: up 13.62. request failed" when I login to vm13:39
*** dimsum__ has joined #openstack-neutron13:39
*** prad has joined #openstack-neutron13:39
Muraliand I am able to get the metadata in the vm13:39
*** ivar-lazzaro has quit IRC13:41
*** kawa2014 has joined #openstack-neutron13:41
Muralican some body to get my metadata in Vm13:41
Muralihttp://pastebin.com/WS2SFqvL13:41
*** ivar-lazzaro has joined #openstack-neutron13:41
*** julim has joined #openstack-neutron13:42
*** kawa2014 has quit IRC13:43
*** nihilifer has joined #openstack-neutron13:43
*** kawa2014 has joined #openstack-neutron13:43
*** emagana has quit IRC13:43
*** merooney has quit IRC13:44
*** yamamoto has quit IRC13:44
*** yfried|afk has quit IRC13:44
*** yfried|afk has joined #openstack-neutron13:45
*** ekuris has quit IRC13:46
*** rushil has quit IRC13:46
*** ekuris has joined #openstack-neutron13:46
*** prad has quit IRC13:47
*** yog__ has quit IRC13:47
Muralidoes anybody had faced this issue.  pls share me your insight13:48
*** prad has joined #openstack-neutron13:48
*** amuller has joined #openstack-neutron13:49
*** shwetaap has joined #openstack-neutron13:52
*** dimsum__ has quit IRC13:53
*** apuimedo has quit IRC13:53
*** marrusl has joined #openstack-neutron13:53
*** markvoelker has quit IRC13:56
*** joshw42 has joined #openstack-neutron13:57
*** Longgeek has quit IRC14:00
*** Longgeek has joined #openstack-neutron14:01
*** merooney has joined #openstack-neutron14:01
*** wznoinsk has joined #openstack-neutron14:02
*** smccully has quit IRC14:02
*** smccully has joined #openstack-neutron14:02
*** yamamoto has joined #openstack-neutron14:02
*** Longgeek_ has joined #openstack-neutron14:03
*** Longgeek has quit IRC14:04
*** rushil has joined #openstack-neutron14:04
nuritvHi, i am looking for reviews for this small fix :https://review.openstack.org/#/c/162648/. was suppose to be part of Kilo but postponed due to CF14:04
*** joshw42 has quit IRC14:05
openstackgerritJakub Libosvar proposed openstack/neutron: Remove H305 from pep8 check  https://review.openstack.org/18190414:06
anilvenkatapc_m: Hi Paul Michali, please submit your patch for https://bugs.launchpad.net/neutron/+bug/1440655 , one more duplicate bug( https://bugs.launchpad.net/neutron/+bug/1453656) is raised for the same issue :)14:06
openstackLaunchpad bug 1440655 in neutron "VPNaas:service ipsec status gives incorrect status of the ipsec tunnel." [Undecided,Confirmed] - Assigned to Aniruddha Singh Gautam (aniruddha-gautam)14:06
openstackLaunchpad bug 1440655 in neutron "duplicate for #1453656 VPNaas:service ipsec status gives incorrect status of the ipsec tunnel." [Undecided,Confirmed] - Assigned to Aniruddha Singh Gautam (aniruddha-gautam)14:06
*** openstackgerrit has quit IRC14:06
*** openstackgerrit has joined #openstack-neutron14:07
pc_manilvenkata: Someone assigned themselves to 1440655. I commented, asking if they are working on it and if not, I'd fix. No response, so I think I'll just reassign and fix it.14:08
*** rossella_s has quit IRC14:09
*** kbringard has joined #openstack-neutron14:09
*** rook has quit IRC14:09
*** rossella_s has joined #openstack-neutron14:09
openstackgerritCyril Roelandt proposed openstack/neutron: Allow users to run 'tox -epy34'  https://review.openstack.org/18127714:10
*** neeti has quit IRC14:10
*** rook has joined #openstack-neutron14:11
*** anilvenkata has quit IRC14:11
*** yamamoto has quit IRC14:11
*** dboik has joined #openstack-neutron14:11
*** numan has quit IRC14:11
*** dave-mccowan has quit IRC14:14
*** sdake_ has joined #openstack-neutron14:16
*** dims has joined #openstack-neutron14:16
*** ferest has joined #openstack-neutron14:16
*** jobewan has joined #openstack-neutron14:16
*** zzzeek has joined #openstack-neutron14:18
*** openstack has joined #openstack-neutron14:20
*** chem has joined #openstack-neutron14:20
*** yasu_ has quit IRC14:20
*** ferest has quit IRC14:21
*** jobewan has joined #openstack-neutron14:21
*** jobewan has quit IRC14:21
*** jobewan has joined #openstack-neutron14:22
*** jobewan has quit IRC14:22
*** yalie has quit IRC14:22
*** jobewan has joined #openstack-neutron14:22
*** irenab has quit IRC14:23
*** numan has joined #openstack-neutron14:25
*** ArchiFleKs has joined #openstack-neutron14:25
openstackgerritJohn Schwarz proposed openstack/neutron: Move full-stack logs post-tests  https://review.openstack.org/18088214:25
jschwarz__pc_m, ^ please have another look at make sure it suits your needs :)14:25
*** lukasa has joined #openstack-neutron14:26
*** jschwarz__ is now known as jschwarz14:26
pc_mjschwarz: ok14:26
jschwarzty14:26
sc68calHenryG: hey, sorry to bug you about this, but I think that technical brief on Cisco's website that is linked from https://wiki.openstack.org/wiki/NEUTRON-IPV6-MANUAL has errors14:28
*** breitz has joined #openstack-neutron14:28
*** anilvenkata has joined #openstack-neutron14:28
*** dave-mccowan has joined #openstack-neutron14:29
openstackgerritJohn Schwarz proposed openstack/neutron: Support for concurrent full-stack tests  https://review.openstack.org/18097214:31
*** sdake has joined #openstack-neutron14:32
jschwarznmagnezi, ping14:32
jschwarznmagnezi, can you please review https://review.openstack.org/#/c/174268/ and https://review.openstack.org/#/c/174384/ for me? :)14:32
nmagnezijschwarz, will do :-)14:33
*** neophy has joined #openstack-neutron14:33
pc_mjschwarz: So what's the decision on the path for logs? They initially were hard coded to /opt/stack/, which won't be right for gate where it is /opt/stack/new/. Then, there was some mention of /tmp having more files than just the logs (or was the intent to use some job name specific area in /tmp)?14:33
*** vikram has joined #openstack-neutron14:34
pc_mjschwarz: I see it's filtering by .log files. What if > 1 job running?14:34
*** lukasa has quit IRC14:34
* pc_m or are we being too anal on this?14:34
*** lukasa has joined #openstack-neutron14:35
*** sdake_ has quit IRC14:35
*** lukasa has quit IRC14:36
*** prad has quit IRC14:37
*** zz_jgrimm is now known as jgrimm14:37
*** lukasa has joined #openstack-neutron14:37
*** prad has joined #openstack-neutron14:37
*** jprovazn has joined #openstack-neutron14:38
*** mestery has quit IRC14:38
*** neophy has quit IRC14:40
*** annegentle has joined #openstack-neutron14:40
*** Murali has quit IRC14:40
*** emagana has joined #openstack-neutron14:42
jschwarzpc_m, the logs directory (and the directory from which the post_hook_test.sh and infra take the logs from) is /opt/stack/logs14:42
*** itzikb has quit IRC14:42
jschwarzand that's where all the log files should be if you want them to be uploaded14:42
jschwarzobviously /tmp holds more than just files, but I'm fine putting full-stack logs there since most other projects put logs in /var/log or /var/run or something similar, so we can just take /tmp/*.log, gzip them and move them to the log dir /opt/stack/logs14:43
jschwarzAlso, 2 jobs = 2 different VMs, so they don't run on the same machine and don't share the /tmp folder anyway.14:44
pc_mjschwarz: OK. So no problem of picking up logs form other jobs.14:44
jschwarzpc_m, yep14:44
pc_mjschwarz: thanks14:44
jschwarzpc_m, thank you :)14:44
jschwarznmagnezi, thanks14:45
*** amotoki_ has joined #openstack-neutron14:45
*** anteaya has joined #openstack-neutron14:45
pc_mjschwarz: +1'ed (would +2, but I can't :)14:46
jschwarz:D14:46
openstackgerritSam Betts proposed openstack/neutron: Add an internal DHCPv6 client for Prefix Delegation  https://review.openstack.org/16138114:47
*** banix has joined #openstack-neutron14:52
*** saggi has quit IRC14:52
ZZellejaypipes, hi14:54
*** ekuris has quit IRC14:54
ZZellejaypipes, by quotas, you mean  used/left resources in quotas or quota limits?14:56
*** nmagnezi has quit IRC14:58
openstackgerritJohn Schwarz proposed openstack/neutron: Support for concurrent full-stack tests  https://review.openstack.org/18097214:58
HenryGsc68cal: no need to apologize, feedback is appreciated! What errors do you see?14:59
ZZellejschwarz, ^, thx14:59
jschwarzZZelle, :)14:59
amullerjschwarz: about https://review.openstack.org/#/c/180882/314:59
jschwarzZZelle, do you have anything need reviewing?14:59
ZZellejschwarz, ah you forgot my comment :)15:00
amullerjschwarz: how do I debug local issues now?15:00
jschwarzamuller, logs will be saved to /tmp instead of /opt/stack/logs15:00
jschwarzthat's it :)15:00
sc68calHenryG: the main thing is around some ipv6_ra_mode and ipv6_address_mode combos15:00
jschwarzZZelle, what did I forget?15:00
sc68calHenryG: SridharG also spotted some stuff in the gerrit review, where I took the content from the wiki and added it to the networking guide (https://review.openstack.org//#/c/181049/2/doc/networking-guide/source/ipv6.rst)15:01
jschwarzZZelle, ahh I didn't see that :< https://review.openstack.org/#/c/180972/4..5/neutron/tests/fullstack/fullstack_fixtures.py15:02
*** jpena has quit IRC15:02
*** tiswanso has quit IRC15:02
*** markvoelker has joined #openstack-neutron15:03
HenryGsc68cal: The mode attributes bite us again :(15:04
*** wwriverrat has joined #openstack-neutron15:04
openstackgerritMiguel Angel Ajo proposed openstack/neutron-specs: Neutron QoS API Extension  https://review.openstack.org/8859915:04
*** dboik has quit IRC15:05
*** jpena has joined #openstack-neutron15:05
sc68calHenryG: yeah..... :(15:05
jschwarzZZelle, done15:05
*** jckasper has quit IRC15:05
sc68calHenryG: the problem is even the specs we filed for the ipv6 attrs didn't agree15:05
sc68calHenryG: between my spec and baoli_ 's15:06
openstackgerritJohn Schwarz proposed openstack/neutron: Support for concurrent full-stack tests  https://review.openstack.org/18097215:06
*** daneyon_ has joined #openstack-neutron15:06
sc68caland i'm trying to put the toothpaste back in the tube way late15:06
sc68calit's my fault, at the end of the day15:06
*** jckasper has joined #openstack-neutron15:07
HenryGsc68cal: No it's not your fault15:07
*** rook has quit IRC15:07
HenryGsc68cal: It's the reality of getting ipv6 support into the existing L3 code15:08
*** tidwellr has joined #openstack-neutron15:08
HenryGWith multiple developers working on different parts of it15:09
*** daneyon has quit IRC15:09
HenryGsc68cal: I think it makes most sense to converge on the doc review first, then I'll make sure the Cisco posting is updated15:09
HenryGThe doc should match what the code does today15:10
HenryGWhich is not always easy to figure out for every corner case15:10
sc68calyeah15:11
*** dims has quit IRC15:12
*** aix has quit IRC15:12
*** aswadr has quit IRC15:14
*** yamahata has joined #openstack-neutron15:14
*** wwriverrat has left #openstack-neutron15:16
*** baoli_ has quit IRC15:16
*** aranjan has joined #openstack-neutron15:18
jschwarzamuller, gah, damn logs15:19
*** roeyc has quit IRC15:19
jschwarzamuller, turns out 180882 isn't rebased on carl's patch, so fullstack isn't enabled there15:19
jschwarzand the static "mv all logs" fail because no such files exists, so the test fails15:19
*** dannywilson has joined #openstack-neutron15:20
*** roeyc has joined #openstack-neutron15:20
*** rook has joined #openstack-neutron15:20
*** vthapar has quit IRC15:21
*** fifieldt has joined #openstack-neutron15:22
*** fifieldt has quit IRC15:23
*** aranjan has quit IRC15:23
*** neophy has joined #openstack-neutron15:27
*** ronis has quit IRC15:28
*** atuvenie has quit IRC15:29
*** sbalukoff has quit IRC15:30
*** ivar-lazzaro has quit IRC15:32
kevinbentonsalv-orlando: ping15:32
*** ivar-lazzaro has joined #openstack-neutron15:33
*** armax has joined #openstack-neutron15:33
*** ygbo has quit IRC15:34
*** scheuran has quit IRC15:34
salv-orlandoaloha kevinbenton15:34
salv-orlandohow can I help you today, sir?15:35
*** tiswanso has joined #openstack-neutron15:35
*** dboik has joined #openstack-neutron15:35
*** jbell8 has joined #openstack-neutron15:35
kevinbentoni was looking at https://review.openstack.org/#/c/181867/15:36
kevinbentonwith extensions like portbinding, are they not prepopulated when the API caller doesn't provide them?15:36
kevinbentonsalv-orlando: ^^15:36
*** annegentle has quit IRC15:37
salv-orlandokevinbenton: do you mean prepopulated as "default values are automatically set"?15:37
salv-orlandoor just that the attribute is there15:37
salv-orlandoin the dict, I mean15:37
kevinbentonjust that the key is in the dict15:37
kevinbentonyeah15:37
*** annegentle has joined #openstack-neutron15:38
*** atuvenie has joined #openstack-neutron15:38
salv-orlandoperhaps that's right. the current code as it is won't work. He needs an explicit check for None15:38
*** yamamoto has joined #openstack-neutron15:39
*** Swami has joined #openstack-neutron15:40
kevinbentonsalv-orlando: or was it that the update operation didn't populate the whole dict?15:40
*** jbell8 has quit IRC15:40
*** daneyon_ has quit IRC15:41
salv-orlandokevinbenton: the update operation does not populate the whole thing because it implements patch semantic, but what you pointed out made me realize I forgot to verify whether that method is called only on update15:41
kevinbentonsalv-orlando: it's called both times15:41
*** daneyon has joined #openstack-neutron15:41
kevinbentonsalv-orlando: but i don't think it really harms the create case15:41
kevinbentonsalv-orlando: so this logic should be okay15:42
*** rushil has quit IRC15:42
*** dboik_ has joined #openstack-neutron15:42
*** britthou_ has quit IRC15:43
salv-orlandokevinbenton: that's probably correct. On create the effect would be the same as before is host_id is omitted15:43
*** mchestr has joined #openstack-neutron15:43
*** atuvenie has quit IRC15:43
*** dboik has quit IRC15:44
*** vikram has quit IRC15:45
*** rushil has joined #openstack-neutron15:45
*** markvoelker has quit IRC15:45
*** baoli has joined #openstack-neutron15:46
*** ArchiFleKs has quit IRC15:46
*** neophy has quit IRC15:46
*** anshul has quit IRC15:46
*** rwsu has joined #openstack-neutron15:48
kevinbentonsalv-orlando: thanks15:48
amotoki_kevinbenton: salv-orlando: I think the confusion comes from the inconsistency in the current neutron API. None and empty string/list/dict are treated  as same in some cases and are treated differently in some cases...15:48
amotoki_we need to make our API more consistent when we design the next version of API.15:49
*** nlahouti has joined #openstack-neutron15:50
kevinbentonamotoki_: i think this is something that can be helped with just a new internal API that passes objects15:51
*** carl_baldwin has joined #openstack-neutron15:52
sc68calamotoki_: ++++++++15:52
amotoki_kevinbenton: totally agree. previously I tried to address this inconsistency, but there are many... :-(15:52
* sc68cal hopes he can finally get that pony he's always wanted 15:53
*** padkrish has joined #openstack-neutron15:53
*** mlavalle has joined #openstack-neutron15:54
openstackgerritJakub Libosvar proposed openstack/neutron: Remove H305 from tox.ini pep8 ignore list  https://review.openstack.org/18190415:56
*** rushil has quit IRC15:58
ZZellecarl_baldwin, , haleyb, hi15:58
*** baoli has quit IRC15:59
*** annegentle has quit IRC15:59
haleybZZelle: hi15:59
*** blues-man has quit IRC16:00
ZZellehaleyb, carl_baldwin, i am trying to disable conntrack tracking with stateless nat16:00
*** annegentle has joined #openstack-neutron16:00
*** merooney has quit IRC16:01
ZZellehaleyb, carl_baldwin, sudo iptables -i qg-+ -t raw -A PREROUTING -j NOTRACK works for ingress traffic16:02
haleybZZelle: like with a -j CT --notrack target ?16:02
*** yeungp has joined #openstack-neutron16:02
ZZellehaleyb, carl_baldwin, but for egress traffic i cannot do: sudo iptables -t raw -A PREROUTING -o qg-+ -j NOTRACK because -o is not available16:03
*** banix has quit IRC16:03
*** _cjones_ has joined #openstack-neutron16:04
haleybZZelle: right, perhaps POSTROUTING?  or just don't use -i/-o ?  That's what the DVR code does when it creates a new namespace16:04
*** jlanoux has quit IRC16:05
ZZellehaleyb, POSTROUTING in raw table?16:05
carl_baldwinZZelle, I think POSTROUTING in the raw table is too late, right?16:05
*** safchain has quit IRC16:05
*** _cjones_ has quit IRC16:05
ZZellecarl_baldwin, i didn't check but it seems too late in netfilter workflow16:06
*** annegentle has quit IRC16:06
haleybZZelle: oh yeah, only PREROUTING and OUTPUT in raw table16:06
*** _cjones_ has joined #openstack-neutron16:07
*** baoli has joined #openstack-neutron16:08
carl_baldwinZZelle, I guess we'd have to match on destination address.16:08
*** rdo has quit IRC16:08
*** fitoduarte has quit IRC16:08
*** matrohon has quit IRC16:08
ZZellecarl_baldwin, haleyb, yes, that's the only solution i see which implies to enable tracking on cidrs connected to the router + metadata?16:09
*** rdo has joined #openstack-neutron16:10
*** merooney has joined #openstack-neutron16:10
*** yfried|afk is now known as yfried16:10
carl_baldwinZZelle, there sure are a lot of little gotchas, aren't there?16:10
openstackgerritJohn Schwarz proposed openstack/neutron: Move full-stack logs post-tests  https://review.openstack.org/18088216:11
anilvenkatapc_m: I have replied to your review comments, can you kindly look at them16:11
*** subscope has quit IRC16:12
anilvenkatapc_m: if any changes are really required I would do them after your suggestions16:12
*** padkrish has quit IRC16:12
haleybZZelle: so why didn't the default notrack rule added to the FIP namespac work?16:13
pc_mwill look at as soon as I get out of (another) meeting16:13
jschwarzcarl_baldwin, holla. I now have 2 patches depending on https://review.openstack.org/#/c/176093/10 ... just a kind reminder ;-)16:13
jschwarzAlso, is the gerrit not working for everyone else also?16:13
anilvenkatapc_m: thanks Paul16:13
ZZellecarl_baldwin, i am wondering if we should not just disable tracking except for metadata ... it's difficult for me to see the impacts16:14
carl_baldwinjschwarz, I'm putting up a new patch set now.  I'm having more troubles running the functional test so I'm going to throw it up a bit blind.16:14
*** tflynn has joined #openstack-neutron16:14
jschwarzcarl_baldwin, functional or full-stack?16:14
carl_baldwinjschwarz, I'm having intermittent trouble with gerrit today.  You're not alone.16:15
carl_baldwinjschwarz, I meant full stack.16:15
jschwarzuhm16:15
jschwarzwas afraid my patch broke the gerrit <.<16:16
jschwarzcarl_baldwin, what kind of fullstack problems?16:16
carl_baldwinIt doesn't seem to be creating any namespaces now.16:16
carl_baldwin:(16:16
jschwarz:O16:16
jschwarzcarl_baldwin, I'd suggest clearing /opt/stack/logs and running the test again. does that folder has an l3-agent log file?16:17
ZZellehaleyb, i don't know, i have a poor knowledge of DVR16:17
*** jistr has quit IRC16:17
carl_baldwinjschwarz, Yes, I've been checking the log files in there.16:17
openstackgerritCarl Baldwin proposed openstack/neutron: Append @randtoken to L3 agent namespaces in full stack tests  https://review.openstack.org/17609316:17
carl_baldwin... they are getting created.16:17
carl_baldwinjschwarz, the patch is posted ^16:17
jschwarzcarl_baldwin, ty. Can you post one of those logs files to a pastebin?16:18
carl_baldwinjschwarz, except I forgot to remove the setup.cfg change.16:18
* jschwarz is surprised we added a py34 check :O16:18
haleybZZelle: i think it would happen in non-dvr mode too, but there is a '-t raw $agent-PREROUTING -j CT --notrack' rule added16:19
openstackgerritCarl Baldwin proposed openstack/neutron: Append @randtoken to L3 agent namespaces in full stack tests  https://review.openstack.org/17609316:19
jschwarzcarl_baldwin, nevermind. I'll fetch your code and run it locally. give me a few minutes16:19
*** banix has joined #openstack-neutron16:19
*** jogo has quit IRC16:19
*** criptoverso has quit IRC16:19
carl_baldwinjschwarz, Be sure to get PS12 or later.  ^16:19
*** rdo has quit IRC16:19
jschwarzyep. 2 fetches in a row ^_^16:20
ZZellehaleyb, i didn't find it, what does exactly fip namespace?16:20
haleybZZelle: i will have to turn off DVR and restack to see where that gets put - oh, and should i put a patch on-top16:20
jschwarzcarl_baldwin, it runs just fine on my machine16:20
*** moshele has quit IRC16:21
*** hareeshp has joined #openstack-neutron16:21
ZZellehaleyb, you can16:21
*** devvesa has quit IRC16:21
*** rdo has joined #openstack-neutron16:21
haleybZZelle: with DVR each compute node will have a floating ip (fip) namespace, but it would be easier for me to just restack and look at a real system16:22
carl_baldwinjschwarz, Good to hear.16:22
*** baoli has quit IRC16:22
jschwarzlets wait for the gate and see what he says16:22
carl_baldwinjschwarz, It always has the last work.  :)16:22
carl_baldwins/work/word/16:22
*** claudiub|2 has joined #openstack-neutron16:22
jschwarzyes it does :)16:22
jschwarzarmax, could you kindly have a final look on https://review.openstack.org/#/c/174268/ ? I want to get it merged before the summit so I can work on the follow up patch in the series during the summit (not gonna be there)16:23
armaxjschwarz: it’s on my backlog16:23
jschwarzarmax, excellent. thanks plenty :)16:24
*** jlibosva has quit IRC16:24
*** claudiub has quit IRC16:25
*** sdake_ has joined #openstack-neutron16:25
carl_baldwinjschwarz, You ran PS12 and it worked?  Did you get a log file?16:25
*** pcm_ has joined #openstack-neutron16:27
*** evgenyf has quit IRC16:27
*** baoli has joined #openstack-neutron16:28
*** padkrish has joined #openstack-neutron16:29
*** pc_m has quit IRC16:29
*** alaski has quit IRC16:29
*** marun has joined #openstack-neutron16:29
ZZellehaleyb, iiuc, fip namespace acts as an arp gateway between external networks and router namespace so no need to track connections (L4)16:29
*** sdake has quit IRC16:29
*** smccully has quit IRC16:29
*** jschwarz has quit IRC16:29
carl_baldwinZZelle, that is right.16:29
*** matrohon has joined #openstack-neutron16:30
*** tiswanso has quit IRC16:30
haleybZZelle: right, i was just assuming that same logic could apply everywhere (no -i/-o in rule) - i.e. in the qrouter namespace too16:31
*** tiswanso_ has joined #openstack-neutron16:31
*** numan has quit IRC16:31
*** anilvenkata1 has joined #openstack-neutron16:32
*** alaski has joined #openstack-neutron16:35
*** Sukhdev has joined #openstack-neutron16:35
*** anilvenkata has quit IRC16:35
*** sdake has joined #openstack-neutron16:36
*** TrevorV|Home has quit IRC16:37
ZZellecarl_baldwin, haleyb, it becomes complicated: disable tracking for natted fixed-ips (-s) when destination (-d) is no a router internal cidrs and not metadata?16:37
*** SridharG has joined #openstack-neutron16:37
*** jbell8 has joined #openstack-neutron16:37
*** aranjan has joined #openstack-neutron16:38
ZZellesource filter is required in order to support SNAT for non-natted ports, destination filter seems required if we want to allow stateful nat from internal ports16:39
*** yamamoto has quit IRC16:39
*** sdake_ has quit IRC16:40
carl_baldwinZZelle, I see how this is getting complicated.  I guess that is what you'd have to do.  Probably have an entry matching each internal route -- including static routes -- and metadata that avoids skipping conntrack and then skip anything that doesn't hit one of those rules.16:40
*** absubram has joined #openstack-neutron16:40
*** SridharG1 has joined #openstack-neutron16:41
*** smccully has joined #openstack-neutron16:42
*** jschwarz has joined #openstack-neutron16:42
*** Marga_ has quit IRC16:42
*** kawa2014 has quit IRC16:43
ZZellecarl_baldwin, yes, sadly ... i am just surprised that iptables part will be more complicated than tc one :(16:43
jschwarzcarl_baldwin, sorry, got disconnected. yes.16:44
*** SridharG has quit IRC16:44
jschwarzcarl_baldwin, do you want me to upload the log file?16:45
carl_baldwinjschwarz, I was able to get in running again.  It seems that there were lots of ovs agent and neutron server processes running.  I killed them all and things got better.16:45
*** banix has quit IRC16:46
ZZellecarl_baldwin, haleyb, ttyl, it's time for me to go :)16:46
pcm_anilvenkata1: hi16:46
*** ZZelle is now known as ZZelle_16:46
anilvenkata1pc_m yes Paul16:46
jschwarzcarl_baldwin, sounds reasonable. https://review.openstack.org/#/c/180972/ fixes it so you might want to review that ;-)16:46
pcm_anilvenkata1: RE: 181842. Have some questions...16:46
anilvenkata1pc_m yes16:46
ZZelle_jschwarz, it's a publicity-free channel :)16:47
jschwarzcarl_baldwin, though the ovs agents and neutron server leftovers shouldn't be there anymore as they were also fixed...16:47
pcm_anilvenkata1: You state that service drive might not have external public network connection?16:47
*** jpena has quit IRC16:47
anilvenkata1pcm_: yes, neutron server16:47
carl_baldwinjschwarz, Sounds like it is getting better piece by piece.16:47
jschwarzZZelle_, lol sorry, I'll wait in line ;-)16:47
jschwarzcarl_baldwin, hopefully. I'll look into it16:47
pcm_anilvenkata1: I guess I don't see how that could be true. It's running on the network node.16:47
*** blues-man has joined #openstack-neutron16:48
*** ronis has joined #openstack-neutron16:48
*** shashankhegde has joined #openstack-neutron16:49
carl_baldwinjschwarz, I saw that patch but I don't recall seeing the server leftovers get fixed.  Which patch is that?16:49
*** blues-man has quit IRC16:49
jschwarzcarl_baldwin, that was... lets see... https://review.openstack.org/#/c/175945/16:50
pcm_anilvenkata1: If we can, we should strive to validate in service driver, where we can prevent the dbase update and reject the command. By the time it gets to device driver, the change has been persisted.16:50
jschwarzcarl_baldwin, but that was way in April so your code should have it16:50
*** mlavalle has quit IRC16:50
pcm_anilvenkata1: Also, even with service driver, there can be per implementation validators, so OpenSwan can have a different validation than strongswan.16:51
*** mlavalle has joined #openstack-neutron16:51
anilvenkata1pc_m just my guess, if neutron server is on management network, which is accessible to all other openstack services and compute nodes, and a compute node is having vpn agent which is having external network16:51
jschwarzcarl_baldwin, how old were the leftover processes? were they launched today? yesterday?16:52
carl_baldwinjschwarz, Yes, my patch includes that patch.16:52
* carl_baldwin looking at history...16:52
jschwarzcarl_baldwin, if you're able to reproduce the issue it will make chasing it a lot easier :)16:52
*** dguitarbite has quit IRC16:52
carl_baldwinjschwarz, May 616:52
SridharG1can any core reviewers please review the following patch, its a clean cherry pick - https://review.openstack.org/#/c/179392/ Thank you.16:52
*** atuvenie has joined #openstack-neutron16:52
jschwarzcarl_baldwin, no way you have the screen log from back then, right?16:53
anilvenkata1or neutron server(q-svc) running on controller node and vpn agent running on network node and connected to external network16:53
carl_baldwinjschwarz, No, sorry.16:53
*** enikanorov2 has quit IRC16:53
*** SridharG1 has left #openstack-neutron16:53
anilvenkata1pc_m ^16:53
jschwarzcarl_baldwin, I'll open a launchpad for it. Perhaps someone can reproduce this and we can solve it then16:54
*** banix has joined #openstack-neutron16:54
carl_baldwinjschwarz, Let me play around a little.  I'll open a bug if I can reproduce.16:54
jschwarzcarl_baldwin, ack, thanks. Make sure to assign it to me and I'll get to work on it soon :)16:54
anilvenkata1pc_m I am just guessing if fqdn is only resolved by vpn agent, then I can't have peer address in neutron server right?16:55
pcm_anilvenkata1: I thought neutron service always had access to networks.16:55
carl_baldwinjschwarz, it seems to clean up now.  Maybe if I introduce the type of failures that I was seeing before I can tease out the bug.16:55
*** afazekas has quit IRC16:55
*** padkrish has quit IRC16:55
jschwarzcarl_baldwin, I tried adding a 'self.fail()' to the test itself, but the processes still get cleaned16:56
jschwarzon the other hand, maybe the problem is in the fixture (the failure is during the start up since it can't ping the correct server)16:57
*** pece has quit IRC16:58
*** yamahata has quit IRC16:58
*** pece has joined #openstack-neutron16:58
*** yamahata has joined #openstack-neutron16:59
*** banix has quit IRC16:59
anilvenkata1pcm_: May be you are right, we should be able to resolve fqdn on neutron server, as neutron server should be reachable for rest api16:59
*** amotoki_ has quit IRC16:59
*** rushil has joined #openstack-neutron17:00
jschwarzcarl_baldwin, reproduces17:00
*** pece has quit IRC17:00
jschwarzcarl_baldwin, added a 'return False' right after neutron/tests/fullstack/fullstack_fixtures.py#81, the fixture doesn't start and the processes aren't cleaned17:00
pcm_anilvenkata1: I've been working on DevStack for so long (all in one), I forget the details of what's running where.17:00
carl_baldwinjschwarz, Good find.17:00
*** matrohon has quit IRC17:01
*** roeyc has quit IRC17:01
*** pece has joined #openstack-neutron17:01
jschwarzcarl_baldwin, you led me to it :)17:01
carl_baldwinjschwarz, I faked a timeout trying to find the namespace.  I got a metadata proxy that didn't get cleaned up.17:01
carl_baldwin... but not the neutron server or ovs agent with mine this time.17:01
jschwarzcarl_baldwin, part of a bigger issue that amuller raised, actually17:01
jschwarzcarl_baldwin, the test issues a 'delete_router' but the l3 agent doesn't clean it up in time and gets killed (SIGKILL)17:02
jschwarzhe actually sent you a mail about it last week ;-)17:02
carl_baldwinReally?  Maybe I missed the mail.  What was the subject?17:02
carl_baldwinjschwarz: ^17:03
jschwarzcarl_baldwin, "Implementing L3 agent SIGTERM handler"17:03
anilvenkata1pcm_ I need your help, you said "even with service driver, there can be per implementation validators, so OpenSwan can have a different validation than strongswan.", can u kindly show where in service driver I can add validation for only openswan?17:03
pcm_anilvenkata1: AFAIK, the neutron services run on the network node, so should have access to any external network.17:03
*** Networkn3rd has joined #openstack-neutron17:03
pcm_anilvenkata1: Take a look at the cisco service driver, where there is a different validator. You could use the reference one for OpenSwan and do validation there and StrongSwan can provide a different validator, or vice versa.17:04
carl_baldwinjschwarz, it got in to my mail archive somehow.  I have the mail.  I will read it now.17:04
*** annegentle has joined #openstack-neutron17:05
jschwarzcarl_baldwin, :)17:05
*** daneyon_ has joined #openstack-neutron17:05
anilvenkata1pcm_ agree with u about external network connectivity for network node, thanks for clarifying this, I will check cisco service driver for validation17:05
*** shashankhegde has quit IRC17:05
carl_baldwinjschwarz, Just read through the bug.  "I'll get to work on it once https://review.openstack.org/#/c/176093/ merges."  :)  Sorry that one is taking so long.17:06
anilvenkata1pcm_: thanks Paul Michali for suggestions17:06
pcm_anilvenkata1: Sure np.17:06
jschwarzcarl_baldwin, ahh, that's ok+17:06
*** Marga_ has joined #openstack-neutron17:06
jschwarzcarl_baldwin, I don't have *that* much free time so it's no biggy17:06
carl_baldwinAhh, free time, I haven't that in a while.17:07
*** aduarte has joined #openstack-neutron17:07
*** daneyon has quit IRC17:08
*** anilvenkata1 has quit IRC17:08
*** enikanorov2 has joined #openstack-neutron17:08
*** banix has joined #openstack-neutron17:09
*** baoli has quit IRC17:10
*** pritesh has joined #openstack-neutron17:11
*** baoli has joined #openstack-neutron17:12
*** claudiub has joined #openstack-neutron17:12
*** ivar-lazzaro has quit IRC17:12
*** padkrish has joined #openstack-neutron17:13
*** prad_ has joined #openstack-neutron17:14
*** tidwellr has quit IRC17:14
*** andyhky has quit IRC17:15
*** claudiub|2 has quit IRC17:15
*** turul has joined #openstack-neutron17:15
*** turul is now known as afazekas17:15
*** dguitarbite has joined #openstack-neutron17:15
*** andyhky has joined #openstack-neutron17:16
*** Marga_ has quit IRC17:16
*** prad has quit IRC17:17
*** tiswanso_ has quit IRC17:18
jaypipesZZelle_: sorry, had to run out :( I meant the users/left resources, yes17:18
*** tiswanso_ has joined #openstack-neutron17:21
*** ollivier has joined #openstack-neutron17:22
*** emagana has quit IRC17:24
*** ihrachyshka has quit IRC17:24
*** krtaylor has quit IRC17:24
*** Marga_ has joined #openstack-neutron17:25
*** emagana has joined #openstack-neutron17:26
*** pavel_bondar has joined #openstack-neutron17:26
*** britthouser has joined #openstack-neutron17:26
*** britthou_ has joined #openstack-neutron17:27
openstackgerritPavel Bondar proposed openstack/neutron: Refactor db_base_plugin_v2.py to use new IPAM  https://review.openstack.org/15323617:27
openstackgerritJohn Schwarz proposed openstack/neutron: Fullstack resources should always be cleaned up  https://review.openstack.org/18199117:28
jschwarzcarl_baldwin, ^ :)17:28
jschwarzamuller, ^ this also fixes one of the problems you had with fullstack a few weeks back17:29
*** hitalia has joined #openstack-neutron17:29
*** baoli has quit IRC17:29
*** moshele has joined #openstack-neutron17:30
*** britthouser has quit IRC17:31
*** padkrish has quit IRC17:31
carl_baldwinjschwarz, ack17:31
*** nyechiel has quit IRC17:31
jschwarzand I'm off17:32
jschwarzsee you around guys :)17:32
*** baoli has joined #openstack-neutron17:34
*** shashankhegde has joined #openstack-neutron17:34
*** krtaylor has joined #openstack-neutron17:36
*** yfried has quit IRC17:37
amullerjschwarz: thank you17:37
amullerjschwarz: I'll play around with it17:37
*** jschwarz has quit IRC17:37
*** rushil has quit IRC17:38
*** evgenyf has joined #openstack-neutron17:38
-openstackstatus- NOTICE: We have discovered post-upgrade issues with Gerrit affecting nova (and potentially other projects). Some changes will not appear and some actions, such as queries, may return an error. We are continuing to investigate.17:39
*** ChanServ changes topic to "We have discovered post-upgrade issues with Gerrit affecting nova (and potentially other projects). Some changes will not appear and some actions, such as queries, may return an error. We are continuing to investigate."17:39
*** moshele has quit IRC17:40
*** mestery has joined #openstack-neutron17:41
*** rushil has joined #openstack-neutron17:41
*** jorgem has joined #openstack-neutron17:41
*** [2]evgenyf has joined #openstack-neutron17:42
*** evgenyf has quit IRC17:42
*** [2]evgenyf is now known as evgenyf17:42
*** mturpin has joined #openstack-neutron17:42
*** annegentle has quit IRC17:43
*** baoli has quit IRC17:43
*** tidwellr has joined #openstack-neutron17:44
*** mestery has quit IRC17:44
*** moshele has joined #openstack-neutron17:45
*** rushil has quit IRC17:45
*** mestery has joined #openstack-neutron17:46
*** evgenyf has quit IRC17:47
*** rushil has joined #openstack-neutron17:47
pavel_bondarcarl_baldwin: Hi! I believe I have addressed almost all your comments. Could you please provide new portion of them? #link https://review.openstack.org//#/c/153236/17:49
carl_baldwinpavel_bondar, thanks.  I will soon.17:50
carl_baldwinpavel_bondar, sorry my last review was not comprehensive.  I normally try to finish a review.17:51
*** jorgem has quit IRC17:51
*** sridhar_ram has joined #openstack-neutron17:52
*** gridinv_ has joined #openstack-neutron17:53
*** moha_hunt has joined #openstack-neutron17:53
*** achanda has joined #openstack-neutron17:54
*** ivar-lazzaro has joined #openstack-neutron17:56
*** mestery has quit IRC17:56
*** prad_ is now known as prad17:57
*** gridinv_ has quit IRC17:57
*** baoli has joined #openstack-neutron17:58
*** dguitarbite has quit IRC18:00
pavel_bondarcarl_baldwin: It is +2148, -917 lines of changes, so it is almost impossible to finish review :)18:00
carl_baldwinpavel_bondar, good point.  :)18:01
kevinbentonmarun, amuller: https://review.openstack.org//#/c/181674/18:01
*** Networkn3rd has quit IRC18:01
*** yeungp has quit IRC18:02
*** ajmiller has joined #openstack-neutron18:02
kevinbentonThe dhcp issue that was discussed before that was incorrectly blamed for gate discomfort on Friday18:03
amullerkevinbenton: shame you didnt coordinate with me18:03
amullerkevinbenton: I'll review it this week18:03
kevinbentonThis is something I've been sitting on for a while because I'm having a hard time coming up with something that isn't special cased18:04
*** redbeard has quit IRC18:04
kevinbentonWhich is why I just started with that original patch to change when dhcp agents are scheduled18:05
*** ijw has joined #openstack-neutron18:05
kevinbentonamuller: do you have another approach?18:05
*** ijw has quit IRC18:05
*** ijw has joined #openstack-neutron18:05
amullerkevinbenton: I was doing design work for a dhcping based approach from the OVS agent, it would require some changes to the DHCP agent and some structural changes, and I've always liked the DHCP agent based approach better18:06
amullerkevinbenton: so it'd work with all plugins/agents that use the DHCP agent without special casing the OVS agent18:06
kevinbentonamuller: so your approach is to put all of the readiness logic into OVS agent18:07
amullerkevinbenton: yeah, again I don't like it as much18:07
*** aranjan has quit IRC18:09
*** aranjan has joined #openstack-neutron18:10
kevinbentonamuller: I tried to make mine generic to handle other things that have a composite status18:10
*** marutikamat has joined #openstack-neutron18:10
kevinbentonamuller: but this still feels a bit bolted on18:11
amullerkevinbenton: using call in the DHCP agent is going to slow it down massively18:11
amullerwhich is where I spent most of my thinking in the OVS agent, it's the same problem18:11
amullerkevinbenton: you don't need to block until the server finishes its DB work18:11
kevinbentonamuller: don't worry about that, that can be optimized18:11
*** sthillma has joined #openstack-neutron18:11
amullerkevinbenton: well, let's talk about that :)18:12
*** sbalukoff has joined #openstack-neutron18:12
kevinbentonamuller: the server side stuff is more what I'm worried about18:12
*** Networkn3rd has joined #openstack-neutron18:12
*** annegentle has joined #openstack-neutron18:12
openstackgerritPavel Bondar proposed openstack/neutron: Enable pluggable IPAM implementation by default  https://review.openstack.org/18102318:12
kevinbentonamuller: because it's creation and deletion of records for every port18:12
*** jorgem has joined #openstack-neutron18:13
kevinbentonamuller: I need to step away for a bit. Leave that comment and others on the patch18:13
Sukhdevcsd: are you here?18:13
*** padkrish has joined #openstack-neutron18:14
Sukhdevmarutikamat: are you here?18:14
csdSukhdev yes18:14
Sukhdevcsd, marutikamat : I have link ready for you18:14
Sukhdevcsd: https://docs.google.com/presentation/d/1iIfkkbgL0bsShJ38yS8-pK_dwdNnxGptEP4yhkY-n8Q/edit?usp=sharing18:14
Sukhdevcsd: see if you can see it?18:14
csdSukhdev works. thanks18:15
*** sripriya has joined #openstack-neutron18:15
amullerkevinbenton: ttyl18:15
amullerkevinbenton: full stack testing smells appropriate here18:15
amullerkevinbenton: we just need to merge a few patches there18:15
Sukhdevcsd: can you pass it on to marutikamat ?18:15
Sukhdevcsd: does it make sense?18:15
*** emagana has quit IRC18:15
csdSukhdev makes sense.18:16
Sukhdevcsd: cool - let me know if you need anything else18:17
*** emagana has joined #openstack-neutron18:17
csdSukhdev thanks. will ping you again on it later18:17
*** achanda has quit IRC18:18
*** marutikamat has quit IRC18:19
*** TrevorV|Home has joined #openstack-neutron18:19
*** yfried has joined #openstack-neutron18:19
*** yfried has quit IRC18:19
*** baoli has quit IRC18:21
*** baoli has joined #openstack-neutron18:21
*** lennybe has joined #openstack-neutron18:23
*** lennybe has left #openstack-neutron18:23
*** enikanorov has joined #openstack-neutron18:23
*** obondarev_ has joined #openstack-neutron18:23
*** lennyb has joined #openstack-neutron18:23
*** sripriya has quit IRC18:25
*** andyhky has quit IRC18:25
*** ronis has quit IRC18:25
*** alaski has quit IRC18:25
*** dboik_ has quit IRC18:25
*** rpothier has quit IRC18:25
*** hanzhang has quit IRC18:25
*** Guest64787 has quit IRC18:25
*** smallbig has quit IRC18:25
*** morganfainberg has quit IRC18:25
*** clett has quit IRC18:25
*** aleksandr_null has quit IRC18:25
*** russellb has quit IRC18:25
*** akamyshnikova has quit IRC18:25
*** haleyb has quit IRC18:25
*** strictlyb has quit IRC18:25
*** ianw has quit IRC18:25
*** stanzgy_ has joined #openstack-neutron18:25
*** larsks|alt has joined #openstack-neutron18:26
*** emagana has quit IRC18:26
*** michatotol_ has quit IRC18:26
*** stanzgy__ has quit IRC18:26
*** larsks has quit IRC18:26
*** marrusl has quit IRC18:26
*** dmellado has quit IRC18:26
*** x58 has quit IRC18:26
*** phschwartz has quit IRC18:26
*** tkatarki1 has joined #openstack-neutron18:26
*** claudiub|2 has joined #openstack-neutron18:26
*** claudiub has quit IRC18:26
*** yfried has joined #openstack-neutron18:26
*** rushil has quit IRC18:26
*** tkatarki has quit IRC18:26
*** enikanorov_ has quit IRC18:26
*** obondarev has quit IRC18:26
*** tobias- has quit IRC18:26
*** marrusl has joined #openstack-neutron18:26
*** tkatarki1 has quit IRC18:26
*** tkatarki1 has joined #openstack-neutron18:26
*** x58 has joined #openstack-neutron18:26
*** sripriya has joined #openstack-neutron18:27
*** andyhky has joined #openstack-neutron18:27
*** ronis has joined #openstack-neutron18:27
*** alaski has joined #openstack-neutron18:27
*** dboik_ has joined #openstack-neutron18:27
*** rpothier has joined #openstack-neutron18:27
*** hanzhang has joined #openstack-neutron18:27
*** smallbig has joined #openstack-neutron18:27
*** morganfainberg has joined #openstack-neutron18:27
*** clett has joined #openstack-neutron18:27
*** aleksandr_null has joined #openstack-neutron18:27
*** russellb has joined #openstack-neutron18:27
*** akamyshnikova has joined #openstack-neutron18:27
*** haleyb has joined #openstack-neutron18:27
*** strictlyb has joined #openstack-neutron18:27
*** ianw has joined #openstack-neutron18:27
*** dmellado has joined #openstack-neutron18:27
openstackgerritSam Betts proposed openstack/neutron: Add an internal DHCPv6 client for Prefix Delegation  https://review.openstack.org/16138118:27
*** tobias- has joined #openstack-neutron18:27
*** jorgem has quit IRC18:27
*** emagana has joined #openstack-neutron18:28
*** phschwartz has joined #openstack-neutron18:28
*** yamamoto has joined #openstack-neutron18:28
*** larsks|alt is now known as larsks18:28
*** michatotol_ has joined #openstack-neutron18:28
*** annegentle has quit IRC18:29
*** jorgem has joined #openstack-neutron18:29
*** dan| has joined #openstack-neutron18:29
*** annegentle has joined #openstack-neutron18:29
*** tkatarki1 has quit IRC18:31
openstackgerritIla Palanisamy proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202418:31
*** tkatarki has joined #openstack-neutron18:31
*** atuvenie has quit IRC18:32
*** yamamoto has quit IRC18:33
openstackgerritIla Palanisamy proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202418:33
*** Sukhdev has quit IRC18:35
*** ZZelle has joined #openstack-neutron18:36
*** zhenguo has quit IRC18:37
*** ollivier has quit IRC18:38
*** annegentle has quit IRC18:40
*** yamahata has quit IRC18:40
*** nlahouti has quit IRC18:41
*** annegentle has joined #openstack-neutron18:41
*** padkrish has quit IRC18:41
*** padkrish has joined #openstack-neutron18:42
openstackgerritRyan Tidwell proposed openstack/neutron: Block subnet create when a network hosts subnets allocated from different pools  https://review.openstack.org/18029918:42
*** ashishjain has joined #openstack-neutron18:46
*** nlahouti has joined #openstack-neutron18:46
*** padkrish has quit IRC18:46
ashishjainHello18:46
*** padkrish has joined #openstack-neutron18:46
ashishjainI am stuck with a weird problem which seems to be related to payload size18:47
ashishjainI am using neutron networking.18:47
ashishjainIs there anyone who can provide some tips to debug this problem out.18:47
openstackgerritCarl Baldwin proposed openstack/neutron-specs: Implement routing networks in Neutron  https://review.openstack.org/17224418:48
ashishjainI keep getting 504 error whenever the payload size is big18:49
*** dan| has quit IRC18:49
ashishjainwhereas I get the response when the payload size is bare miniumu18:50
ashishjain*minimum18:50
openstackgerritCarl Baldwin proposed openstack/neutron-specs: Introduce address scopes  https://review.openstack.org/18026718:51
*** baoli has quit IRC18:51
*** harlowja has quit IRC18:52
*** harlowja has joined #openstack-neutron18:52
*** ronis has quit IRC18:54
*** dan_ has joined #openstack-neutron18:54
*** dan_ is now known as Guest2558018:55
openstackgerritJohn Schwarz proposed openstack/neutron: Move full-stack logs post-tests  https://review.openstack.org/18088218:58
*** ijw has quit IRC18:58
*** ijw has joined #openstack-neutron18:59
openstackgerritCarl Baldwin proposed openstack/neutron: Make it clear the rfe tag is lower-case  https://review.openstack.org/18201719:00
*** britthou_ has quit IRC19:01
*** nyechiel has joined #openstack-neutron19:02
*** jschwarz has joined #openstack-neutron19:03
*** ijw has quit IRC19:03
*** crose has joined #openstack-neutron19:03
*** yamahata has joined #openstack-neutron19:03
jschwarzcarl_baldwin, re: your comment on https://review.openstack.org/#/c/180882/4..5/neutron/tests/contrib/post_test_hook.sh19:04
*** emagana has quit IRC19:05
*** emagana has joined #openstack-neutron19:05
*** britthouser has joined #openstack-neutron19:06
*** Marga_ has quit IRC19:11
carl_baldwinjschwarz, did you want to discuss it or are you just pointing out your reply?19:12
*** dguerri is now known as _dguerri19:12
jschwarzcarl_baldwin, pointing it out, seeing if you want to discuss19:16
*** nyechiel has quit IRC19:16
carl_baldwinjschwarz, I think we should get some other opinions.19:17
jschwarzokies :)19:17
*** dave-mccowan has quit IRC19:17
*** smccully has quit IRC19:18
*** yeungp has joined #openstack-neutron19:20
*** jschwarz has quit IRC19:21
kevinbentoncarl_baldwin: bugs for features? I thought we hadn't decided to can specs yet19:25
carl_baldwinkevinbenton, where've you been all week-end?  ;)  https://review.openstack.org/#/c/177342/19:27
*** erkules has quit IRC19:27
carl_baldwintl;dr specs are still in, no "deadline".  rfe bugs are also in.19:27
*** jprovazn has quit IRC19:29
*** subscope has joined #openstack-neutron19:29
*** dave-mccowan has joined #openstack-neutron19:31
*** mchestr has quit IRC19:32
*** mchestr has joined #openstack-neutron19:32
kevinbentonWhat is an rfe? This acronym suddenly showed up everywhere in the last two weeks.19:37
kevinbentoncarl_baldwin: ^^19:37
amullerrequest for feature19:37
amullerkevinbenton: ^19:37
amullerrequest feature enhancement19:38
carl_baldwinkevinbenton, Honestly, I don't know.  Request for enhancement?19:38
*** _dguerri is now known as dguerri19:38
kevinbentoncarl_baldwin: so then a spec would be filed to address an rfe?19:38
carl_baldwinkevinbenton, that sounds about right.  I think that small enhancements may not require a full blown spec.  Requirements for specs seem to have loosened a bit where some detail may not be required if not requested by reviewers.19:39
kevinbentoncarl_baldwin: makes sense. I knew specs were getting a huge diet19:40
kevinbentoncarl_baldwin: I just didn't know about these rfes19:40
*** hareeshp has quit IRC19:40
kevinbentonHenceforth pronounced 'refees'19:40
carl_baldwin:)19:41
*** erkules has joined #openstack-neutron19:42
*** Marga_ has joined #openstack-neutron19:42
*** bjornar__ has joined #openstack-neutron19:44
*** hitalia has quit IRC19:45
*** hareeshp has joined #openstack-neutron19:45
*** Marga_ has quit IRC19:46
*** britthouser has quit IRC19:47
*** aranjan has quit IRC19:48
*** matrohon has joined #openstack-neutron19:50
*** rushil has joined #openstack-neutron19:50
*** aranjan_ has joined #openstack-neutron19:50
*** aranjan_ has quit IRC19:53
*** bjornar__ has quit IRC19:58
*** lennyb has left #openstack-neutron20:00
*** hareeshp has quit IRC20:01
*** dims has joined #openstack-neutron20:03
*** rushil has quit IRC20:05
*** tiswanso_ has quit IRC20:06
*** mwagner_lap has quit IRC20:07
*** sdake_ has joined #openstack-neutron20:10
*** nihilifer has quit IRC20:11
*** doude has quit IRC20:11
*** doude has joined #openstack-neutron20:11
*** daneyon_ has quit IRC20:12
*** daneyon has joined #openstack-neutron20:13
*** sdake has quit IRC20:13
*** hitalia has joined #openstack-neutron20:14
*** nlahouti has quit IRC20:14
enikanorov2gerrit seems to be having problems20:15
salv-orlandoenikanorov2: it's telling you that it's time to sleep20:16
*** b3nt_pin has joined #openstack-neutron20:17
enikanorov2salv-orlando: i'm in pdt20:19
enikanorov2but i'd love to have some after-lunch sleep20:19
enikanorov2like sleep(7200)20:20
ZZellejaypipes, hi20:21
openstackgerritCedric Brandily proposed openstack/python-neutronclient: Allow setting router's external ip(s)  https://review.openstack.org/18168220:23
jaypipesZZelle: hey20:24
*** aranjan has joined #openstack-neutron20:24
*** b3nt_pin has quit IRC20:25
*** b3nt_pin has joined #openstack-neutron20:26
*** Marga_ has joined #openstack-neutron20:29
*** padkrish has quit IRC20:34
ZZellejaypipes, did you get your response on quotas?20:35
jaypipesZZelle: no, I don't think so. I don't understand where in Neutron the reserve/allocate/commit-or-rollback operations are performed20:38
openstackgerritCarl Baldwin proposed openstack/neutron-specs: Introduce address scopes  https://review.openstack.org/18026720:38
ZZellejaypipes, only quota limits are persisted20:38
jaypipesZZelle: I don't understand what that means. Could you elaborate?20:39
*** padkrish has joined #openstack-neutron20:40
*** baoli has joined #openstack-neutron20:40
salv-orlandojaypipes: are you talking about quotas?20:40
ZZellejaypipes, of course, i am trying to remember where it's done in neutron20:41
openstackgerritCarl Baldwin proposed openstack/neutron-specs: Introduce address scopes  https://review.openstack.org/18026720:41
salv-orlandojaypipes: I believe there is only one neutron instance in the world that has the concept of reservations. The one in my local devstack setup.20:42
*** rushil has joined #openstack-neutron20:42
*** baoli has quit IRC20:44
*** openstackgerrit_ has joined #openstack-neutron20:44
*** TrevorV|Home has quit IRC20:44
jaypipessalv-orlando: so neutron has no RESERVE .. do some stuff and either COMMIT or ROLLBACK the reserved amount?20:44
*** baoli has joined #openstack-neutron20:44
*** cbouch has joined #openstack-neutron20:45
salv-orlandojaypipes: nope. Indeed it is perfectly possible to gain limit x N allocated quota if you are lucky and there are N api servers20:45
ZZellejaypipes, nothing is persisted except limits ... when neutron checks a limit, neutron performs a db query20:45
ZZellejaypipes, counting allocated resources is done by: https://github.com/openstack/neutron/blob/master/neutron/quota.py#L316-L32920:46
jaypipeshmmm.... no wonder there's concurrency/deadlock issues...20:46
ZZellejaypipes, for sure, there is20:47
jaypipesok, thx guys! that answers my questions!20:47
jaypipesZZelle: it was in regards to https://review.openstack.org/#/c/179955/4/neutron/ipam/subnet_alloc.py20:47
*** TrevorV|home has joined #openstack-neutron20:47
ZZellejaypipes, that's why i am not sure we should bother with lockmode when checking quotas in subnet_alloc20:47
jaypipesZZelle: I'm pretty sure the changes there won't resolve any lock contention and concurrency issues due to the quota system being racy20:48
*** achanda has joined #openstack-neutron20:48
*** merooney has quit IRC20:48
*** padkrish has quit IRC20:48
salv-orlandojaypipes, ZZelle20:49
salv-orlandosorry I should write something...20:49
*** padkrish has joined #openstack-neutron20:49
ZZellejaypipes, for sure, we need something to lock the db or version quota if we want to "strongly" enforce quotas20:49
jaypipesZZelle: what I don't understand is by returning an IpamSubnet() object, what does that do exactly? When does the database (or other datastore) get wrtitten/updated?20:49
*** padkrish has quit IRC20:49
salv-orlandofor allocating subnet from pools quotas are kind of 'unique'. They're not managed by the quota engine.20:49
*** padkrish has joined #openstack-neutron20:50
ZZellesalv-orlando, could you elaborate?20:50
jaypipessalv-orlando: I don't see anywhere in https://review.openstack.org/#/c/179955/4/neutron/ipam/subnet_alloc.py where concurrent updates are handled...20:50
salv-orlandonot that I second that, but the team working on that strongly felt that quota mechanisms did not satisfy their main requirement, which was to allow limits on a subnet pool basis20:50
salv-orlandobasically with things like networks, or ports, you have per-tenant limits.20:51
*** merooney has joined #openstack-neutron20:51
salv-orlandoIn the case of subnet pool, the limit belongs to the subnet pool itsel.f20:51
jaypipessalv-orlando: for instance, in lines 109-110 introduce a race where multiple writers can get the same subnet from the pool.20:51
jaypipessalv-orlando: so where is the "update" to the backend data store exactly?20:51
*** Sukhdev has joined #openstack-neutron20:52
jaypipessalv-orlando: this code returns an IpamSubnet object, but I don't see where that object is saved to some persistent store?20:52
salv-orlandojaypipes: just a sec, switching to git.openstack.org, gerrit seems to not work or perhaps my cache needs to refreshed20:52
jaypipesk20:52
ZZellejaypipes, salv-orlando, are you able to open the gerrit link ... i am not :(20:52
*** claudiub has joined #openstack-neutron20:53
jaypipesZZelle: I've had it open for a while... don't want to refresh :)20:53
ZZellejaypipes, so i follow salv proposal !20:53
carl_baldwingerrit seems to have lost its object store.20:53
jaypipessalv-orlando, ZZelle: to make things simple, I am referring to this part of _allocat_any_subnet():20:53
jaypipes                    if not gateway_ip:20:53
jaypipes                        gateway_ip = subnet.network + 120:53
jaypipes                    return IpamSubnet(request.tenant_id,20:53
jaypipes                                      request.subnet_id,20:53
jaypipes                                      subnet.cidr,20:53
jaypipes                                      gateway_ip=gateway_ip,20:53
jaypipes                                      allocation_pools=None)20:53
jaypipessalv-orlando, ZZelle: that block is within a session.begin(), but there's no update/insert anywhere.20:54
ZZellejaypipes, the lock is done on subnetpool table20:54
jaypipesZZelle: where?20:54
salv-orlandothat is a transfer object, the write is still driven by db_base_plugin_v220:54
salv-orlandojaypipes: navigating the code... just a sec20:54
jaypipesyeck20:54
*** amuller has quit IRC20:55
ZZellejaypipes, in _lock_subnetpool which ensures at most one cidr is allocated per subnetpool (assuming lockmode is working)20:55
salv-orlandohttp://git.openstack.org/cgit/openstack/neutron/tree/neutron/db/db_base_plugin_v2.py#n129820:55
*** claudiub|2 has quit IRC20:55
salv-orlandojaypipes: as I told several times during design and implementation, we had to balance the need of having this feature with the strong java-ish orientation of involved developers.20:56
salv-orlandokindof wherever you can do an if, use plymorphism ;)20:56
jaypipeslol20:56
salv-orlandoanyway, at least we have proper objects and not random dicts passed around20:56
jaypipestrue20:56
salv-orlandoI tend to look at the bright side, always20:57
salv-orlandootherwise I would have already committed suicide20:57
jaypipessalv-orlando: k, so http://git.openstack.org/cgit/openstack/neutron/tree/neutron/db/db_base_plugin_v2.py#n117620:57
jaypipesthat whole method has a crap-ton of race conditions in it that won't be solved with a FOR UPDATE clause.20:57
salv-orlandoyes, that is the method that specifically stores the subnet on the database20:57
jaypipessalv-orlando: it needs a @retry_on_deadlock on it.20:58
ZZellejaypipes, i didn't see that's one the lock should be done on a parent transaction20:58
jaypipesalso, all of the validation calls should be done *outside* of the DB transaction.20:58
*** Marga_ has quit IRC20:58
salv-orlandojaypipes: should it be applied there only or to the method where the wrapping transaction begins?20:58
*** Marga_ has joined #openstack-neutron20:59
jaypipesZZelle: SELECT FOR UPDATE will not work like you think on Galera :) thus the need for a retry_on_deadlock decorator.20:59
jaypipessalv-orlando: it should be applied around an atomic unit of work.20:59
salv-orlandojaypipes: ZZelle knows that. he's implemented your non locking thin on vni allocations20:59
ZZellejaypipes, for the moment, it's not working at all20:59
salv-orlando(opening another can of worms)20:59
jaypipessalv-orlando: which, unless I'm mistaken, is just *part* of _save_subnet()21:00
*** setuid has quit IRC21:00
enikanorov2jaypipes: around outer-most transaction, indeed21:00
*** tflynn has quit IRC21:00
ZZelleenikanorov2, which seems to imply a lot of rework :'(21:00
ZZellefor subnetpool21:00
jaypipesenikanorov: you could, yes, but I'd advise removing say, lines 1183-1193 from the DB transaction and putting that validation code outside of the DB transaction entirely.21:00
salv-orlandoenikanorov2, jaypipes: yeah because with active/active clusters obviously write-set certification occurs at commit time21:00
enikanorov2jaypipes: agree on that21:01
*** jbell8 has quit IRC21:01
salv-orlandoyeah I thinik I told that to the author during code review as well....21:01
jaypipesZZelle: no, actually shouldn't be too much work. just create a little internal function inside of _save_subnet() and wrap that internal func with @retry_on_deadlock21:01
jaypipesZZelle: and then you actually wouldn't need any changes at all in the IPAM module.21:02
*** mwagner_lap has joined #openstack-neutron21:02
jaypipesZZelle: basically take lines 1195-1222 and put that into an internal func, wrapped by the retry_on_deadlokc21:02
jaypipesZZelle: and forget about locking :) cuz it don't work like you think it does.21:02
jaypipesat least, in galera-land. for better or worse.21:03
salv-orlandoZZelle: there's only one more twist about subnet pools you need to considers.21:03
salv-orlandoconsd21:03
salv-orlandoconsider. crap.21:03
*** aranjan has quit IRC21:03
*** setuid has joined #openstack-neutron21:03
salv-orlandoThe SubnetPool has a relationship with SubnetPoolPrefixes which are all the allocated CIDRs on that pool21:03
salv-orlandobut SubnetPoolPrefixes has no relationship whatsoever with Subnets21:04
*** jbell8 has joined #openstack-neutron21:04
*** sdake has joined #openstack-neutron21:04
salv-orlandothis means that by enclosing the transaction in _save_subnet we need to be careful about ensuring consistency in case of rollbacks.21:04
salv-orlandoThis is I believe, what is called data de-normalization21:05
salv-orlandowhen I was in college if I did something like that I would fail the exam21:05
salv-orlandobut that was early 21th century, we still used things like IBM DB221:05
salv-orlandoI guess things are changed now and denormalization is ok21:05
*** hichihara has joined #openstack-neutron21:05
*** ashishjain has quit IRC21:06
ZZellejaypipes, why do we need to perform check outside of enclosing transaction?21:06
jaypipessalv-orlando: denormalization is a separate concept :)21:06
ZZellejaypipes, changing isolation level is not enough?21:06
jaypipesZZelle: just a best practice. you want to reduce the number of operations performed while in a BEGIN/COMMIT transactional block, and none of those validation operations need the database.21:07
*** botang has quit IRC21:07
jaypipesZZelle: the isolation level thing is well, a long conversation. just ask enikanorov  ;)21:07
* carl_baldwin hopes all the good feedback is on the review when gerrit is happy again.21:07
ZZellejaypipes, i know, i (try to) follow it21:07
jaypipescarl_baldwin: so it seems that gerrit is particular about what it doesn't like...21:07
*** jbell8 has quit IRC21:08
jaypipescarl_baldwin: other patches are working fine for me, but I'm getting a jgit object reference failed for ZZelle's patch in question :(21:08
*** sdake_ has quit IRC21:08
*** botang has joined #openstack-neutron21:08
carl_baldwinjaypipes, I'm getting more and more unhappy gerrit as time goes on.  :(21:08
*** wwriverrat has joined #openstack-neutron21:08
*** aranjan has joined #openstack-neutron21:08
*** rushil has quit IRC21:09
HenryGMy gerrit problems went away after I logged out of gerrit and closed the browser.21:09
ZZelleinfra team is trying to find what is not working in new gerrit version21:09
anteayaand discussing a rollback21:09
*** Marga_ has quit IRC21:10
*** moshele has quit IRC21:10
ZZelleanteaya, outch21:10
anteayayes21:10
anteayabut it is on the table21:10
salv-orlandojaypipes: that was a half-rant. I was merely saying that by changing the transaction scope you might end up having two distinct transactions and if the 2nd fails manual actions should be taken to undo the 1st21:10
*** Marga_ has joined #openstack-neutron21:10
*** annegent_ has joined #openstack-neutron21:10
jaypipessalv-orlando: ah, sure, though I'd of course using a single trx to begin with ;)21:11
matrohonmarun : hi21:12
jaypipesanteaya: you like my suggestion for a new kernel tag in https://review.openstack.org/#/c/180112/2/reference/tags/kernel_compute.rst ? :)21:12
marunmatrohon: hi21:12
*** hareeshp has joined #openstack-neutron21:12
* anteaya looks21:13
*** apuimedo has joined #openstack-neutron21:13
* jaypipes wonders if the Orville Redenbacher popcorn joke will translate...\21:13
matrohonmarun : I was using UT in vpnaas and I found an issue : https://bugs.launchpad.net/neutron/+bug/145396521:13
openstackLaunchpad bug 1453965 in neutron "extension UT not run anymore" [Undecided,New]21:13
anteayait does for me21:13
*** tkatarki has quit IRC21:13
anteayajaypipes: when you make a tag suggestion with pug in it be sure to alert me to that one as well21:14
matrohonmarun : I discussed it with pcm_, he wasn't aware of the issue21:14
jaypipesanteaya: haha :)21:14
anteaya:)21:14
anteayaextra points if you get them in a stroller21:14
*** annegentle has quit IRC21:15
*** baoli has quit IRC21:15
*** baoli has joined #openstack-neutron21:15
*** hareeshp has quit IRC21:17
*** marrusl has quit IRC21:17
*** s3wong has joined #openstack-neutron21:17
*** Marga_ has quit IRC21:17
*** echirivella has joined #openstack-neutron21:18
*** Marga_ has joined #openstack-neutron21:18
matrohonmarun : I was wondering if this change was involved : https://github.com/openstack/neutron/commit/1105782e3914f601b8f4be64939816b1afe8fb5421:18
* echirivella Hi, everyone21:19
sc68calmarun: I added some info to your etherpad about a cross project session that sdague and I are moderating - https://libertydesignsummit.sched.org/event/85141d833ce535dd631fea4b0ca69ac3#.VVEcUhdFORs21:19
marunsc68cal: ugh21:20
ZZellesalv-orlando, carl_baldwin, how do we take into account allow_overlapping_ips = False when using subnetpools?21:20
marunsc68cal: one of the biggest gaps has nothing to do with neutron imho21:20
marunsc68cal: -> nova's networking api assuming synchronous operations21:21
salv-orlandoZZelle: I do not remember on top of my head, carl_baldwin surely knows. I think his thought is that, if I'm not wrong, that option is useless with subnet pools. It should be deprecated and neutron APIs default to subnet pools always21:21
salv-orlandobut wait for an answers from carl_baldwin as I might not be precise21:21
sc68calmarun: understood - I think we're just collecting things - there's supposed to be another session on thrusday to allow people to digest21:23
*** absubram has quit IRC21:23
ZZellesalv-orlando, carl_baldwin, it's done here: https://github.com/openstack/neutron/blob/master/neutron/db/db_base_plugin_v2.py#L1193 ... but seems not to support race conditions21:23
*** padkrish has quit IRC21:23
*** padkrish has joined #openstack-neutron21:24
marunsc68cal: fair enough.21:24
sc68calmarun: the one on thursday is https://libertydesignsummit.sched.org/event/495f67e8acd369d1ac459b6ca9882340#.VVEeHRdFORs21:24
anteayawe are trying something with gerrit21:25
marunsc68cal: the use case discussion is actually more about trying to push for more user-focused, but the title doesn't capture that very well.21:25
salv-orlandoZZelle: are you looking at races in subnet allocations when overlapping ips and cidr are forbidden?21:25
anteayajusg in case make sure you have updated local copies of any changes made since friday21:25
salv-orlandoZZelle: in that case there's a very old bug for it21:25
anteayas/jusg/just21:25
*** vhoward has left #openstack-neutron21:26
ZZellesalv-orlando, i am trying to understand how implicit/explicit subnetpool allocation works21:26
tidwellrsalv-orlando ZZelle: allow_overlapping_ips = False is really incompatible with subnetpools. We would like to deprecate it21:27
*** padkrish_ has joined #openstack-neutron21:27
*** padkrish_ has joined #openstack-neutron21:27
ZZelletidwellr, according to code, it's compatible (but not thread-safe)21:28
*** padkrish has quit IRC21:28
*** padkrish has joined #openstack-neutron21:29
ZZelletidwellr, imo, we should remove it in favor of a required subnetpool/address scope21:29
tidwellrZZelle: it creates some strange behavior, but not explicitly (it should be imo)21:29
tidwellr*explicitly blocked21:29
*** marrusl has joined #openstack-neutron21:29
marunsc68cal: thanks for the info, though!21:29
tidwellrZZelle: agreed, address scopes really make allow_overlapping_ips obsolete21:30
*** matrohon has quit IRC21:30
*** julim has quit IRC21:31
tidwellrZZelle: see https://bugs.launchpad.net/neutron/+bug/1438320, we have a bug for allow_overlapping_ips = False + subnetpools21:32
openstackLaunchpad bug 1438320 in neutron "Subnet pool created should be blocked when allow_overlapping_ips=False" [Medium,New] - Assigned to Ryan Tidwell (ryan-tidwell)21:32
*** padkrish_ has quit IRC21:32
*** spandhe has joined #openstack-neutron21:32
ZZelletidwellr, imo, it's not a bug but the expected behavior as allow_overlapping_ips = False ensures non-overlapping cidrs even between subnet pools21:33
carl_baldwinsalv-orlando isn't far off.  I was probing to find out how prolifically allow_overlapping_ips is being used.  If it is out there in the wild, I wouldn't mind migrating them to use subnet pools.21:34
*** emagana has quit IRC21:34
*** crose has quit IRC21:34
*** emagana has joined #openstack-neutron21:35
*** gildub has joined #openstack-neutron21:35
*** LeanReox has joined #openstack-neutron21:36
*** rpothier has quit IRC21:36
tidwellrZZelle: You make a good point, what I was trying to achieve was some notion of address scopes via subnetpools. The best way to proceed is probably to just nix this bug and move forward with address scopes21:37
carl_baldwinZZelle: +1  It is a good point.  I still think the option could eventually be deprecated but I think we can give that some more thought.21:39
*** TrevorV|home has quit IRC21:39
ZZelletidwellr, when default_ipv4_subnet_pool != None, we can allocate subnet only in default_ipv4_subnet_pool? or also outside with an explicit cidr?21:39
tidwellrZZelle: when default_ipv4_subnet_pool != None, creating a subnet without an explicit subnetpool_id causes it to default to the supplied subnetpool. You can still use other subnetpools21:41
*** achanda has quit IRC21:43
*** baoli has quit IRC21:44
tidwellrZZelle: I always speak about not supplying a subnetpool_id as using the "null" or "implicit" subnetpool. default_ipv4_subnet_pool just overrides the "implcit" subnetpool21:44
ZZelletidwellr, ok21:44
*** erkules has quit IRC21:45
*** erkules has joined #openstack-neutron21:45
carl_baldwinZZelle:  When the default is set, you *must* send None or another pool id to the API request in order to not use it.  I updated the python-neutronclient to allow doing this.21:46
*** rushil has joined #openstack-neutron21:48
*** rushil has quit IRC21:48
LeanReoxguys, sorry does anybody knows from where openvswitch gets the TAG number for a port ?21:48
ZZellecarl_baldwin, it's not fully obvious as neutron behavior on subnet create without subnetpool-id depends on neutron default_ipX4_subnet_pool options21:48
LeanReoxcause ive searched accross the whole neutron database, and its seems not to be anywhere21:49
LeanReoxand its not the same as the segmenteation id from the net21:49
*** padkrish has quit IRC21:49
*** padkrish has joined #openstack-neutron21:50
*** sdake has quit IRC21:50
*** padkrish_ has joined #openstack-neutron21:51
*** baoli has joined #openstack-neutron21:52
*** padkrish has quit IRC21:52
kevinbentonLeanReox: it's locally generated by the OVS agent21:52
*** annegent_ has quit IRC21:52
kevinbentonLeanReox: it's only used to isolate ports from different networks21:52
kevinbentonLeanReox: as you observed it has no relation to the segmentation id21:52
*** sdake has joined #openstack-neutron21:53
*** annegentle has joined #openstack-neutron21:53
kevinbentonLeanReox: and the tag for one network may be different between compute nodes21:53
LeanReoxkevinbenton, perfect, do you know what function uses to generate this tag21:53
kevinbentonLeanReox: one sec21:53
LeanReoxkevinbenton, cause its the same on every port on the same subnet21:53
kevinbentonLeanReox: right21:53
kevinbentonLeanReox: https://github.com/openstack/neutron/blob/master/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py#L51821:54
carl_baldwinZZelle:  Do you suggest an alternative?21:54
kevinbentonLeanReox: i need to step away, feel free to ping me with messages and i can respond later21:55
*** pece has quit IRC21:55
ZZellecarl_baldwin, nope, but we should publish it in salv-orlando /features API :)21:55
*** merooney has quit IRC21:56
carl_baldwinZZelle:  Fair enough.21:56
LeanReoxok kevinbenton great,  il leave you another one, if my database is unchanged and i restart the agents, why will be possibly the reason for the agent not to tag an interface and leave it on the dead vlan21:57
LeanReoxkevinbenton, the 4095 tag21:57
*** emagana has quit IRC22:00
*** botang has quit IRC22:00
*** annegentle has quit IRC22:00
*** shwetaap has quit IRC22:01
*** Marga_ has quit IRC22:04
*** Marga_ has joined #openstack-neutron22:04
*** baoli has quit IRC22:05
*** emagana has joined #openstack-neutron22:05
*** kbringard has quit IRC22:06
*** hitalia has quit IRC22:06
*** subscope has quit IRC22:09
*** aranjan has quit IRC22:09
*** banix has quit IRC22:12
*** moshele has joined #openstack-neutron22:13
*** jorgem has quit IRC22:16
*** cbouch has quit IRC22:18
*** subscope has joined #openstack-neutron22:18
*** cbouch has joined #openstack-neutron22:18
*** rkukura_ has joined #openstack-neutron22:19
*** Networkn3rd has quit IRC22:20
*** claudiub has quit IRC22:20
*** rkukura has quit IRC22:22
*** rkukura_ is now known as rkukura22:22
*** pcm_ has quit IRC22:23
*** jgrimm is now known as zz_jgrimm22:24
*** rwsu has quit IRC22:25
*** padkrish_ has quit IRC22:26
*** padkrish has joined #openstack-neutron22:27
*** padkrish has quit IRC22:27
*** padkrish has joined #openstack-neutron22:28
*** Networkn3rd has joined #openstack-neutron22:28
*** sripriya has quit IRC22:33
enikanorov2LeanReox: it could be that the port has admin_state_up = False or the port doesn't exist in the DB22:34
*** sripriya has joined #openstack-neutron22:34
openstackgerritCarl Baldwin proposed openstack/neutron-specs: Introduce address scopes  https://review.openstack.org/18026722:35
*** marrusl has quit IRC22:35
LeanReoxenikanorov2, in the ovs db -> conf.db ? or the neutron db ?22:36
enikanorov2LeanReox: in neutron db. Another reason for it could be that the port is not bound22:36
*** zhhuabj_ has quit IRC22:37
LeanReoxenikanorov2, ok ! and the admin_state_up = False, can be due to what ? what puts a a port in admin_state_up = False ?22:37
enikanorov2LeanReox: you need to enable debug logging, there should be a reason why particular port is put to dead vlan22:37
enikanorov2LeanReox: it only could be due to user's action22:37
LeanReoxenikanorov2, can be a report_interval or dead lbaas agent, causing this ? or a dead neutron-plugin-ovs-agent ?22:37
enikanorov2LeanReox: yes, dead ovs agent could be a reason of not bound port22:38
LeanReoxenikanorov2, dead may be proccess not running or the agent down on the database = admin_state_up = 0 , or neutron agent-list XXX22:39
*** zhhuabj_ has joined #openstack-neutron22:40
enikanorov2dead means that neutron-server doesn't receive heartbeats from ovs agent, that could be due to agent process is dead or message queue communication issues (failing rabbitmq)22:40
LeanReoxenikanorov2, great, thats what i though, so can a agent under heavy load, cant keep up and report to the server and be marked down, and then up causing lots of ports in the dead vlan? (im tallking always about iceouse release)22:42
enikanorov2LeanReox: it dipends. What kind of port do you see getting dead vlan? Is it regular VM port or L3/DHCP port?22:43
LeanReoxmost of them lbaas ports enikanorov222:44
*** padkrish has quit IRC22:44
LeanReoxenikanorov2, that are regular taps for what i saw22:44
*** zhhuabj_ has quit IRC22:45
LeanReoxenikanorov2, all the ports on the dead vlan are on the network node, lbaas, dhcp ...22:45
LeanReoxenikanorov2, on the computes no ports on dead vlan22:45
*** zhhuabj_ has joined #openstack-neutron22:45
*** nlahouti has joined #openstack-neutron22:45
enikanorov2LeanReox: i see. Then it looks nearly correct flow. When lbaas port is created - it's bound to a host during port creation (API call), but if ovs agent is dead on that host - binding fails and then ovs agent puts it to 409522:45
*** padkrish has joined #openstack-neutron22:45
*** achanda has joined #openstack-neutron22:46
enikanorov2it's only recently this issue was fixed in upstream22:46
enikanorov2even I'm not sure if the fix got merged, but it is on review certainly22:46
*** nlahouti1 has joined #openstack-neutron22:46
enikanorov2i mean the issue with ovs agent trying to get information about the port that previously failed binding.22:47
LeanReoxenikanorov2, but the same agent that puts the port in the dead vlan , is the same agent that is marked down ?22:47
enikanorov2anyway with the fix there should be less issues with ports on dead vlans22:47
LeanReoxcause the ovs agent is running on the network node, as so the lbaas ports, how can this condition be triggered ?22:47
enikanorov2LeanReox: that's possible if rabbitmq is failing22:47
*** moha_hunt has quit IRC22:47
enikanorov2e.g. ovs agent is ok, but communication is broken22:48
LeanReoxenikanorov2, ok, this can cause half of the lbaas ports putted in to the dead vlan, and the other ports tagged correctly ?22:49
*** diegows has joined #openstack-neutron22:50
enikanorov2it's an issue with service ports: lbaas, router and DHCP which are bound during API call. VMs port are bound via RPC call from ovs agent, the logic is slightly different so the process succeeds22:50
*** nlahouti has quit IRC22:50
*** Sukhdev has quit IRC22:52
*** lori is now known as lori|away22:52
LeanReoxenikanorov2, so, if a port is maked as port_dead() , and the bound is made via API_calls() , that port in dead state will never recover till an lbaas-agent restart ?22:54
LeanReoxrecover / updated22:55
*** sripriya has quit IRC22:55
enikanorov2LeanReox: i'm afraid it will not recover even in that case, but i may be mistaken here22:55
enikanorov2but certainly not until restart22:55
*** Divya has joined #openstack-neutron22:55
*** sripriya has joined #openstack-neutron22:55
*** echirivella has quit IRC22:56
LeanReoxenikanorov2, ok, so the only what that ovs_agent try to change a port from the dead_vlan to its correct tag, its to update the admin_state_up port to true on the port table on the neutron database ?22:56
*** hitalia has joined #openstack-neutron22:56
LeanReoxenikanorov2, so when it begin again their polling round, will see the difference and update the port22:57
Divyaptoohill: Ping22:57
enikanorov2LeanReox: i'm not sure. it still will stuck on fetching binding information from the server, but since binding is failed, changing admin_state_up might not help22:58
enikanorov2again, i didn't heck those paths22:58
Divyaptoohill: Had a question about plug_vip_port in lbaas drivers22:58
*** pece has joined #openstack-neutron22:58
LeanReoxenikanorov2, ok understood, so is there any way to bring back a port from a dead vlan without restarting the whole network node including openvswitch-switch process ?22:59
enikanorov2LeanReox: restarting network node will not help either. I believe simplest way is to just recreate the port.22:59
enikanorov2or - backport a fix to this issue :)23:00
LeanReoxor the only mechanism i have left is to find out wich tag should have and issue an ovs-vsctl set port PortName tag=theTag23:00
DivyaHi i have Lbaas related question23:00
enikanorov2LeanReox: that's error-prone. those tags change with ovs agent restarts, you'll have to change it each time23:01
enikanorov2each time ovs restarted23:01
enikanorov2LeanReox: here's the fix https://review.openstack.org/14104423:01
enikanorov2however gerrit doesn't work at the moment23:02
ptoohillDivya: pong23:02
Divya[Lbaas] When i create multiple loadbalancers on the same host, the vip port is getting the same device_id. Is this the expected behavior and wanted to understand rationale behind setting same device_id for the lbaas port23:02
Divyaptoohill: Hi23:02
Divyaptoohill: When i create multiple loadbalancers on the same host, the vip port is getting the same device_id. Is this the expected behavior and wanted to understand rationale behind setting same device_id for the lbaas port23:02
ptoohilljoin #openstack-lbaas for lbaas related topics23:02
LeanReoxenikanorov2, can be review.openstack.org be down ?23:02
*** aranjan has joined #openstack-neutron23:03
Divyaptoohill: thanks will do that23:03
enikanorov2LeanReox: yea, it's down now, I hope it will be up in few hours23:03
*** emagana has quit IRC23:03
*** aranjan has quit IRC23:04
LeanReoxenikanorov2, i see on the conf.db openvswitch database that the tag is persistent:  {"_date":1427831618555,"Port":{"5fbb01d9-4564-4386-9998-c1deb8aca7a5":{"tag":3}},"_comment":"ovs-vsctl: /usr/bin/ovs-vsctl --timeout=10 set Port tap61a741ce-f0 tag=3","Open_vSwitch":{"d0ec36b6-f81e-4ae6-94ad-3ee2a6d1940d":{"next_cfg":167}}}23:04
*** yuanying has joined #openstack-neutron23:04
*** padkrish has quit IRC23:04
*** yamamoto has joined #openstack-neutron23:05
*** padkrish has joined #openstack-neutron23:05
enikanorov2LeanReox: those tags separate networks on the integration bridge. After restart ovs agent reassing local vlan tags23:05
*** padkrish has quit IRC23:05
enikanorov2*reassigns23:05
*** padkrish has joined #openstack-neutron23:06
*** aranjan has joined #openstack-neutron23:07
*** pece has quit IRC23:08
carl_baldwinZZelle:  I was thinking again about skipping conntrack for ingress packets on the gateway interface.23:08
LeanReoxenikanorov2, is that the way it works on icehouse ? cause in juno it just assign the same tag every time23:08
enikanorov2LeanReox: i'm not sure about that. assigning same tags is possible, but you can't rely on that23:09
enikanorov2sice it depends on the order in which networks and ports are created23:09
carl_baldwinZZelle:  Still need conntrack with shared SNAT.  I think we need a rule to not NOTRACK for the router's dedicated IP address.23:09
*** subscope has quit IRC23:10
enikanorov2if you just do several restarts - it will indeed assign same tags, just because nothing changes between restarts23:10
*** sripriya has quit IRC23:11
*** cbouch has quit IRC23:11
*** dboik_ has quit IRC23:12
ZZellecarl_baldwin, indeed23:12
ZZellecarl_baldwin, it seems we need to define some functional tests to ensure it behaves as expected23:13
carl_baldwinZZelle:  I admit, this is little more complex than I thought it would be.  Yes, functional tests would be very good.23:13
LeanReoxenikanorov2, ok i understand, but its responsability of the first start of lbaas-agent to bind a port for the first time, and if cannot bind, should resoult in a port binding failed, and then the port on a dead vlan ?23:15
LeanReoxenikanorov2, im not sure if it is lbaas-agent or neutron-plugin-openvswitch-agent23:15
*** britthouser has joined #openstack-neutron23:16
enikanorov2LeanReox: none of the two, i guess. vip port is a service port, which binding is done when you create a VIP23:16
enikanorov2so binding may fail when you create a vip23:16
enikanorov2and then not much you can do23:16
ZZellecarl_baldwin, i will implement it in a specific change otherwise TcNatDriver change will become tool large23:17
carl_baldwinZZelle:  ack23:17
*** ivar-laz_ has joined #openstack-neutron23:18
ZZellecarl_baldwin, if you have some times, could you look at https://review.openstack.org/#/c/177245/16/neutron/agent/linux/tc_lib.py and checks tc integration and docstrings?23:18
*** nuritv has quit IRC23:18
*** ivar-laz_ has quit IRC23:19
*** ivar-laz_ has joined #openstack-neutron23:19
*** Longgeek_ has quit IRC23:20
*** carl_baldwin has quit IRC23:21
LeanReoxok enikanorov2 , suppose i have to migrate from one lbaas agent to another,  being the another lbaas agent on another machine, after i changed the poolloadbalanceragentbindings table with the new agent id, if a vip is a service port, if that port failed to bind to that new host on another time, this will result in that ports / that loadbalancers being put in the dead vlan23:21
*** ivar-lazzaro has quit IRC23:21
enikanorov2i guess so. lbaas don't have built-in support for moving VIP from one host to another, unfortunately23:22
enikanorov2at least, lbaas v1.023:23
LeanReoxenikanorov2, ok thanks for your help, ill keep troubleshooting this to see if i can come up with a theory23:24
*** watanabe_isao has joined #openstack-neutron23:27
*** arif-ali has quit IRC23:28
*** botang has joined #openstack-neutron23:29
*** arif-ali has joined #openstack-neutron23:29
*** dims has quit IRC23:34
*** moshele has quit IRC23:36
*** hitalia has quit IRC23:37
*** marun has quit IRC23:37
*** tidwellr has left #openstack-neutron23:37
*** dims has joined #openstack-neutron23:39
*** mturpin has quit IRC23:43
*** dims has quit IRC23:43
*** hitalia has joined #openstack-neutron23:44
*** yamamoto has quit IRC23:46
*** oomichi has joined #openstack-neutron23:52
-openstackstatus- NOTICE: Gerrit is going offline while we perform an emergency downgrade to version 2.8.23:54
*** ChanServ changes topic to "Gerrit is going offline while we perform an emergency downgrade to version 2.8."23:54
*** dboik has joined #openstack-neutron23:55
*** mchestr has quit IRC23:55
*** mchestr has joined #openstack-neutron23:55
*** ZZelle has quit IRC23:55
*** botang has quit IRC23:56
*** dboik_ has joined #openstack-neutron23:56
*** sdake_ has joined #openstack-neutron23:57
*** debedb has joined #openstack-neutron23:58
*** banix has joined #openstack-neutron23:59

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