Wednesday, 2014-06-25

*** harlowja has quit IRC00:00
*** shakamunyi has quit IRC00:05
manishg_cjones_ got to run.  I don't have horizon setup.00:06
*** manishg has quit IRC00:07
*** lykinsbd has quit IRC00:07
*** lykinsbd has joined #openstack-neutron00:07
*** dfarrell07 has joined #openstack-neutron00:08
_cjones_manishg: It seems that you need to specify  --provider:network_type local.  --provider:network_type local00:08
_cjones_No worries. Thanks for the help.00:08
*** prad_ has quit IRC00:09
*** lykinsbd has quit IRC00:09
*** xuhanp has joined #openstack-neutron00:09
*** lykinsbd has joined #openstack-neutron00:09
*** vivek-ebay has quit IRC00:11
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: L2 Model additions to support DVR  https://review.openstack.org/10210100:14
*** annegent_ has joined #openstack-neutron00:15
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: RPC additions to support DVR  https://review.openstack.org/10233200:18
*** annegent_ has quit IRC00:20
*** ranger81_ has quit IRC00:21
*** dsneddon has joined #openstack-neutron00:21
*** dsneddon has quit IRC00:23
*** german_ has quit IRC00:25
*** nlahouti has quit IRC00:25
*** dfarrell07 has quit IRC00:25
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: ML2 additions to support DVR  https://review.openstack.org/10239800:27
*** xuhanp has quit IRC00:28
*** karimb has joined #openstack-neutron00:31
*** Sukhdev has joined #openstack-neutron00:31
*** jaypipes has quit IRC00:35
*** matsuhashi has joined #openstack-neutron00:35
*** padkrish has quit IRC00:36
*** Sukhdev has quit IRC00:38
*** kong has joined #openstack-neutron00:41
*** coolsvap is now known as coolsvap|afk00:44
*** WackoRobie has joined #openstack-neutron00:52
*** karimb has quit IRC00:53
*** carl_baldwin has quit IRC00:54
*** morganfainberg is now known as morganfainberg_Z00:57
*** bandarji has quit IRC00:58
*** achanda has quit IRC01:01
*** _cjones_ has quit IRC01:03
*** _cjones_ has joined #openstack-neutron01:04
*** puck has quit IRC01:05
*** zhipeng has quit IRC01:05
*** zhipeng has joined #openstack-neutron01:06
*** _cjones_ has quit IRC01:08
*** ijw has joined #openstack-neutron01:09
*** rkukura_ has joined #openstack-neutron01:10
*** baoli has quit IRC01:10
*** ijw has quit IRC01:10
*** rkukura has quit IRC01:10
*** rkukura_ is now known as rkukura01:10
*** ijw has joined #openstack-neutron01:11
*** baoli has joined #openstack-neutron01:14
*** annegent_ has joined #openstack-neutron01:16
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: L2 Agent-side additions to support DVR  https://review.openstack.org/8773001:16
*** annegent_ has quit IRC01:21
*** diegows has quit IRC01:22
*** a_le has quit IRC01:24
*** a_le has joined #openstack-neutron01:24
*** sweston_ has quit IRC01:25
*** a_le has quit IRC01:25
*** iwamoto has joined #openstack-neutron01:26
*** oda-g has joined #openstack-neutron01:26
*** seizadi has joined #openstack-neutron01:26
*** gduan has quit IRC01:27
*** harlowja_ has quit IRC01:28
*** garyduan has joined #openstack-neutron01:31
*** yamamoto_ has joined #openstack-neutron01:32
*** harlowja has joined #openstack-neutron01:32
*** amcrn_ has quit IRC01:33
*** manishg has joined #openstack-neutron01:34
*** dfarrell07 has joined #openstack-neutron01:34
*** manishg_ has joined #openstack-neutron01:37
*** sbfox has joined #openstack-neutron01:37
*** geekinutah has quit IRC01:37
*** manishg has quit IRC01:38
*** manishg_ is now known as manishg01:38
*** nati_ueno has quit IRC01:40
manishgrkukura, yt?01:44
*** sbfox has quit IRC01:46
*** shakamunyi has joined #openstack-neutron01:47
amotokigus: thanks for reminding. I just reviewed again.01:47
*** alexpilotti has quit IRC01:55
*** dfarrell07 has quit IRC01:57
*** sbfox has joined #openstack-neutron01:57
*** dfarrell07 has joined #openstack-neutron01:57
*** banix has joined #openstack-neutron01:59
*** ranger81 has joined #openstack-neutron02:00
*** manishg has quit IRC02:01
*** zhipeng has quit IRC02:02
*** dfarrell07 has quit IRC02:02
*** zhipeng has joined #openstack-neutron02:03
*** morganfainberg_Z is now known as morganfainberg02:06
*** seizadi has quit IRC02:10
*** TrevorV_ has joined #openstack-neutron02:12
openstackgerritIWAMOTO Toshihiro proposed a change to openstack/neutron: Make l3-agent be able to load advanced service drivers  https://review.openstack.org/9669102:22
*** seizadi has joined #openstack-neutron02:24
*** sbfox has quit IRC02:26
*** dims__ has quit IRC02:28
*** VijayB has quit IRC02:31
*** openstackgerrit has quit IRC02:31
*** changbl has joined #openstack-neutron02:32
HenryGsc68cal: ping02:33
*** baojg has joined #openstack-neutron02:33
*** otherwiseguy has joined #openstack-neutron02:33
*** carl_baldwin has joined #openstack-neutron02:35
*** mitz_ has joined #openstack-neutron02:36
*** otherwiseguy has quit IRC02:40
*** vivek-ebay has joined #openstack-neutron02:41
*** otherwiseguy has joined #openstack-neutron02:41
*** annegent_ has joined #openstack-neutron02:42
*** TrevorV_ has quit IRC02:43
*** bandarji has joined #openstack-neutron02:44
*** annegent_ has quit IRC02:46
*** fifieldt_ is now known as fifieldt02:47
*** ranger81 has quit IRC02:48
*** sweston_ has joined #openstack-neutron02:54
*** dims__ has joined #openstack-neutron02:54
*** konglingxian has joined #openstack-neutron02:55
*** otherwiseguy has quit IRC02:55
*** baojg has quit IRC02:56
*** otherwiseguy has joined #openstack-neutron02:56
*** baojg has joined #openstack-neutron02:56
*** kong has quit IRC02:58
*** dims__ has quit IRC02:58
*** harlowja is now known as harlowja_away03:04
*** zhhuabj has joined #openstack-neutron03:05
*** armax has left #openstack-neutron03:07
*** essessv has joined #openstack-neutron03:11
*** sbfox has joined #openstack-neutron03:17
*** seizadi has quit IRC03:22
*** ranger81 has joined #openstack-neutron03:22
*** gildub has quit IRC03:24
*** achanda has joined #openstack-neutron03:25
*** nati_ueno has joined #openstack-neutron03:25
*** spandhe has quit IRC03:25
*** WackoRobie has quit IRC03:26
*** WackoRobie has joined #openstack-neutron03:26
*** WackoRobie has quit IRC03:26
*** WackoRobie has joined #openstack-neutron03:27
*** WackoRobie has quit IRC03:31
*** manishg has joined #openstack-neutron03:32
*** sbfox has quit IRC03:35
*** dfarrell07 has joined #openstack-neutron03:37
*** bandarji has quit IRC03:41
*** Xurong has quit IRC03:42
*** matsuhashi has quit IRC03:42
*** matsuhashi has joined #openstack-neutron03:43
*** german_ has joined #openstack-neutron03:44
*** ijw has quit IRC03:44
*** matsuhashi has quit IRC03:47
*** zhiyan_ is now known as zhiyan03:49
*** gongysh has joined #openstack-neutron03:51
*** dims__ has joined #openstack-neutron03:55
*** WackoRobie has joined #openstack-neutron03:57
*** WackoRobie has quit IRC03:58
*** dims__ has quit IRC03:59
*** ijw has joined #openstack-neutron04:01
*** dfarrell07 has quit IRC04:01
*** ijw has quit IRC04:02
*** ijw has joined #openstack-neutron04:02
*** WackoRobie has joined #openstack-neutron04:04
*** baojg has quit IRC04:04
*** carl_baldwin has quit IRC04:06
*** carl_baldwin has joined #openstack-neutron04:07
*** bandarji has joined #openstack-neutron04:08
*** nati_ueno has quit IRC04:08
*** nati_ueno has joined #openstack-neutron04:09
*** bandarji has quit IRC04:10
*** WackoRobie has quit IRC04:13
*** otherwiseguy has quit IRC04:13
*** otherwiseguy has joined #openstack-neutron04:14
*** gildub has joined #openstack-neutron04:15
*** shakamunyi has quit IRC04:16
*** annegent_ has joined #openstack-neutron04:16
*** shakamunyi has joined #openstack-neutron04:17
*** shakamunyi has quit IRC04:17
*** nlahouti has joined #openstack-neutron04:17
*** nlahouti has joined #openstack-neutron04:18
*** shakamunyi has joined #openstack-neutron04:20
*** annegent_ has quit IRC04:21
*** nplanel_ has quit IRC04:21
*** baojg has joined #openstack-neutron04:22
*** mlavalle has quit IRC04:25
*** banix has quit IRC04:25
*** yfried has quit IRC04:25
*** ramishra has joined #openstack-neutron04:26
*** carl_baldwin has quit IRC04:26
*** nati_ueno has quit IRC04:29
*** matsuhashi has joined #openstack-neutron04:31
*** garyk has quit IRC04:32
*** puck has joined #openstack-neutron04:33
*** Demitar has joined #openstack-neutron04:34
*** VenuMurthy has joined #openstack-neutron04:34
*** german_ has quit IRC04:36
*** Demitar has quit IRC04:38
*** lykinsbd has quit IRC04:38
*** otherwiseguy has quit IRC04:39
*** achanda has quit IRC04:39
*** lori|away is now known as lori04:42
*** Sukhdev has joined #openstack-neutron04:44
*** kopparam has joined #openstack-neutron04:46
*** nplanel_ has joined #openstack-neutron04:52
*** SridharG has joined #openstack-neutron04:52
*** seizadi has joined #openstack-neutron04:55
*** dims__ has joined #openstack-neutron04:56
*** ramishra has quit IRC04:59
*** achanda has joined #openstack-neutron04:59
*** ajc_ has joined #openstack-neutron04:59
*** yfried has joined #openstack-neutron04:59
*** shakamunyi has quit IRC05:00
*** dims__ has quit IRC05:00
*** baojg has quit IRC05:02
*** baojg has joined #openstack-neutron05:02
*** nplanel_ has quit IRC05:03
*** baojg has quit IRC05:04
*** baojg has joined #openstack-neutron05:04
*** vivek-ebay has quit IRC05:05
*** ramishra has joined #openstack-neutron05:05
*** zhipeng has quit IRC05:06
*** zhipeng has joined #openstack-neutron05:06
*** WackoRobie has joined #openstack-neutron05:08
*** blogan is now known as zz_blogan05:09
*** zhipeng has quit IRC05:11
*** a_le has joined #openstack-neutron05:11
*** WackoRobie has quit IRC05:13
*** morganfainberg is now known as morganfainberg_Z05:14
*** annegent_ has joined #openstack-neutron05:16
*** pradipta_away is now known as pradipta05:17
*** markmcclain has joined #openstack-neutron05:17
*** nati_ueno has joined #openstack-neutron05:17
*** markmcclain1 has joined #openstack-neutron05:18
*** coolsvap|afk is now known as coolsvap05:19
*** manishg has quit IRC05:20
*** annegent_ has quit IRC05:21
*** markmcclain has quit IRC05:22
*** rwsu has quit IRC05:24
*** nati_ueno has quit IRC05:26
*** ramishra has quit IRC05:31
*** amitpp has joined #openstack-neutron05:31
*** ramishra has joined #openstack-neutron05:37
*** markmcclain1 has quit IRC05:39
*** amitpp has quit IRC05:42
*** garyk has joined #openstack-neutron05:43
*** ihrachyshka has joined #openstack-neutron05:46
*** ihrachyshka has quit IRC05:46
*** sbfox has joined #openstack-neutron05:47
kashyaprpm -qa | grep -i neutron05:47
kashyapBah, sorry, wrong window05:47
*** suresh12 has quit IRC05:50
*** suresh12 has joined #openstack-neutron05:51
*** suresh12 has quit IRC05:56
*** Sukhdev has quit IRC05:56
*** dims__ has joined #openstack-neutron05:56
*** chandan_kumar has quit IRC06:00
*** dims__ has quit IRC06:01
*** Xurong has joined #openstack-neutron06:03
*** vimal_ has joined #openstack-neutron06:07
kopparamHello!06:07
*** ijw_ has joined #openstack-neutron06:07
*** zhipeng has joined #openstack-neutron06:08
*** ijw_ has quit IRC06:09
kopparamI'm trying to install OVS on a compute node following this doc http://docs.openstack.org/havana/install-guide/install/yum/content/install-neutron.install-plugin-compute.ovs.html06:09
*** seizadi has quit IRC06:09
kopparamBut in step 3, I cant seem to find the file neutron.conf06:09
*** WackoRobie has joined #openstack-neutron06:09
*** sweston__ has joined #openstack-neutron06:10
*** ijw has quit IRC06:10
kopparamLooks like this file is created when installing the openstack-neutron package, which is not mentioned to be installed on a compute node.06:10
kopparamPlease help06:10
*** achanda has quit IRC06:10
*** sweston_ has quit IRC06:10
*** sbfox has quit IRC06:11
*** afazekas_ has joined #openstack-neutron06:13
*** WackoRobie has quit IRC06:13
*** moha_hunt has joined #openstack-neutron06:14
konglingxiankopparam, you mean step 406:15
*** achanda has joined #openstack-neutron06:15
vimal_kopparam, that should be done on neutron server in order to use ovs plugin06:15
*** annegent_ has joined #openstack-neutron06:16
*** sweston__ has quit IRC06:18
kopparamYes, step 406:19
kopparamThanks vimal_06:20
*** annegent_ has quit IRC06:21
*** achanda has quit IRC06:22
*** a_le has quit IRC06:25
*** konglingxian has quit IRC06:25
*** seizadi has joined #openstack-neutron06:28
*** sweston_ has joined #openstack-neutron06:30
*** VenuMurthy has quit IRC06:30
*** VenuMurthy has joined #openstack-neutron06:30
*** sweston__ has joined #openstack-neutron06:31
*** essessv has quit IRC06:32
*** xuhanp has joined #openstack-neutron06:32
*** sbfox has joined #openstack-neutron06:34
*** a_le has joined #openstack-neutron06:34
*** sweston_ has quit IRC06:35
*** seizadi has quit IRC06:39
*** ijw has joined #openstack-neutron06:40
*** nati_ueno has joined #openstack-neutron06:42
*** catohornet has quit IRC06:42
*** ijw_ has joined #openstack-neutron06:43
*** kashyap has quit IRC06:45
*** ijw has quit IRC06:45
*** SridharG has quit IRC06:46
*** ijw_ has quit IRC06:48
*** kashyap has joined #openstack-neutron06:48
*** bloodypenguin_ has joined #openstack-neutron06:51
*** bloodypenguin_ has quit IRC06:51
*** kashyap` has joined #openstack-neutron06:52
*** kashyap has quit IRC06:56
*** gongysh has quit IRC06:57
*** dims__ has joined #openstack-neutron06:57
*** suresh12 has joined #openstack-neutron07:02
kopparamHi vimal_, according to this doc http://docs.openstack.org/havana/install-guide/install/yum/content/install-neutron.dedicated-compute-node.html. I need to edit the configs for neutron.conf on compute node? These instructions are repeated if they are meant to be on network node.07:02
*** dims__ has quit IRC07:04
*** nlahouti has quit IRC07:04
*** kashyap` is now known as kashyap07:05
*** kickinz1|away is now known as kickinz107:05
VenuMurthyHey there, i see that the veth pair between the br-int and br-ex doesn’t exist on my packstack all-in-one install. am unable to assign floating ips to the VMs07:06
*** suresh12 has quit IRC07:06
*** kopparam has quit IRC07:07
*** gongysh has joined #openstack-neutron07:07
*** kopparam has joined #openstack-neutron07:08
*** a_le has quit IRC07:08
*** _cjones_ has joined #openstack-neutron07:09
*** shausy has joined #openstack-neutron07:09
*** roeyc has joined #openstack-neutron07:10
*** WackoRobie has joined #openstack-neutron07:10
*** _cjones_ has quit IRC07:10
*** _cjones_ has joined #openstack-neutron07:11
*** kopparam has quit IRC07:12
*** gongysh has quit IRC07:13
*** rotbeard has joined #openstack-neutron07:13
*** WackoRobie has quit IRC07:14
*** annegent_ has joined #openstack-neutron07:16
*** gongysh has joined #openstack-neutron07:18
*** annegent_ has quit IRC07:23
*** SridharG has joined #openstack-neutron07:34
*** nlahouti_ has joined #openstack-neutron07:35
*** Longgeek has joined #openstack-neutron07:37
*** Longgeek has quit IRC07:37
*** Longgeek has joined #openstack-neutron07:37
*** ranger81 has quit IRC07:37
*** sbfox has quit IRC07:38
*** ajo|mac has joined #openstack-neutron07:39
*** gildub has quit IRC07:41
*** ijw has joined #openstack-neutron07:41
*** nlahouti_ has quit IRC07:43
*** Demitar has joined #openstack-neutron07:46
*** ijw has quit IRC07:47
*** kopparam has joined #openstack-neutron07:47
*** sweston_ has joined #openstack-neutron07:48
*** baojg has quit IRC07:48
*** baojg has joined #openstack-neutron07:49
*** baojg has quit IRC07:49
*** baojg has joined #openstack-neutron07:49
*** jpich has joined #openstack-neutron07:50
*** sweston__ has quit IRC07:51
*** kopparam has quit IRC07:52
*** yfauser has joined #openstack-neutron07:52
*** zzelle has joined #openstack-neutron07:52
*** yfauser has left #openstack-neutron07:53
*** VenuMurthy has quit IRC07:55
*** ajo|mac has quit IRC07:56
*** ajo|mac has joined #openstack-neutron07:57
*** matsuhashi has quit IRC07:57
*** matsuhashi has joined #openstack-neutron07:58
*** ajo|mac has quit IRC07:58
*** _cjones__ has joined #openstack-neutron08:00
*** evgenyf has joined #openstack-neutron08:00
*** doude has joined #openstack-neutron08:02
*** ihrachyshka has joined #openstack-neutron08:03
*** _cjones_ has quit IRC08:03
*** baojg has quit IRC08:04
*** kopparam has joined #openstack-neutron08:05
*** matsuhashi has quit IRC08:05
*** jlibosva has joined #openstack-neutron08:05
*** kashyap is now known as kashyap_lunch08:07
*** kopparam has quit IRC08:08
*** kopparam has joined #openstack-neutron08:09
*** nlahouti has joined #openstack-neutron08:10
*** matsuhashi has joined #openstack-neutron08:10
yfriedHi, who's on LBaaS team08:10
*** amaretskiy has joined #openstack-neutron08:13
*** nlahouti has quit IRC08:14
*** baojg has joined #openstack-neutron08:14
*** annegent_ has joined #openstack-neutron08:16
*** roeyc has quit IRC08:17
*** matsuhashi has quit IRC08:17
*** matsuhashi has joined #openstack-neutron08:18
*** amarao has joined #openstack-neutron08:18
*** Guest99196 is now known as atmark08:19
*** atmark has joined #openstack-neutron08:20
*** annegent_ has quit IRC08:21
*** nijaba has joined #openstack-neutron08:21
*** nijaba has quit IRC08:22
*** nijaba has joined #openstack-neutron08:22
*** Demitar has quit IRC08:23
*** _cjones__ has quit IRC08:23
*** _cjones_ has joined #openstack-neutron08:23
*** ramishra has quit IRC08:23
*** VenuMurthy has joined #openstack-neutron08:28
*** matsuhashi has quit IRC08:31
*** Ju_ has quit IRC08:34
*** maishsk has quit IRC08:35
*** yamamoto_ has quit IRC08:39
*** _cjones_ has quit IRC08:40
*** _cjones_ has joined #openstack-neutron08:41
*** nlahouti has joined #openstack-neutron08:41
*** ijw has joined #openstack-neutron08:41
*** _cjones_ has quit IRC08:45
*** igordcard has joined #openstack-neutron08:45
*** nlahouti has quit IRC08:46
*** eezhova has quit IRC08:46
*** ijw has quit IRC08:47
*** openstackgerrit has joined #openstack-neutron08:53
*** nijaba has quit IRC08:56
*** eezhova has joined #openstack-neutron08:57
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Group Policy API-1: EP, EPG, L2 Policy, L3 Policy  https://review.openstack.org/9590009:00
*** dims has joined #openstack-neutron09:02
*** jp_at_hp has joined #openstack-neutron09:06
*** ygbo has quit IRC09:07
*** jp_at_hp has quit IRC09:07
*** jp_at_hp has joined #openstack-neutron09:07
*** dims has quit IRC09:08
*** kashyap_lunch is now known as kashyap09:10
*** Xurong has quit IRC09:10
*** nlahouti has joined #openstack-neutron09:11
openstackgerritCedric Brandily proposed a change to openstack/neutron-specs: DHCP agent customization  https://review.openstack.org/9935609:12
*** WackoRobie has joined #openstack-neutron09:13
*** Xurong has joined #openstack-neutron09:13
*** nlahouti has quit IRC09:16
*** annegent_ has joined #openstack-neutron09:16
*** WackoRobie has quit IRC09:18
*** ygbo has joined #openstack-neutron09:20
*** annegent_ has quit IRC09:21
*** amotoki has quit IRC09:24
*** zhipeng has quit IRC09:25
*** zhipeng has joined #openstack-neutron09:29
*** iwamoto has quit IRC09:29
*** evgenyf has quit IRC09:30
*** nati_ueno has quit IRC09:31
*** safchain has joined #openstack-neutron09:32
*** yfauser has joined #openstack-neutron09:34
*** yfauser has left #openstack-neutron09:34
*** devvesa has joined #openstack-neutron09:36
*** matsuhashi has joined #openstack-neutron09:36
*** nijaba has joined #openstack-neutron09:37
*** nijaba has quit IRC09:37
*** nijaba has joined #openstack-neutron09:37
enikanorovkevinbenton: hi09:40
enikanorovkevinbenton: why get rid of autodeletion?09:40
*** ijw has joined #openstack-neutron09:41
*** nlahouti has joined #openstack-neutron09:42
*** zhipeng has quit IRC09:44
*** ihrachyshka has quit IRC09:44
*** evgenyf has joined #openstack-neutron09:45
*** zhipeng has joined #openstack-neutron09:46
*** Demitar has joined #openstack-neutron09:47
*** ijw has quit IRC09:47
*** nlahouti has quit IRC09:47
*** matsuhashi has quit IRC09:54
*** matsuhashi has joined #openstack-neutron09:55
*** Demitar has quit IRC09:57
*** matsuhas_ has joined #openstack-neutron09:57
*** matsuhashi has quit IRC09:57
kevinbentonenikanorov: I briefly mentioned it in the commit, but it’s part of the process to improve the performance of the unit tests09:57
kevinbentonenikanorov: right now auto-deletion adds a ton of extra API calls09:58
enikanorovbut that's defeat the purpose of using context managers to create objects09:58
kevinbentonenikanorov: yes, the context managers will eventually be removed completely09:59
enikanorovalso, you still need to delete objects, will not it be the same amount of API calls?09:59
kevinbentonenikanorov: no, in most cases you don’t need to delete the objects. it will just be a DB reset09:59
openstackgerritEvgeny Fedoruk proposed a change to openstack/neutron-specs: LBaaS TLS termination capability specification  https://review.openstack.org/9864009:59
enikanorovi'm not sure agree with this approach as it relies on external logic (external relative to the test)10:00
kevinbentonenikanorov: what external logic?10:00
enikanorovthat DB is reset10:00
enikanorovi don't like the idea that test will leave objects behind10:01
kevinbentonenikanorov: many already do it10:01
kevinbentonenikanorov: the db is reset between tests10:01
enikanorovyes, i know, but that's just because some tests are not clean enough to do their stuff gracefully10:02
zzelleenikanorov: hi10:02
enikanorovwhat I would really like to see is separation between plugin tests and API tests10:02
enikanorovthat is what really could speed things up10:02
kevinbentonenikanorov: the point is that a unit test shouldn’t have to clean up objects unless that’s specifically what it’s testing10:03
enikanorovzzelle: hi10:04
zzelleenikanorov: i did some perf tests on https://review.openstack.org/101982 ... it reduces vxlan sync allocations time by about 40 to 50 % on sqlite/myysql and postgresql (when only reducing ranges)10:04
enikanorovzzelle: cool10:05
kevinbentonenikanorov: yes, separation would be another improvement as well but it will require a significant refactor of the existing tests10:05
zzelleenikanorov: this afternoon i will share the results on the ML with the bench module10:06
kevinbentonenikanorov: take this test for example. https://github.com/bigswitch/neutron/blob/master/neutron/tests/unit/nec/test_nec_plugin.py#L89310:06
kevinbentonenikanorov: it doesn’t delete the port10:06
enikanorovright10:06
kevinbentonenikanorov: and there really is no reason it should need to since everything is recreated for each test10:06
enikanorovbut what's the problem with that test?10:07
kevinbentonenikanorov: there isn’t one, but you are suggesting that it is not clean enough to do it gracefully10:07
enikanorovcontext manager can be used with or without autodeletion10:07
enikanorovsometimes autodeletion catch issues10:08
*** yamahata has quit IRC10:08
kevinbentonenikanorov: yes, definitely10:08
enikanorovkevinbenton: without context manager you'll need to do extrawork to do things gracefully10:08
enikanorovas you do in the patch10:08
openstackgerritKoteswara Rao Kelam proposed a change to openstack/neutron: Add -s option for neutron metering rules  https://review.openstack.org/9552610:09
kevinbentonenikanorov: yes, and we will need some extra tests to guaruntee certain objects are blocked from deletion, etc10:10
enikanorovok, personally i don't like this approach10:11
enikanorov(as i would not like any extra coding)10:11
kevinbentonenikanorov: you shouldn’t encounter it very often10:12
kevinbentonenikanorov: I believe marun will be proposing a blueprint for this work when he returns10:13
*** nlahouti has joined #openstack-neutron10:13
kevinbentonenikanorov: so you can provide your feedback there10:13
*** WackoRobie has joined #openstack-neutron10:14
*** gildub has joined #openstack-neutron10:14
*** busterswt has quit IRC10:15
*** annegent_ has joined #openstack-neutron10:16
*** ihrachyshka has joined #openstack-neutron10:17
*** nlahouti has quit IRC10:17
*** igordcard has quit IRC10:18
*** WackoRobie has quit IRC10:19
*** jpich has quit IRC10:20
*** jpich has joined #openstack-neutron10:20
openstackgerritKoteswara Rao Kelam proposed a change to openstack/neutron: Proper validation for inserting firewall rule  https://review.openstack.org/10056010:21
*** annegent_ has quit IRC10:21
*** ihrachyshka has quit IRC10:21
*** ihrachyshka has joined #openstack-neutron10:22
*** yfauser has joined #openstack-neutron10:22
*** yfauser has left #openstack-neutron10:22
*** amarao has quit IRC10:22
*** rm_work is now known as rm_work|away10:23
*** matsuhas_ has quit IRC10:28
*** matsuhashi has joined #openstack-neutron10:28
*** amitpp has joined #openstack-neutron10:28
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Group Policy DB-1: EP, EPG, L2 Policy, L3 Policy  https://review.openstack.org/9605010:30
openstackgerritKoteswara Rao Kelam proposed a change to openstack/neutron: Add -s option for neutron metering rules  https://review.openstack.org/9552610:32
*** moha_hunt has quit IRC10:36
*** matsuhashi has quit IRC10:37
*** matsuhashi has joined #openstack-neutron10:37
*** xuhanp has quit IRC10:38
*** ramishra has joined #openstack-neutron10:38
*** ijw has joined #openstack-neutron10:41
*** nlahouti has joined #openstack-neutron10:44
*** ihrachyshka has quit IRC10:47
*** ijw has quit IRC10:47
*** ihrachyshka has joined #openstack-neutron10:47
*** nlahouti has quit IRC10:48
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Group Policy API-1: EP, EPG, L2 Policy, L3 Policy  https://review.openstack.org/9590010:50
*** roeyc has joined #openstack-neutron10:51
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Group Policy DB-1: EP, EPG, L2 Policy, L3 Policy  https://review.openstack.org/9605010:53
*** dims has joined #openstack-neutron11:03
openstackgerritKevin Benton proposed a change to openstack/neutron: UTs: Disable auto deletion of ports/subnets/nets  https://review.openstack.org/10246511:06
rossella_sihrachyshka: ping11:06
ihrachyshkarossella_s: pong11:07
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Group Policy Plugin-1: EP, EPG, L2 Policy, L3 Policy  https://review.openstack.org/9639311:08
rossella_sihrachyshka just a quick question, I guess you are the right person to ask since you did the porting to oslo.messaging. I am working on my patch https://review.openstack.org/#/c/66899/ ...I rebased and unit tests are failing11:08
ihrachyshkarossella_s: looking11:08
*** dims has quit IRC11:08
rossella_sihrachyshka: I see during the port you removed for the rpc unit test the line where the version is checked11:09
rossella_sihrachyshka: just to be clear for example here https://review.openstack.org/#/c/97291/20/neutron/tests/unit/openvswitch/test_ovs_rpcapi.py line 3711:09
ihrachyshkarossella_s: yes, because it's not passed with message now, it belongs to client used11:09
rossella_sihrachyshka: so here comes my question...I am adding a new method, should I pass the version or not?11:10
*** baojg has quit IRC11:10
ihrachyshkarossella_s: specific place in the code?11:10
*** baojg has joined #openstack-neutron11:11
*** baojg has quit IRC11:11
rossella_sihrachyshka: see https://review.openstack.org/#/c/66899/36/neutron/agent/rpc.py11:11
*** coolsvap is now known as coolsvap|afk11:11
*** baojg has joined #openstack-neutron11:12
rossella_sihrachyshka: the version is there because this method is not supported by the base rpc api version11:12
ihrachyshkarossella_s: if you needed to pass it in previous version of code, you need to do it now also11:14
ihrachyshkaversion will be set in __call_rpc_method from rpc.py11:14
ihrachyshkaas: callee = self._client.prepare(**options)11:14
ihrachyshkaoptions will contain your version, among other things11:14
rossella_sihrachyshka: so only if the version is the base rpc version that param is not passed anymore?11:14
*** WackoRobie has joined #openstack-neutron11:14
ihrachyshkathe test change you referred is just because msg object doesn't contain it. but it's still set, thru .prepare()11:15
*** yamahata has joined #openstack-neutron11:15
*** nlahouti has joined #openstack-neutron11:15
ihrachyshkarossella_s: honestly, I don't know what are the rules of setting versions when introducing new methods. this should probably be documented in oslo.messaging though. let me check11:15
*** baojg has quit IRC11:16
rossella_sihrachyshka: thanks!11:16
*** annegent_ has joined #openstack-neutron11:16
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Group Policy API-2: Classifiers, Actions, and Rules  https://review.openstack.org/10181611:16
*** nlahouti has quit IRC11:19
*** WackoRobie has quit IRC11:19
ihrachyshkashouldn't you just bump client version (aka BASE_..._VERSION) to 1.2? in that way, client will be able to send both methods without setting version explicitly11:19
ihrachyshkaand since 1.1 is compatible with 1.2, it probably will work just fine11:19
*** dims_ has joined #openstack-neutron11:19
ihrachyshkarossella_s: ^^11:20
*** annegent_ has quit IRC11:21
*** dims__ has joined #openstack-neutron11:22
*** WackoRobie has joined #openstack-neutron11:22
ihrachyshkahm, I guess if you don't pass version_cap to the client (and we don't), no checks will be applied to incoming message, it will be sent with whatever version is passed11:23
*** moha_hunt has joined #openstack-neutron11:23
*** yfauser has joined #openstack-neutron11:24
*** yfauser has left #openstack-neutron11:24
rossella_sihrachyshka: so you recommend to bump the client version?11:25
*** dims_ has quit IRC11:25
rossella_sihrachyshka: doing that...the client will require a server that support that new version11:27
*** gongysh has quit IRC11:28
*** banix has joined #openstack-neutron11:29
*** kopparam has quit IRC11:30
ihrachyshkarossella_s: probably you're right. so we bump client version only after bumping callbacks, right?11:30
*** kopparam has joined #openstack-neutron11:30
rossella_sihrachyshka: what do you mean by bumping callbacks?11:30
ihrachyshkarossella_s: their versions11:31
ihrachyshkaset via RPC_API_VERSION in corresponding RpcCallback-inherited class11:31
rossella_sihrachyshka: yes11:31
rossella_sihrachyshka: anyway I guess there's no other solution if we don't use the version cap by oslo messaging11:32
ihrachyshkarossella_s: ok, so you want agent to continue work with servers of older versions, so you don't bump the version. now it's clear you're correct and I'm wrong :)11:32
rossella_sihrachyshka: yes that was my goal...that's why the version field was handy11:32
rossella_sihrachyshka: I don't know anything about oslo.messaging...can you see a way to support that? you are the expert11:33
*** banix has quit IRC11:33
*** yfried_ has joined #openstack-neutron11:35
*** kopparam has quit IRC11:35
*** yfried has quit IRC11:35
*** SridharG has quit IRC11:36
ihrachyshkarossella_s: haha, no, I'm not, I just made migration effort :D11:36
ihrachyshkarossella_s: I guess you code is correct, at least in that file. I'm looking thru the patch atm.11:36
rossella_sihrachyshka: well I will send another one shortly...I need to fix the tests11:37
rossella_sihrachyshka: for now I will leave it the way it is and fix the ut accordingly11:37
ihrachyshkawait a bit, I have some other minor nits to point out11:38
*** ramishra has quit IRC11:38
*** ramishra has joined #openstack-neutron11:39
rossella_sok11:40
*** ijw has joined #openstack-neutron11:41
*** ramishra has quit IRC11:43
*** erecio has joined #openstack-neutron11:44
*** diegows has joined #openstack-neutron11:46
*** nlahouti has joined #openstack-neutron11:46
*** ijw has quit IRC11:47
*** baoli has quit IRC11:48
*** devvesa has quit IRC11:50
*** nlahouti has quit IRC11:51
*** Xurong has quit IRC11:51
*** Xurong has joined #openstack-neutron11:52
*** mwagner_lap has quit IRC11:53
*** ramishra has joined #openstack-neutron11:54
ihrachyshkarossella_s: posted comments11:54
rossella_sihrachyshka: thanks!11:54
*** VenuMurthy has quit IRC11:55
*** amarao has joined #openstack-neutron11:55
*** VenuMurthy has joined #openstack-neutron12:02
*** moha_hunt has quit IRC12:05
*** rkukura has quit IRC12:05
rossella_sihrachyshka: thanks for your comment. What do you mean by "If you want to check version here, you need to catch arguments to .prepare()" ?12:06
ihrachyshkarossella_s: I mean that message returned by self.make_msg(), doesn't have 'version' set12:07
ihrachyshkabut I have another idea - you may check msg['args']['version'], this will probably work12:08
rossella_sihrachyshka: it's not clear to me12:09
ihrachyshkarossella_s: have you checked make_msg from neutron/common/rpc.py? that's what you call thru self.make_msg12:10
*** gildub has quit IRC12:10
rossella_sihrachyshka: yes, version is not set there12:10
ihrachyshkaah, wait checking msg['args']['version'] is a bad idea, I mixed expected and actual :)12:10
ihrachyshkaso yes, if you want to check version, you need to catch self.client.prepare() and check that it's called with version=expected12:11
*** erecio has quit IRC12:11
*** erecio has joined #openstack-neutron12:12
*** moha_hunt has joined #openstack-neutron12:12
*** erecio has quit IRC12:13
ihrachyshkarossella_s: is it clear now?12:14
*** erecio has joined #openstack-neutron12:14
rossella_sihrachyshka: thanks for your help I think I can go on from here12:15
ihrachyshkarossella_s: good, feel free to ping in case of questions. I'm not an expert in that thing, but open for mutual learning :)12:15
*** alexpilotti has joined #openstack-neutron12:15
rossella_sihrachyshka: I will, thanks again!12:16
*** annegent_ has joined #openstack-neutron12:16
*** nlahouti has joined #openstack-neutron12:17
*** trad511 has joined #openstack-neutron12:17
*** kopparam has joined #openstack-neutron12:19
*** amitpp has quit IRC12:19
*** amitpp has joined #openstack-neutron12:19
*** baoli has joined #openstack-neutron12:19
*** baoli has quit IRC12:19
*** baoli has joined #openstack-neutron12:20
*** erecio has quit IRC12:20
*** annegent_ has quit IRC12:21
*** erecio has joined #openstack-neutron12:21
*** nlahouti has quit IRC12:21
*** amitpp has quit IRC12:22
*** ajc_ has quit IRC12:23
*** shausy has quit IRC12:24
*** shausy has joined #openstack-neutron12:24
*** shausy has quit IRC12:25
*** shausy has joined #openstack-neutron12:25
*** moha_hunt has quit IRC12:28
*** yfried_ has quit IRC12:29
*** shausy has quit IRC12:31
*** dims__ has quit IRC12:31
*** shausy has joined #openstack-neutron12:31
*** rotbeard has quit IRC12:31
*** dims__ has joined #openstack-neutron12:31
*** shausy has left #openstack-neutron12:32
openstackgerritRavindra Joshi proposed a change to openstack/neutron: description for "default" security group changed  https://review.openstack.org/10250912:32
*** ramishra has quit IRC12:33
*** radez_g0n3 is now known as radez12:36
*** kopparam has quit IRC12:38
*** ramishra has joined #openstack-neutron12:40
*** ijw has joined #openstack-neutron12:41
*** yfried has joined #openstack-neutron12:43
*** sweston_ has quit IRC12:44
openstackgerritMurali Birru proposed a change to openstack/neutron: Don't schedule a router with no interfaces attached to it.  https://review.openstack.org/10251212:44
*** annegent_ has joined #openstack-neutron12:45
*** baoli has quit IRC12:46
*** ijw has quit IRC12:47
*** nlahouti has joined #openstack-neutron12:48
*** SridharG has joined #openstack-neutron12:50
HenryGsc68cal: ping12:51
*** nlahouti has quit IRC12:52
*** jecarey has joined #openstack-neutron12:54
*** annegent_ has quit IRC12:54
openstackgerritXu Chen proposed a change to openstack/neutron: call security_groups_member_updated in port_update  https://review.openstack.org/10129312:55
*** pradipta is now known as pradipta_away12:55
*** prad_ has joined #openstack-neutron12:56
*** amitpp has joined #openstack-neutron12:58
*** matsuhashi has quit IRC12:59
*** matsuhashi has joined #openstack-neutron12:59
*** enikanorov_ has quit IRC13:00
*** garyk has quit IRC13:00
*** enikanorov_ has joined #openstack-neutron13:00
*** vimal_ has quit IRC13:02
*** julim has joined #openstack-neutron13:03
*** yfried has quit IRC13:04
*** matsuhashi has quit IRC13:04
*** ramishra has quit IRC13:05
*** ramishra has joined #openstack-neutron13:05
*** safchain has quit IRC13:06
*** igordcard has joined #openstack-neutron13:06
*** safchain has joined #openstack-neutron13:06
*** shakamunyi has joined #openstack-neutron13:08
*** matsuhashi has joined #openstack-neutron13:10
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Exit rpc_loop when SIGTERM is recieved in ovs-agent  https://review.openstack.org/10251913:10
*** trad511 has quit IRC13:13
*** yamamoto has joined #openstack-neutron13:16
*** mwagner_lap has joined #openstack-neutron13:16
*** salv-orlando_ has joined #openstack-neutron13:18
*** nlahouti has joined #openstack-neutron13:18
*** salv-orlando has quit IRC13:20
*** salv-orlando_ is now known as salv-orlando13:20
*** nlahouti has quit IRC13:23
*** nplanel_ has joined #openstack-neutron13:23
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Exit rpc_loop when SIGTERM is recieved in ovs-agent  https://review.openstack.org/10251913:24
*** busterswt has joined #openstack-neutron13:25
*** jecarey has quit IRC13:25
*** jecarey has joined #openstack-neutron13:25
*** annegent_ has joined #openstack-neutron13:26
openstackgerritvinay yadhav proposed a change to openstack/neutron-specs: Introducing Tap-as-a-Service  https://review.openstack.org/9614913:28
HenryGmestery: ping re: devstack patch https://review.openstack.org/10228413:29
*** amitpp has quit IRC13:30
mesteryHenryG: Whatsu p?13:31
*** baojg has joined #openstack-neutron13:31
HenryGmestery: Looks like when no *-dkms package is needed, then we don't need the13:32
HenryGdkms package itself, nor do we need the linux headers. If it's OK with13:32
HenryGyou I will take over this patch and do the proper cleanup.13:32
HenryGmestery: I should have done the job properly in my first patch.13:33
*** matsuhashi has quit IRC13:33
*** matsuhashi has joined #openstack-neutron13:33
mesteryHenryG: I am fine either way, I could also push a new one, I see what you mean there. :)13:33
*** ramishra has quit IRC13:34
HenryGmestery: Also, the cloned code needs to go in a common function.13:34
mesteryHenryG: Likely the case, yes. :)13:35
*** markmcclain has joined #openstack-neutron13:36
*** radez is now known as radez_g0n313:36
HenryGmestery: I am hacking it now. I can push a change for you to look at soon.13:37
mesteryHenryG: Thanks! I'll review once it's there. It would be good to test it with ODL as well, I can PM you the details for localrc if you want.13:37
*** markmcclain1 has joined #openstack-neutron13:37
*** matsuhashi has quit IRC13:38
HenryGmestery: sounds good13:38
*** markmcclain1 has quit IRC13:38
*** markmcclain has quit IRC13:40
*** ijw has joined #openstack-neutron13:41
*** coolsvap|afk is now known as coolsvap13:43
*** matsuhashi has joined #openstack-neutron13:44
*** matsuhashi has quit IRC13:44
*** garyk has joined #openstack-neutron13:45
*** matsuhashi has joined #openstack-neutron13:45
*** ijw has quit IRC13:47
*** nlahouti has joined #openstack-neutron13:49
*** matsuhashi has quit IRC13:49
openstackgerritChengli Xu proposed a change to openstack/neutron: ovs agent: re-sync tunnels if openvswitch restarts  https://review.openstack.org/10253213:50
*** esco-franc has joined #openstack-neutron13:50
esco-franchi13:51
*** VenuMurthy has quit IRC13:51
*** jmsoares has joined #openstack-neutron13:53
*** yfried has joined #openstack-neutron13:53
*** kopparam has joined #openstack-neutron13:53
*** nlahouti has quit IRC13:53
*** yfried has quit IRC13:54
*** yfried has joined #openstack-neutron13:54
ihrachyshkamestery: hey. can we briefly discuss https://blueprints.launchpad.net/neutron/+spec/schedule-actions-for-db-transaction-closed ?13:54
openstackgerritCedric Brandily proposed a change to openstack/neutron: OVS flows apply concurrently using a deferred OVSBridge  https://review.openstack.org/7757813:55
*** nati_ueno has joined #openstack-neutron13:55
*** VenuMurthy has joined #openstack-neutron13:55
zzellefeleouet: hi13:56
*** s3wong has joined #openstack-neutron13:56
enikanorov_ihrachyshka: do you think much of lock waits are caused by notifications?13:57
enikanorov_i doubt this13:57
feleouetzzelle: hi13:57
*** kopparam has quit IRC13:57
*** vimal7370 has joined #openstack-neutron13:57
*** kopparam has joined #openstack-neutron13:57
*** busterswt has quit IRC13:58
ihrachyshkaenikanorov_: well, I've only started to read ml2 driver, fixed one of those locks, and discovered another one by chance. For what I see in the code, there is no discipline in nested calls of other methods, so these are all potential locks.13:58
zzellefeleouet: i updated the code on flow apply defer: https://review.openstack.org/7757813:59
zzellefeleouet: could you have a look ? i am not really fluent with l2 pop and have difficulties to check the good behavior13:59
*** armax has joined #openstack-neutron14:00
*** busterswt has joined #openstack-neutron14:00
*** devvesa has joined #openstack-neutron14:00
enikanorov_ihrachyshka: i agree that there are convoluted cases of notifications under transaction14:01
enikanorov_ihrachyshka: i think we need to sharp-shoot them one by one14:01
feleouetzzelle: ok, I'll have a look, and give a try14:02
ihrachyshkaenikanorov_: how? have you checked the patch I've sent for one of them, sharp-shooting one? this made API more vague and exposed internals to caller14:02
*** hoangdo has joined #openstack-neutron14:02
ihrachyshkaenikanorov_: I guess if we go along that line, we'll end up with maccaroni code14:02
enikanorov_ihrachyshka: what patch do you mean?14:03
ihrachyshkaenikanorov_: https://review.openstack.org/10093414:03
hoangdohello guys, do you know how to use "neutron router-gateway-set" with my defined port, without creating a new one.14:04
enikanorov_ihrachyshka: yep, that is sharp-shooting and i'm fine with that14:05
enikanorov_we really should have a discipline in using transactions rather than create complex helpers to avoid shooting ourselves in the foot14:06
ihrachyshkaenikanorov_: I disagree. shard-shooting like that means passing objects of vague intent thru the stack back to some root caller, polluting arguments with do_notify like arguments etc. We have at least 3 levels of nesting in e.g. delete_floatingip() calling to delete_port() calling to disassoaciate_floatingips(). Do you want us to pass arguments thru the large stack instead of isolating notification request to the code that14:09
ihrachyshka really results in it?14:09
enikanorov_ihrachyshka: that's the question of current logic. it's the problem that it is convoluted and leads to such need. avoiding it with a hack is not a good way to go imo14:10
ihrachyshkado you call scheduled actions mechanism a hack?14:11
mesteryihrachyshka: Yes, give me a few minutes, on with someone else now.14:11
* mestery lets ihrachyshka and enikanorov_ continue on and will read the backscroll.14:11
ihrachyshkamestery: roger14:11
*** otherwiseguy has joined #openstack-neutron14:12
ihrachyshkaI would say, returning routers' set back to caller and requiring it handle notifications on our behalf is a hack14:12
*** nati_ueno_i has joined #openstack-neutron14:13
*** rolledback has joined #openstack-neutron14:13
*** nati_ueno_i has quit IRC14:13
enikanorov_ihrachyshka: that's a question of how we reuse code and why we do so under transaction14:13
*** nati_ueno_i has joined #openstack-neutron14:14
enikanorov_may be something needs to be split into more methods14:14
ihrachyshkaenikanorov_: can you give an example of how you would handle that in case of the patch I've posted?14:15
*** ramishra has joined #openstack-neutron14:15
*** nati_ueno has quit IRC14:16
zzellehoangdo: it is not possible to perform neutron router_gateway-set with a port14:16
enikanorov_ihrachyshka: yes14:16
enikanorov_ihrachyshka: simple refactoring: disassociate_floatingips has db part and notification part14:16
*** rolledback has quit IRC14:17
salv-orlandohello esco-franc14:17
enikanorov_ihrachyshka: extract db part, make that method to run db stuff without transaction (with a comment that it should be called under transaction), then make another method that will do db stuff (extracted method) and notify14:17
ihrachyshkaenikanorov_: you mean, removing do_notify argument and always require a caller to issue notifications? notifications depend on result of db part though, so we still need to pass the set thru the stach14:17
ihrachyshka*stack14:17
hoangdozzelle: thanks zzelle, is there no way to hack it. I need to use my own MAC somehow.14:18
*** nati_ueno_i is now known as nati_ueno14:18
*** rolledback has joined #openstack-neutron14:18
ihrachyshkaenikanorov_: actually, that was the initial version of the patch. See: https://review.openstack.org/#/c/100934/2/neutron/db/l3_db.py14:19
enikanorov_do_notify is a parameter that defines how method is used, which means that method could actually be split on versions for each use case14:19
ihrachyshkaenikanorov_: this solves the problem of unstable state of the function (no argument controlling its internals), but still exposure of internals thru return result14:19
*** yano has quit IRC14:20
enikanorov_not sure what internals are you talking about14:20
*** nlahouti has joined #openstack-neutron14:20
ihrachyshkaenikanorov_: set of routers returned, passed to notify part later14:20
*** xuhanp has joined #openstack-neutron14:21
*** annegent_ has quit IRC14:21
*** annegent_ has joined #openstack-neutron14:21
ihrachyshkaenikanorov_: caller is not interested in those internals, it just wants to disassociate floating ip. but instead, it's required to issue some functions that are not related to its primary goal14:22
openstackgerritA change was merged to openstack/neutron-specs: Dell ml2 Mechanism Driver  https://review.openstack.org/9249514:22
*** roeyc has quit IRC14:22
*** carl_baldwin has joined #openstack-neutron14:22
*** yano has joined #openstack-neutron14:22
enikanorov_ihrachyshka: that's fine to pass those 'internals' as notify_routers_updated should be protected method14:23
*** nlahouti has quit IRC14:24
*** nplanel_ has quit IRC14:26
*** mlavalle has joined #openstack-neutron14:28
ihrachyshkaenikanorov_: what do you mean protected? not avail for RPC?14:29
*** Demitar has joined #openstack-neutron14:30
ihrachyshkaenikanorov_: I don't think that's fine. As I said above, we have at least three-folded nesting, with different types of notifications issued by relevant code (security groups, routers...). We would need to pass multiple sets back in stack to fix all those. And this will become messier with each change we introduce14:31
openstackgerritChengli Xu proposed a change to openstack/neutron: l2-pop notifies agent of active ports only  https://review.openstack.org/10254314:31
*** VenuMurthy has quit IRC14:32
enikanorov_ihrachyshka: protected in OOP-sense14:32
ihrachyshkaagain, we don't always know whether we've the method that opened transaction, so we'll need to introduce do_notify= like arguments, or check context.session.is_active to decide whether that's a good time to issue notifications.14:32
*** nlahouti has joined #openstack-neutron14:32
enikanorov_(in python that would just mean it's name would be _notify_routers_updated which is merely a style)14:32
ihrachyshkaenikanorov_: roger14:33
ihrachyshkas/we've/we're14:33
*** vivek-ebay has joined #openstack-neutron14:33
enikanorov_ihrachyshka: well, my opinion that three-folded nesting is just a problem of code composition14:33
enikanorov_and decomposition requires passing data around - that is totally fine14:34
ihrachyshkaenikanorov_: if we can hide those details, that's even better14:34
enikanorov_hide from whom?14:35
ihrachyshkaenikanorov_: I agree that this can be a problem of composition, though I suspect such rework would be huge and wouldn't land at least in Juno. we are also looking into getting those issues fixed in Icehouse.14:36
ihrachyshkaenikanorov_: from caller14:36
openstackgerritA change was merged to openstack/neutron-specs: DB migration refactoring  https://review.openstack.org/9573814:36
*** nlahouti has quit IRC14:37
enikanorov_ihrachyshka: well i suspect that notifications within a transaction is smaller portion of the problem14:38
*** radez_g0n3 is now known as radez14:39
enikanorov_we have lots of lock wait timeout bugs not related to notifications14:39
ihrachyshkaenikanorov_: can you describe some of the scenarios?14:39
*** kraterekometa has joined #openstack-neutron14:39
kraterekometahi14:40
enikanorov_ihrachyshka: can't do this right now. I just can say that i've briefly checked a few cases of timeouts where no notifications were issued14:40
*** spandhe has joined #openstack-neutron14:41
ihrachyshkaenikanorov_: ok, in the meantime, I'll look thru the list of timeout bugs you've posted on meeting wiki page14:41
*** WackoRobie has quit IRC14:41
*** ijw has joined #openstack-neutron14:41
*** WackoRobie has joined #openstack-neutron14:41
enikanorov_ihrachyshka: i suggest you search bugs for 'Lock wait' string as there are more than what's on meeting wiki page14:41
*** esco-franc has quit IRC14:42
ihrachyshkaenikanorov_: well, that's a good start at least. thanks for suggestion.14:42
*** kraterekometa is now known as esco-franc14:42
*** morganfainberg_Z is now known as morganfainberg14:42
enikanorov_should be > 10 bugs with that14:42
*** vivek-ebay has quit IRC14:42
*** spandhe_ has joined #openstack-neutron14:43
*** zhiyan is now known as zhiyan_14:43
*** kopparam_ has joined #openstack-neutron14:45
*** spandhe has quit IRC14:45
*** spandhe_ is now known as spandhe14:45
*** WackoRobie has quit IRC14:46
openstackgerritAvishay Balderman proposed a change to openstack/neutron-specs: LBaaS L7 Switching - design document  https://review.openstack.org/9970914:46
*** ijw has quit IRC14:47
*** scott-millward has joined #openstack-neutron14:47
*** kopparam has quit IRC14:48
*** markmcclain has joined #openstack-neutron14:48
*** sweston_ has joined #openstack-neutron14:48
*** rwsu has joined #openstack-neutron14:49
*** zhipeng has quit IRC14:50
*** sweston_ has quit IRC14:50
*** vivek-eb_ has joined #openstack-neutron14:50
*** zhipeng has joined #openstack-neutron14:50
enikanorov_salv-orlando: how do we commit e-r queries? any bugs needed for that, or just patches?14:53
*** sbfox has joined #openstack-neutron14:53
*** shakamunyi has quit IRC14:54
ihrachyshkaenikanorov_: I've taken https://bugs.launchpad.net/neutron/+bug/1311970 for example. as far as I see, the scenario could go as follows: one of the thread is executing delete_port(). It opens transaction, then calls to disassociate_floatingips(). The latter method issues notification. We're yielded while being locked on the port. We yield to another thread that is updating port status to DOWN. It locks, we get the failure.14:54
*** sbfox has quit IRC14:54
enikanorov_ihrachyshka: that could be14:56
*** shakamunyi has joined #openstack-neutron14:56
*** dfarrell07 has joined #openstack-neutron14:56
ihrachyshkaenikanorov_: the problem with those bugs is that we can't say for sure, so 'could be' is the most we may get :)14:57
*** shakamunyi is now known as shakamunyi_otp14:57
*** shakamunyi_otp is now known as shakamunyi14:57
*** shakamunyi is now known as shakamunyi_otp14:57
enikanorov_ihrachyshka: yeah...14:57
ihrachyshkaenikanorov_: this one is actually can be fixed by my patch14:57
ihrachyshka[if the reasoning is correct]14:57
*** dfarrell07 has quit IRC14:57
*** dfarrell07 has joined #openstack-neutron14:58
*** mwagner_lap has quit IRC15:00
*** banix has joined #openstack-neutron15:01
*** swat30 has quit IRC15:03
mesteryHenryG: In your latest devstack patch, why do the files/[apt,rpms,rpms-suse]/opendaylight files show up as having been deleted and re-added?15:05
*** Guest73428 has joined #openstack-neutron15:06
HenryGmestery: They are renamed from 'opendaylight' to 'openvswitch'. I don't know why it showed up that way.15:06
*** TrevorV_ has joined #openstack-neutron15:06
*** dfarrell07 has quit IRC15:07
*** zhhuabj has quit IRC15:07
* mestery needs glasses15:07
mesteryHenryG: Either that, or I need to stop doing 5 things at the same time.15:07
Guest73428hi, I just installed neutron of openstack havana in centos 6.5,and I run neutron-db-check: ERROR:unable to find version information for the neutron database.15:07
*** dfarrell07 has joined #openstack-neutron15:08
*** kopparam_ has quit IRC15:08
*** kopparam has joined #openstack-neutron15:09
Guest73428anybody know the reasons?15:09
ihrachyshkaenikanorov_: ok, looking into another case: https://bugs.launchpad.net/neutron/+bug/1313851 there, sync_routers() is called. it opens txn, then calls to _ensure_host_set_on_ports(), which lower in the stack calls to plugin.update_port(), which notifies and yields. then we switch to a thread that updates port state -> boom15:10
*** nlahouti has joined #openstack-neutron15:10
*** evgenyf has quit IRC15:10
*** swat30 has joined #openstack-neutron15:10
*** rolledback has quit IRC15:10
*** alagalah has joined #openstack-neutron15:11
ihrachyshkathat one is *not* fixed by my patch, that's another instance15:11
*** Guest73428 has left #openstack-neutron15:13
*** kopparam has quit IRC15:13
*** zz_blogan is now known as blogan15:14
ihrachyshkaenikanorov_: mestery: please check above. I need to leave now. I'll return back later to gather your comments, if any :)15:15
mesteryihrachyshka: Will do, thanks!15:15
*** mwagner_lap has joined #openstack-neutron15:16
*** trad511 has joined #openstack-neutron15:18
*** shivharis has joined #openstack-neutron15:20
*** shakamunyi_otp has quit IRC15:20
*** shakamunyi has joined #openstack-neutron15:20
*** shakamunyi has quit IRC15:20
shivharismestery: ping15:20
*** rolledback has joined #openstack-neutron15:21
*** vivek-eb_ has quit IRC15:21
mesteryshivharis: whats up?15:22
shivharismestery: would you like to delegate this bug:15:22
shivharishttps://bugs.launchpad.net/neutron/+bug/120445615:22
*** rolledback has quit IRC15:23
*** ihrachyshka has quit IRC15:23
mesteryshivharis: Yes, do you want it?15:23
shivharisi can bring this up in the ML2 meeting, i have garnered some volunteers15:23
mesteryshivharis: I'll remove myself and let you delegate it. thanks!15:23
shivharisk, anytime15:24
*** WackoRobie has joined #openstack-neutron15:28
*** rolledback has joined #openstack-neutron15:34
*** esco-franc has quit IRC15:36
*** ijw has joined #openstack-neutron15:38
*** ajo|mac has joined #openstack-neutron15:39
*** annegent_ has quit IRC15:40
*** WackoRob_ has joined #openstack-neutron15:40
*** WackoRobie has quit IRC15:40
*** manishg has joined #openstack-neutron15:41
*** manishg has quit IRC15:41
*** ijw_ has joined #openstack-neutron15:41
*** Sukhdev has joined #openstack-neutron15:42
*** annegent_ has joined #openstack-neutron15:43
*** ijw has quit IRC15:43
Sukhdevmestery:Ping15:43
*** nati_ueno has quit IRC15:43
*** annegent_ has quit IRC15:43
*** geekinutah has joined #openstack-neutron15:44
mesterySukhdev: Whats up?15:44
Sukhdevmestery: We have couple of patches that are ready to go and need core approvals - what is the best way to get approvals?15:45
*** ajo|mac has quit IRC15:46
*** ijw_ has quit IRC15:46
*** manishg has joined #openstack-neutron15:49
*** ranger81 has joined #openstack-neutron15:50
manishgcarl_baldwin - I do not find any way to validate string length based on what is in schema.  Is there _any_ place in neutron that does it?   This is re physnet name validation.15:53
Sukhdevmestery: still there?15:54
*** ranger81 has quit IRC15:54
*** xuhanp has quit IRC15:54
HenryGsc68cal: ping15:56
*** slogan_away has joined #openstack-neutron15:56
openstackgerritPaul Michali proposed a change to openstack/neutron: VPNaaS: separate out validation logic for ref impl  https://review.openstack.org/10235115:57
*** rcurran has joined #openstack-neutron15:57
*** padkrish has joined #openstack-neutron15:58
*** yamahata has quit IRC15:58
*** slogan_away is now known as slogan15:59
carl_baldwinmanishg: Could you ping me a bit later?  I’m in a couple of meetings at the moment.  :)15:59
manishgcarl_baldwin - np.  will do .16:00
*** spandhe has quit IRC16:03
mesterySukhdev: Patches or BPs? If patches, shoot them my way and I'16:03
mesterySukhdev: have a look16:03
*** ijw has joined #openstack-neutron16:03
*** manishg has quit IRC16:05
*** manishg has joined #openstack-neutron16:05
*** sbfox has joined #openstack-neutron16:05
openstackgerritVishal Agarwal proposed a change to openstack/neutron: Fix re-creation of the pool directory  https://review.openstack.org/10257216:06
*** puck has quit IRC16:15
*** vjardin has joined #openstack-neutron16:15
*** _cjones_ has joined #openstack-neutron16:18
*** _cjones_ has quit IRC16:19
*** _cjones_ has joined #openstack-neutron16:20
*** puck has joined #openstack-neutron16:22
*** packet has joined #openstack-neutron16:24
*** yfauser1 has joined #openstack-neutron16:24
*** yfauser1 has left #openstack-neutron16:24
*** amotoki has joined #openstack-neutron16:26
*** afazekas_ has quit IRC16:26
*** a_le has joined #openstack-neutron16:27
*** crc32 has joined #openstack-neutron16:27
*** jecarey has quit IRC16:28
*** sweston_ has joined #openstack-neutron16:29
*** yfauser has joined #openstack-neutron16:29
*** yfauser1 has joined #openstack-neutron16:31
*** yfauser1 has left #openstack-neutron16:32
*** yfauser has quit IRC16:33
*** jorgem has joined #openstack-neutron16:34
*** jobewan has joined #openstack-neutron16:34
*** s3wong_ has joined #openstack-neutron16:36
*** shakamunyi has joined #openstack-neutron16:37
*** dave_tucker is now known as dave_tucker_zzz16:39
*** crc32 has quit IRC16:40
*** s3wong has quit IRC16:40
openstackgerritAndreas Jaeger proposed a change to openstack/python-neutronclient: Improve help strings  https://review.openstack.org/8927416:41
*** devvesa has quit IRC16:42
*** max_lobur has joined #openstack-neutron16:42
max_loburHi folks! I'm interesting whether IPv6 sub-team have a separate channel or all the guys here16:43
*** jorgem1 has joined #openstack-neutron16:44
*** jorgem has quit IRC16:44
*** Zemeio has joined #openstack-neutron16:47
*** crc32 has joined #openstack-neutron16:48
*** suresh12 has joined #openstack-neutron16:50
*** doude has quit IRC16:52
*** amaretskiy has quit IRC16:54
*** vivek-ebay has joined #openstack-neutron16:54
*** mwagner_lap has quit IRC16:54
*** s3wong_ is now known as s3wong16:56
*** safchain has quit IRC16:56
*** ranger81 has joined #openstack-neutron16:56
*** amarao has quit IRC16:59
*** jpich has quit IRC16:59
*** achanda has joined #openstack-neutron17:00
banixSukhdev: shivharis says he wont be available now; need to find another time17:02
Sukhdevbanix: sure17:02
*** slogan is now known as slogan_away17:02
Sukhdevbanix: afternoons work best for me -17:02
Sukhdevbanix: but, it is late for you :-)17:03
Sukhdevshivharis: are you here?17:03
*** rcurran has quit IRC17:03
banixSukhdev: afternoon your time is ok for me. say upto 4pm PST.17:03
*** baoli has joined #openstack-neutron17:03
*** otherwiseguy has quit IRC17:04
shivharisSukhdev: I am here but in another meeting with folks here...17:04
shivharisSukhdev: ttyl17:04
Sukhdevbanix: ah ha - that is not afternoon :017:04
Sukhdevbanix: do you have my email?17:04
*** alagalah_ has joined #openstack-neutron17:04
banixSukhdev: can find it17:04
*** doude has joined #openstack-neutron17:05
Sukhdevbanix: sukhdev@arista.com17:05
*** nlahouti has quit IRC17:05
*** padkrish has quit IRC17:05
Sukhdevbanix: have shivharis email as well - lets discuss on the email and come up with a time slot and take it from there17:05
banixSukhdev: sounds good17:06
Sukhdevbanix: /have/you have/17:06
Sukhdevbanix: OK - cool so, will look for your email17:06
banixSukhdev: bye now17:06
Sukhdevbanix: bye17:06
chuckCSukhdev: banix: can you inlclude me also, would like to listen in17:06
chuckCccarlino@hp.com17:06
*** alagalah has quit IRC17:07
banixchuckC: sure thing17:07
chuckCbanix: thanks17:07
SukhdevchuckC: sure17:07
openstackgerritA change was merged to openstack/python-neutronclient: Ensure .status_code is defined for all NeutronClientExceptions  https://review.openstack.org/9831817:08
Sukhdevmestery: Ping17:08
*** yamamoto has quit IRC17:08
*** spandhe has joined #openstack-neutron17:09
*** padkrish has joined #openstack-neutron17:09
*** nlahouti has joined #openstack-neutron17:10
*** leenheer has joined #openstack-neutron17:13
*** harlowja_away is now known as harlowja17:13
*** spandhe has quit IRC17:14
*** yamamoto has joined #openstack-neutron17:14
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Exit rpc_loop when SIGTERM is recieved in ovs-agent  https://review.openstack.org/10251917:15
jlibosvaarmax: hi, thanks for review on the nova stuff. Could you please take a look on Brent's comment on L907 https://review.openstack.org/#/c/98386/5/nova/network/neutronv2/api.py ? That was the reason why we wanted you to take a look :)17:16
*** jaypipes has joined #openstack-neutron17:17
*** rolledback has quit IRC17:17
*** spandhe has joined #openstack-neutron17:17
*** dave_tucker_zzz is now known as dave_tucker17:19
*** banix_ has joined #openstack-neutron17:19
*** shivharis has quit IRC17:20
openstackgerritA change was merged to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/10211317:20
openstackgerritA change was merged to openstack/python-neutronclient: Set firewall_rules only after appending all rules  https://review.openstack.org/9917517:21
*** jlibosva has quit IRC17:21
*** VijayB has joined #openstack-neutron17:21
mesterySukhdev: Pong, sorry, juggling many things today17:23
*** VijayB has quit IRC17:24
Sukhdevmestery: no worries - same here - could not complete earlier conversation - had to run to chair ML2 meeting17:24
mesterySukhdev: Cool! Great working doign that BTW.17:24
Sukhdevmestery: We have three specs that ready for core approvals -17:24
*** VijayB_ has joined #openstack-neutron17:24
mesterySukhdev: OK, point them our way17:25
Sukhdevmestery: shall I send you the email?17:25
mesterySukhdev: Please, that would work best.17:25
Sukhdevmestery: cool - I will be sending you the email within next few minutes17:25
openstackgerritA change was merged to openstack/neutron: NSX: return 400 if dscp set for trusted queue  https://review.openstack.org/10120117:25
*** banix_ has quit IRC17:26
*** baojg has quit IRC17:26
openstackgerritA change was merged to openstack/neutron: NSX sync cache: add a flag to skip item deletion  https://review.openstack.org/10119117:26
*** SumitNaiksatam has joined #openstack-neutron17:27
*** yamamoto has quit IRC17:28
*** yamamoto has joined #openstack-neutron17:29
*** yamamoto_ has joined #openstack-neutron17:29
*** yamamoto has quit IRC17:31
*** yamamoto_ is now known as yamamoto17:31
*** yamamoto_ has joined #openstack-neutron17:31
*** otherwiseguy has joined #openstack-neutron17:31
*** Zemeio has quit IRC17:31
*** mandeep has joined #openstack-neutron17:33
*** sbfox has quit IRC17:36
*** saripurigopi has joined #openstack-neutron17:37
*** yamamoto has quit IRC17:37
openstackgerritBradley Klein proposed a change to openstack/python-neutronclient: Add keystone v3 auth support  https://review.openstack.org/9239017:38
*** yamamoto has joined #openstack-neutron17:38
*** yamamoto has quit IRC17:40
*** sbfox has joined #openstack-neutron17:40
*** Sukhdev has quit IRC17:42
*** dave_tucker is now known as dave_tucker_zzz17:42
*** Shrews has joined #openstack-neutron17:43
*** Shrews has left #openstack-neutron17:43
*** rolledback has joined #openstack-neutron17:43
*** jaypipes has quit IRC17:44
*** jaypipes has joined #openstack-neutron17:45
*** zzelle has quit IRC17:46
*** kopparam has joined #openstack-neutron17:47
*** Zemeio has joined #openstack-neutron17:49
manishgcarl_baldwin , rkukura , mestery - is there any way to validate input in neutron to make sure the maxlen of the param is within bounds of the column size (specified in sqlalchemy model) ?   particular example is physical_network name -- specified as sa.string(64) in model.  How to validate it?  Is it required or do we depend on db to throw error for these cases?  any examples in the code?17:53
*** Zemeio has quit IRC17:54
*** kopparam has quit IRC17:54
carl_baldwinmanishg: Hi, thanks for your patience.  Things are beginning to settle down for me here so I can chat now.17:54
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Introduce bulk calls for get device details  https://review.openstack.org/6689917:54
*** dave_tucker_zzz is now known as dave_tucker17:55
*** a_le has quit IRC17:55
*** yamamoto_ has quit IRC17:55
*** jecarey has joined #openstack-neutron17:56
carl_baldwinmanishg: I had found a page yesterday that looked like it was relevant to this.  But, I’m having trouble finding it.17:56
* carl_baldwin goes to look through browser history.17:56
carl_baldwinmanishg: Does this help?  http://stackoverflow.com/questions/2317081/sqlalchemy-maximum-column-length17:57
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Introduce bulk calls for get device details  https://review.openstack.org/6689917:58
*** vjardin has quit IRC18:00
*** nati_ueno has joined #openstack-neutron18:00
*** sbfox has quit IRC18:01
*** sbfox has joined #openstack-neutron18:02
*** Sukhdev has joined #openstack-neutron18:02
*** rm_work|away is now known as rm_work18:02
Sukhdevmestery: I sent the email with three specs requiring core approval18:02
*** padkrish has quit IRC18:03
*** nlahouti has quit IRC18:03
mesterySukhdev: Got it, thanks!18:03
Sukhdevmestery: BTW, can you also re-look at this one as well https://review.openstack.org/#/c/97125/18:04
*** alagalah_ has quit IRC18:05
sbfoxHey all, Im having a huge problem with neutron syncdb mirgating from havana 2.2 to icehouse18:05
*** nlahouti has joined #openstack-neutron18:05
sbfoxGetting key integrity errors, are there any known problems/fixed you are aware of?18:05
manishgcarl_baldwin - let me take a look.  what is interesting is nowhere else in neutron code it is validated.  so question is why do we want to impose it on this?18:06
*** padkrish has joined #openstack-neutron18:07
manishgcarl_baldwin - let me try that out.18:07
manishganother question - how do you internationalize a new exception message?18:07
sbfox- sqlalchemy.exc.OperationalError: (OperationalError) (1061, "Duplicate key name 'uniq_member0pool_id0address0port'") 'ALTER TABLE members ADD CONSTRAINT uniq_member0pool_id0address0port UNIQUE (pool_id, address, protocol_port)' ()18:08
*** coolsvap is now known as coolsvap|afk18:11
carl_baldwinmanishg: You may have a good point there.  I was just focusing on the how.  Have you asked rkukura why he included the comment?18:11
carl_baldwinmanishg: Where do the values come from that are being validated?  Are they user input?  What are the chances that a name might exceed the column width?18:12
manishgcarl_baldwin - I think his comment was generic - meaning 'do validation' and not much more than that.  I haven't been able to get in touch with rkukura.  pinged a few times.18:13
*** afazekas_ has joined #openstack-neutron18:13
manishgyes, it's user input and there is a possibility of going wide.  same as network name, subnet name, etc. etc.18:13
carl_baldwinmanishg: based on this response then I would say it is important to validate it.18:14
manishgnone of the others seem to be validated.  so prbly relying on db to throw it out.  carl_baldwin - yep, agree it should be validated but none of the other params (which ar user inputs) seem to be validated.18:14
*** geekinutah has quit IRC18:15
manishgso I'm kind of curious if there is another mechanism that we rely on.  if so, perhaps the same framework will take care of this (not a good idea to do something one off as that will confuse folks and might even start a new [but bad] pattern that people will start top copy/ paste)18:15
carl_baldwinmanishg: I don’t think that is a good enough reason alone.  Can you give an example of another fixed width field that is not validated?18:15
manishgnetwork name.18:15
carl_baldwinmanishg: That is a question worth answering.18:15
manishgsubnet name.18:15
manishgand we can take any of the other strings in network/ subnet/ port and any of the extensions :)18:16
*** vimal7370 has quit IRC18:16
carl_baldwinBoth network name and subnet name should be validated somehow.  Have you tried to supply a name to one of these that exceeds the limit?18:16
manishgI didn't find any validation on maxlen.  maybe I missed something.18:16
manishgyeah, I'm going to try it now… !18:17
*** mandeep has quit IRC18:17
carl_baldwinmanishg: Another question that I failed to ask before is “what is the penantly if no validation is done?"18:17
carl_baldwinDoes the operation fail or is the name somehow truncated?  If the latter, what is the consequence?18:18
manishgcarl_baldwin : I'll have to check it out.  it depends on how the sql will handle it.  currently looks like goes thru!18:19
manishg    name = sa.Column(sa.String(255))  -- ths is for Network name.18:19
carl_baldwinWhat happens to characters 256 - the end?18:20
manishgand I added a 400 character long name.  it seems to have gone thru without truncation.  so I'm curious …. need to check it out!18:20
carl_baldwinWhat db engine?18:20
manishgnet-list shows me full name.  mysql.18:20
openstackgerritMurali Birru proposed a change to openstack/neutron: L2 enhancement for L3 DVR  https://review.openstack.org/8773018:22
openstackgerritMurali Birru proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers  https://review.openstack.org/8969418:22
openstackgerritMurali Birru proposed a change to openstack/neutron: Add L3 Extension for Distributed Routers  https://review.openstack.org/8422318:22
marunmanishg, carl_baldwin: The wsgi validators support length validation (via max_len parameter) but I can't see any attributes that actually specify it.18:23
marunsee neutron/api/v2/attributes.py18:23
*** jecarey has quit IRC18:23
manishghi marun, I'm trying to see a way to pull the max-len from sqalchemy model so the literal is not specified in two places.18:24
marunmanishg: ideally the models would be annotated with enough metadata to drive validation directly18:25
manishgmarun, are you talking about the attribute map?  I see you specify the validator there and for string perhaps there is a maxlen as an option somewhere.18:25
marunmanishg: anything else is going to be hacky18:25
marunmanishg: the validation functions take a max_len parameter but I'm not sure how it can be specified18:26
*** yamamoto has joined #openstack-neutron18:26
manishgmarun, thanks.  yeah, so I'm simply putting in a simple patch that validates a user-specified attribute "physical_network" -- other than making sure that it's non-zero length (i.e. avoid empty string) is there any other validation needed?18:26
*** mwagner_lap has joined #openstack-neutron18:27
manishgthe discussion was around the fact that we should validate maxlen.  My point is that the db perhaps takes care of it and nowhere else in neutron code it is done.  We should not expect the patch to be doing it.18:28
manishgI can put a literal in there based on value in model but that is hacky.  Now if model changes , the literal in validation code could be out-of-sync with model.18:28
carl_baldwinmanishg: Agreed that is not the right approach ^18:29
manishgso my point is to not validate maxlen for physical_network name in the patch.18:29
marunmanishg: I think there need to be limits on the size somewhere or ddos is possible before the db is ever reached, but as you say if it's not done everywhere it probably doesn't belong in the patch in question.18:29
marunmanishg: if maxlen is not validated elsewhere, maybe file a bug to that effect so that it doesn't get lost.18:29
manishgnova uses some validators for such stuff but in neutron we don't have it.  and it didn't make sense to pull in a pkg for a patch.  it is something separate.  yes, makes sense to me marun.  I'll file a bug and suggest some of the ways of doing it.18:30
carl_baldwinmarun: That sounds reasonable.18:31
*** morganfainberg_L has quit IRC18:31
manishgalso , if a string is added how to i18n it ?18:31
carl_baldwinmanishg: Looking deeper in to the patch I see this is user input coming through the ml2 conf.18:31
*** yamamoto has quit IRC18:31
carl_baldwinSo, ddos attack wouldn’t be possible in this case.18:31
manishgcarl_baldwin, yes in that particular patch it's from conf.18:31
manishgbut not always.18:32
manishgyou could add "*" and then I think anything will be allowed (I'll have to check that).18:32
carl_baldwinmanishg: The string should be like this to be translated:  _(“Translate me”)18:32
*** leenheer has quit IRC18:32
manishgah, thanks carl_baldwin.18:32
carl_baldwinmanishg: ^ That is all you need to do for the string.18:32
carl_baldwinmanishg: Looks like your patch is only one ‘_’ short.  :)18:33
*** esco-franc has joined #openstack-neutron18:33
esco-franchi18:33
*** slogan_away has quit IRC18:33
manishgyeah.  will fix it :)  thanks.18:33
manishgcarl_baldwin - how about "if not all(blah)" vs "for elem in blah: if not elem: " ?  should I be changing that?18:34
manishgall we want at this point is empty length validation.18:35
*** joshh has quit IRC18:36
carl_baldwinmanishg: If all you’re checking is that the strings are non-zero length then personally I would accept either.  But I don’t speak for everyone.18:36
manishggot it.  thanks.18:36
carl_baldwinmanishg: Since this is configuration file input I’m not very concerned about length validation either.18:37
*** leenheer has joined #openstack-neutron18:37
*** geekinutah has joined #openstack-neutron18:37
carl_baldwinthat’s just me18:37
manishgcarl_baldwin - thanks for your input .  appreciate it.18:37
*** igordcard has quit IRC18:38
carl_baldwinmanishg: Of course, the same could be said about validating for non-zero length.  ;)18:38
carl_baldwinwhich is probably why rkukura left it in the first place.18:39
manishgthing with zero-len is that it will make it into db.  but beyond max-len is probably caught somewhere (I'm hoping) - and if not there will be some general framework that will catch 'em all.  but empty string could be valid config in some cases (optional field).  e.g. local type.18:40
*** afazekas_ has quit IRC18:41
carl_baldwinFair enough.18:41
manishgso I was thinking zero-len is probly worth checking and raise during startup.18:41
*** ramishra_ has joined #openstack-neutron18:41
*** ramishra has quit IRC18:42
openstackgerritSayaji Patil proposed a change to openstack/neutron: Making http_timeout a configurable parameter  https://review.openstack.org/10260418:42
*** jmsoares has quit IRC18:42
*** jp_at_hp has quit IRC18:44
*** yamamoto has joined #openstack-neutron18:46
*** bandarji has joined #openstack-neutron18:47
*** a_le has joined #openstack-neutron18:47
openstackgerritManish Godara proposed a change to openstack/neutron: validate flat networks physical name  https://review.openstack.org/10229518:51
*** yamamoto has quit IRC18:51
*** kopparam has joined #openstack-neutron18:51
openstackgerritguang-yee proposed a change to openstack/python-neutronclient: Add keystone v3 auth support  https://review.openstack.org/9239018:51
*** harlowja has quit IRC18:52
*** german__ has joined #openstack-neutron18:54
*** leenheer has quit IRC18:55
*** chuckC has quit IRC18:56
*** kopparam has quit IRC18:56
*** padkrish has quit IRC19:02
*** mwagner_lap has quit IRC19:02
*** afazekas_ has joined #openstack-neutron19:03
*** leenheer has joined #openstack-neutron19:04
*** a_le has quit IRC19:04
*** openstackgerrit has quit IRC19:04
*** Longgeek has quit IRC19:04
*** a_le has joined #openstack-neutron19:05
*** leenheer has quit IRC19:05
*** openstackgerrit has joined #openstack-neutron19:06
*** lori is now known as lori|away19:07
*** Longgeek has joined #openstack-neutron19:08
*** achanda_ has joined #openstack-neutron19:14
*** achanda has quit IRC19:17
*** Sukhdev has quit IRC19:18
*** liusheng has quit IRC19:20
*** liusheng has joined #openstack-neutron19:20
*** german__ has quit IRC19:23
*** chuckC has joined #openstack-neutron19:23
*** TrevorV__ has joined #openstack-neutron19:23
*** german__ has joined #openstack-neutron19:24
*** jecarey has joined #openstack-neutron19:24
*** esco-franc has quit IRC19:26
*** stackarr has joined #openstack-neutron19:29
*** Sukhdev has joined #openstack-neutron19:31
*** alexpilotti has quit IRC19:32
*** eezhova has quit IRC19:34
*** TrevorV__ has quit IRC19:34
*** esco-franc has joined #openstack-neutron19:40
*** padkrish has joined #openstack-neutron19:40
*** lykinsbd has joined #openstack-neutron19:40
*** ihrachyshka has joined #openstack-neutron19:41
*** rolledback has quit IRC19:42
*** ajo|mac has joined #openstack-neutron19:44
*** _cjones_ has quit IRC19:44
*** ajo|mac has quit IRC19:44
*** _cjones_ has joined #openstack-neutron19:45
*** crc32 has quit IRC19:45
SpamapSHi! should I need to set a DSN for ml2 on compute nodes?19:46
*** yamamoto has joined #openstack-neutron19:46
*** a_le has quit IRC19:46
*** ajo|mac has joined #openstack-neutron19:47
*** a_le has joined #openstack-neutron19:47
SpamapSI'd hope that neutron-openvswitch-agent would only need to contact RabbitMQ.19:47
*** crc32 has joined #openstack-neutron19:49
*** ramishra_ has quit IRC19:50
*** ramishra has joined #openstack-neutron19:51
*** ihrachyshka has quit IRC19:51
*** yamamoto has quit IRC19:51
*** a_le has quit IRC19:51
*** ihrachyshka has joined #openstack-neutron19:51
openstackgerritTerry Wilson proposed a change to openstack/neutron: Add sanity check for nova notification support  https://review.openstack.org/10261919:51
*** shakamunyi has quit IRC19:52
*** leenheer has joined #openstack-neutron19:52
*** erecio has quit IRC19:52
*** shakamunyi has joined #openstack-neutron19:53
ihrachyshkamestery: hey, I'm back. were there any additional thoughts on db lock timeouts while I was off?19:54
*** ramishra has quit IRC19:55
*** padkrish has quit IRC19:55
*** dave_tucker is now known as dave_tucker_zzz19:55
*** erecio has joined #openstack-neutron19:57
*** padkrish has joined #openstack-neutron19:58
*** otherwiseguy has quit IRC19:59
*** mdorman has joined #openstack-neutron20:02
*** nlahouti has quit IRC20:03
*** alagalah has joined #openstack-neutron20:04
*** openstackgerrit has quit IRC20:05
*** Longgeek has quit IRC20:05
*** openstackgerrit has joined #openstack-neutron20:06
mesteryihrachyshka: Unfourtanetly, no, I've been consumed by other things. :)20:07
*** max_lobur has quit IRC20:07
ihrachyshkamestery: np, at least I didn't miss anything :)20:08
mesteryihrachyshka: :P20:08
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Add L3 Extension for Distributed Routers  https://review.openstack.org/8422320:11
*** sbfox1 has joined #openstack-neutron20:12
*** blogan is now known as zz_blogan20:13
*** sbfox1 has quit IRC20:13
*** sbfox1 has joined #openstack-neutron20:13
*** rolledback has joined #openstack-neutron20:14
*** sbfox has quit IRC20:14
*** alagalah has quit IRC20:14
openstackgerritYi Sun proposed a change to openstack/neutron: This code change adds service group and service object extension  https://review.openstack.org/6778420:14
*** alagalah has joined #openstack-neutron20:14
*** a_le has joined #openstack-neutron20:15
*** rolledback has quit IRC20:15
*** sbfox has joined #openstack-neutron20:17
*** sbfox1 has quit IRC20:17
*** amarao has joined #openstack-neutron20:17
*** mwagner_lap has joined #openstack-neutron20:18
*** achanda has joined #openstack-neutron20:18
*** rolledback has joined #openstack-neutron20:19
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Introduce bulk calls for get device details  https://review.openstack.org/6689920:19
*** padkrish has quit IRC20:20
*** achanda_ has quit IRC20:20
*** padkrish has joined #openstack-neutron20:20
*** afazekas_ has quit IRC20:21
*** JoeHazzers has quit IRC20:21
*** dsneddon has joined #openstack-neutron20:21
*** rolledback has quit IRC20:23
*** JoeHazzers has joined #openstack-neutron20:23
*** dsneddon has quit IRC20:23
*** arosen has joined #openstack-neutron20:23
*** dsneddon has joined #openstack-neutron20:24
arosenmarkmcclain: salv-orlando armax ping https://review.openstack.org/#/c/99461/20:24
*** dave_tucker_zzz is now known as dave_tucker20:24
ihrachyshkarossella_s: hey. can I ask you not to upload patchsets too often? it's hard to track what's changed in each of them.20:24
ihrachyshkarossella_s: also a brief description of changes in comments after each upload would be useful for reviewers20:24
arosenihrachyshka: gerrit has a way to diff between patchset ranges that's pretty helpful in those cases.20:25
*** dsneddon has quit IRC20:25
rossella_sarosen: thanks!20:25
*** dsneddon has joined #openstack-neutron20:25
*** a_le has quit IRC20:25
*** padkrish has quit IRC20:25
openstackgerritKevin Benton proposed a change to openstack/neutron: Remove __init__ method from TunnelCallback mixin  https://review.openstack.org/10112120:25
rossella_sihrachyshka: I try not to upload too many patch sets...but it happens that I miss something and I have to push again20:25
ihrachyshkaarosen: yes, sure. the problem is that I have comments unhandled while new patchsets are still coming. I think it's worth applying all comments before uploading a new set.20:25
*** a_le has joined #openstack-neutron20:26
openstackgerritCarl Baldwin proposed a change to openstack/neutron: L2 Agent-side additions to support DVR  https://review.openstack.org/8773020:26
arosenihrachyshka: yea i understand :/20:26
*** cuddyt has joined #openstack-neutron20:27
salv-orlandoarosen: for your patch I would move the call to update port out of the transaction. I misread the code. I thought it was already this way. The other question however is what this would imply?20:27
ihrachyshkarossella_s: there's nothing bad if your latest patchset has some bugs, take your time to fix those issues and apply other changes requested by reviewers, then upload. no one is in hurry. :)20:28
rossella_sihrachyshka: I haven't addressed only the comments that I haven't seen. I think I answered to all your first round comments20:28
arosensalv-orlando:  in my 1st patch set that's what i did: https://review.openstack.org/#/c/99461/2/neutron/db/l3_db.py20:28
*** networkstatic has joined #openstack-neutron20:29
arosensalv-orlando:  right i think moving it out we'll need to have to do rollback manually (and hope that works)20:29
ihrachyshkarossella_s: no, I think classes still reimplement the same method with copy-pasted code; unneeded resync variable is still there. maybe other changes needed, I haven't checked too long20:29
arosenbut that's what we do in the nsx plugin today.20:29
arosenI'm fine doing either route20:29
arosensalv-orlando:  support tickets just keep pilling up for this issue :P20:30
*** a_le has quit IRC20:30
*** rolledback has joined #openstack-neutron20:30
rossella_sihrachyshka: I see your point ...anyway that patch was approved already20:32
*** padkrish has joined #openstack-neutron20:32
ihrachyshkasalv-orlando: what you would achieve by moving it out of that transaction?20:32
salv-orlandoarosen: so I’m not super-dumb. I just reviewed your patch looking at the wrong patchset20:32
salv-orlandoarosen: I am just mildly dumb20:32
ihrachyshkarossella_s: does it mean my comments are not to be addressed?20:32
rossella_sihrachyshka: I mean was approved before your comments. Your comments are mostly nits20:33
rossella_sihrachyshka: if you have a look at the story, that patch was approved like twice at least20:33
ihrachyshkarossella_s: no, sorry, they are not. copy-paste is not good, leaving unused code is not good.20:33
salv-orlandoihrachyshka: we are trying to avoid creating chances for lock wait timeout because of eventlet yields. an update port within a transaction potentially increases the transaction lenght by a lot - and that in turn will increase the risk of a lock wait timeout20:33
arosensalv-orlando:  my vote would be to merge this patch and just hope it doesn't break anything. If it does we'll come back and fix it. But i'm fine to take a different approach if there is one20:33
*** nlahouti has joined #openstack-neutron20:33
salv-orlandoarosen: I’m sure if somebody from openstack-qa and openstack-infra are reading what you wrote, they would be taking out a contract on you20:34
ihrachyshkasalv-orlando: ok, I see. so you want to reduce area of failure. still the area is there, just a bit less. :)20:34
*** otherwiseguy has joined #openstack-neutron20:34
salv-orlandoihrachyshka: in theory as long as eventlet can yield within a transaction this can happen.20:35
*** moha_hunt has joined #openstack-neutron20:35
openstackgerritCarl Baldwin proposed a change to openstack/neutron: L2 Agent-side additions to support DVR  https://review.openstack.org/8773020:35
salv-orlandoif withing a transaction you do i/o calls such a few rest calls to a 3rd party backend, then you’re like a turkey voting for christmas ;)20:35
openstackgerritCarl Baldwin proposed a change to openstack/neutron: RPC additions to support DVR  https://review.openstack.org/10233220:35
openstackgerritCarl Baldwin proposed a change to openstack/neutron: L2 Model additions to support DVR  https://review.openstack.org/10210120:35
ihrachyshkasalv-orlando: exactly. so as a way to mitigate existing problem, that's fine. I just wanted to make sure you don't consider it as a fix for the issue, rather a half-fix20:36
rossella_sihrachyshka: I agree that copy-paste is not good but I don't think a mixin is a good solution...I will leave the decision to some core member. I am just a bit frustrated, that patch has been there for months and was already approved.20:36
ihrachyshkasalv-orlando: well, not REST only. any network interaction, like RPC call (we do it a lot)20:37
ihrachyshkarossella_s: I've provided you another alternative in the comments (importing a function into class). please read them.20:38
salv-orlandoihrachyshka: I was suggesting REST because they’re often synchronous, slower, and repeated20:38
*** nlahouti has quit IRC20:38
arosensalv-orlando:  :)20:38
salv-orlandobut yes, RPC is the same stuff20:38
ihrachyshkarossella_s: I feel your pain20:38
ihrachyshkarossella_s: I'm sorry I haven't reached the patch earlier, and I know latest oslo.messaging port required quite some rebase on your side.20:38
salv-orlandoarosen: the fact is the different approach is also tedious… manually handling rollback in case of failures in update_port20:39
*** jorgem1 is now known as jorgem20:39
salv-orlandounless we say that in that case we just port the port in error state?20:39
*** achanda has quit IRC20:39
ihrachyshkasalv-orlando: have you seen my draft blueprint to handle some of those lock issues by postponing notifications to after the time of db session close?20:40
*** jordandh has quit IRC20:41
boris-42mestery Hi!20:41
boris-42markmcclain hi20:41
mesteryboris-42: Howdy!20:41
boris-42mestery infra patch for neutron rally jobs was merged20:41
boris-42mestery we need to get this patch https://review.openstack.org/#/c/97803/ now in neutron20:42
mesteryboris-42: Excellent!20:42
* mestery looks.20:42
*** a_le has joined #openstack-neutron20:43
*** nlahouti has joined #openstack-neutron20:43
mesteryboris-42: I'll review this in detail today yet, but my initial reaction is this could be a bug rather than a BP, I don't think it needs a full BP.20:43
openstackgerritAARON ZHANG proposed a change to openstack/neutron: Assign Cisco nw profile to multi-tenants in single request  https://review.openstack.org/10264020:44
*** rolledback has quit IRC20:44
boris-42mestery so jfyi all rally jobs in neutron will fail unit this is merged20:44
boris-42mestery they are non voting so no worries20:44
*** arosen has quit IRC20:44
*** arosen has joined #openstack-neutron20:44
mesteryboris-42: Can you file a bug and re-submit this? That's my initial feedback, and would satisfy yamamoto as well20:45
boris-42mestery will do20:46
*** yamamoto has joined #openstack-neutron20:46
*** karimb has joined #openstack-neutron20:46
*** a_le has quit IRC20:47
ihrachyshkarossella_s: I don't want your rightful frustration to evolve, so again, let me restate: I'm open to help you, I'm avail for your questions regarding the review, and I'll give your patch a priority in my review queue. hopefully, we'll be able to settle down all remaining issues with it this week. is it ok for you?20:49
*** a_le has joined #openstack-neutron20:49
*** yfauser has joined #openstack-neutron20:49
*** gabriel-bezerra has quit IRC20:49
carl_baldwinrossella_s: ihrachyshka:  The question of code duplication in this patch came up long ago during the Montreal code sprint.  The problem is bigger than just this patch and we settled on allowing it for consistency.  I think I recall the conversation correctly.20:49
ihrachyshkacarl_baldwin: allowing what for consistency?20:50
*** yfauser has left #openstack-neutron20:50
carl_baldwinThe duplication.  The new methods aren’t the only ones.20:50
*** rolledback has joined #openstack-neutron20:50
rossella_scarl_baldwin: yes I think you recall correctly, at least that's the same I remember :)20:50
*** yamamoto has quit IRC20:51
carl_baldwinihrachyshka: In my opinion, the patch could be accepted as is and someone (maybe you) could address the overall code duplication problem in a refactor.20:51
ihrachyshkacarl_baldwin: hm, I don't think this is a good approach. we can do better in this particular case, it doesn't require too much effort to make 'the right way'. it's not about rework month long20:51
*** gabriel-bezerra has joined #openstack-neutron20:52
ihrachyshkacarl_baldwin: plus, there are other comments not addressed. passing topic argument to self.call when unneeded, leaving redundant code after changes applied20:52
carl_baldwinihrachyshka: I disagree.  Since the problem is more systematic I’d rather follow the pattern with this patch and fix it with a refactor.20:52
*** jordandh has joined #openstack-neutron20:52
*** networkstatic has quit IRC20:53
ihrachyshkacarl_baldwin: it's like saying that since we have plenty of translatable debug messages in the code, we're fine to introduce new20:53
*** ajo|mac has quit IRC20:53
carl_baldwinihrachyshka: That is a different case.  That presents new work to the translators.20:54
*** ajo|mac has joined #openstack-neutron20:54
ihrachyshkaand that presents new work for other developers, no?20:54
*** yfauser has joined #openstack-neutron20:54
*** yfauser has left #openstack-neutron20:54
ihrachyshkanow if there is a bug in duplicated code, someone will need to go thru all the methods and fix it everywhere, or handle refactoring before fixing a bug20:55
*** dguitarbite has quit IRC20:56
*** erecio has quit IRC20:56
*** radez is now known as radez_g0n320:56
*** rolledback has quit IRC20:57
ihrachyshkanow, I would be ok if rossella_s stepped in to solve those issues in separate patches of the same authorship. but I haven't heard that. instead, you propose *me* to do the work. :)20:57
carl_baldwinihrachyshka: I haven’t had a chance to review all of your other comments.  Since the patch has progressed a bit, would you mind highlighting the unaddressed comments that are code problems?20:58
*** rolledback has joined #openstack-neutron20:58
rossella_sihrachyshka: I think I volunteered to take care of this in a comment :)20:58
ihrachyshkacarl_baldwin: sure, I was just unsure whether the latest upload is the settled one20:58
carl_baldwinihrachyshka: It was merely a suggestion.20:59
ihrachyshkarossella_s: well, sorry then for missing that one. let me update the latest patch with all my concerns, and you'll update there how we're going to handle them. ok?20:59
rossella_sihrachyshka carl_baldwin: I think the comments not addressed are 1) remove topic 2) avoid duplicated code 3) avoid using the resync variable20:59
HenryGihrachyshka: any idea why my devstack neutron is failing with "oslo.config.cfg.DuplicateOptError: duplicate option: rpc_backend"?21:00
rossella_sihrachyshka: thanks! next time I will be more consistent with replies to comments and patch submission21:00
ihrachyshkaHenryG: probably because old .pyc files are left from old RPC layer. remove neutron/openstack/common/[notifier|rpc]21:00
rossella_scarl_baldwin: thanks a lot :)21:00
HenryGihrachyshka: Thanks! let me try that21:01
*** ajo|mac has quit IRC21:02
*** achanda has joined #openstack-neutron21:05
openstackgerritBaodong (Robert) Li proposed a change to openstack/neutron: Support Router Advertisement Daemon (radvd) for IPv6  https://review.openstack.org/10264821:07
*** VijayB_ has quit IRC21:08
*** geekinutah has quit IRC21:09
kevinbentonsalv-orlando, mestery: ping re https://review.openstack.org/#/c/101447/21:09
mesterykevinbenton: Yo,21:09
*** WackoRob_ has quit IRC21:09
*** WackoRobie has joined #openstack-neutron21:10
kevinbentonmestery: that patch seems to be passing tripleo now consistently21:10
*** VijayB_ has joined #openstack-neutron21:10
mesterykevinbenton: Nice! Now we just need it to pass Jenkins ;)21:10
* mestery looks at the jenkins errors21:10
*** VijayB_ has quit IRC21:10
kevinbentonmestery: yes, this is a new trick the unit tests have shown21:10
salv-orlandokevinbenton: I would love to +A but then jenkins will be angry21:10
salv-orlandoand nobody want to see an angry jenkins21:11
mesterysalv-orlando: angry jenkins is really mean21:11
kevinbentonsalv-orlando, mestery: patch set 3 passed jenkins once21:11
ihrachyshkarossella_s: carl_baldwin: I've walked thru the code and posted my comments. please take a look.21:11
kevinbentonand then started this junk21:11
*** geekinutah has joined #openstack-neutron21:11
kevinbentonand i can’t reproduce locally21:12
carl_baldwinihrachyshka: Thanks.21:12
* carl_baldwin goes to look21:12
* rossella_s goes to look21:13
openstackgerritA change was merged to openstack/python-neutronclient: Improve help strings  https://review.openstack.org/8927421:14
kevinbentonsalv-orlando, mestery: oh well. merge conflict anyway so i have to manually rebase21:14
*** WackoRobie has quit IRC21:14
*** sballe has joined #openstack-neutron21:16
salv-orlandokevinbenton: passed jenkins once but the last run left a -1 becayuse of unit tests failures… I don’t think those are intermittent21:16
rossella_sihrachyshka, carl_baldwin so my summary was almost correct... 1) remove topic 2) avoid duplicated code 3) avoid using the resync variable21:16
*** amarao has quit IRC21:16
rossella_sthere's another issue and it's about adding a comment21:16
*** julim has quit IRC21:16
kevinbentonsalv-orlando: yes, this failure is new behavior that i can’t reproduce locally21:16
rossella_sihrachyshka, carl_baldwin for 1 and 2 I'd do that in another patch, since those are issues that are affecting other parts of the code21:17
openstackgerritTerry Wilson proposed a change to openstack/neutron: Add sanity check for nova notification support  https://review.openstack.org/10261921:17
ihrachyshkarossella_s: also a debug message translatable21:17
salv-orlandokevinbenton: even if you rebase your patch to master HEAD?21:18
rossella_sihrachyshka, carl_baldwin probably it's better to comment on the review21:18
kevinbentonsalv-orlando: does jenkins do that now?21:18
carl_baldwinrossella_s: ihrachyshka:  I’ll accept that for 1 and 2.21:18
kevinbentonsalv-orlando: this is the check queue. i thought it tested as-is21:18
salv-orlandoah right. well that’s strange.21:18
salv-orlandoI hope we don’t have intermittent failures in unit tests21:19
*** vivek-ebay has quit IRC21:19
rossella_sihrachyshka: is that ok for you? regarding 1 and 2?21:19
kevinbentonsalv-orlando: although the merge conflict with master is almost exactly this problem...21:19
carl_baldwinkevinbenton: salv-orlando: The check queeu does a merge to HEAD I believe.21:19
kevinbentoncarl_baldwin: argh21:19
rossella_sihrachyshka, carl_baldwin: the rest of the comments, I will address them now21:19
salv-orlandocarl_baldwin: I’m to tired to remember how that works21:19
kevinbentoncarl_baldwin: that’s new21:19
salv-orlandobut if conflicts when you recheck21:19
salv-orlandothen if must do the rebase21:19
kevinbentonsalv-orlando: yes, rebasing21:20
carl_baldwinkevinbenton: It has been there for a few months.  It is how I know I need to rebase.21:20
*** julim has joined #openstack-neutron21:20
kevinbentoncarl_baldwin: i don’t like it :-)21:20
kevinbentoncarl_baldwin: because it doesn’t tell me that it’s doing that21:21
carl_baldwinkevinbenton: salv-orlando: They may have added the merge step when Jenkins started rechecking patches automatically with new comments on older patches.21:21
ihrachyshkarossella_s: ok, I'm slightly fine with postponing 1 and 2 if they will be addressed in your consequent patches.21:21
*** rolledback has quit IRC21:21
rossella_sihrachyshka: deal! And thanks for your time and effort to improve my code21:22
*** SridharG has quit IRC21:22
*** TrevorV_ has quit IRC21:22
ihrachyshkanah, I feel like being a pain in the ass :)21:23
*** HenryG has quit IRC21:23
*** julim has quit IRC21:24
*** SridharG has joined #openstack-neutron21:24
carl_baldwinihrachyshka: thanks for your feedback.  I read back through some of the patch sets.21:24
openstackgerritKevin Benton proposed a change to openstack/neutron: Revert "Revert "ovs-agent: Ensure integration bridge is created""  https://review.openstack.org/10146321:26
kevinbentonmestery, salv-orlando: ^^ step 121:26
*** harlowja has joined #openstack-neutron21:28
kevinbentonmestery, salv-orlando: looks like the patch that caused the issue was the agent name change21:29
kevinbentonmestery, salv-orlando: removed the call to get_local_port_mac()21:29
salv-orlandokevinbenton: it’s too late for me to remember git history...21:29
salv-orlandowhich patch?21:29
kevinbentonsalv-orlando: https://github.com/openstack/neutron/commit/2ad79a3f9ac8f690cc960128549317c0c3811e1921:30
*** Sukhdev has quit IRC21:31
ihrachyshkacarl_baldwin: rossella_s: ok, I need to have some sleep. if you're keen to push it quick, you may assume that once my other comments are addressed, I'm putting +1 for the patch and stop blocking it.21:31
*** a_le has quit IRC21:31
*** a_le has joined #openstack-neutron21:32
rossella_sihrachyshka: thanks a lot again!! Have a good rest21:32
openstackgerritKevin Benton proposed a change to openstack/neutron: OVS agent: Correct bridge setup ordering  https://review.openstack.org/10144721:32
kevinbentonmestery, salv-orlando: ^^ step 221:33
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Introduce bulk calls for get device details  https://review.openstack.org/6689921:33
salv-orlandokevinbenton: step0 is to let jenkins finish check queue on https://review.openstack.org/#/c/101447/21:34
salv-orlandoin this way we’ll send both patche together through the gate21:34
salv-orlandobecause 101463 would cause the triple0 breakage21:34
kevinbentonsalv-orlando: indeed21:34
*** jaypipes has quit IRC21:34
salv-orlandoand in this way we should minimize the broken window to a few minutes21:34
ihrachyshkarossella_s: ah, you was quick, so I've already put +1. now going to bed, for real :)21:35
*** ihrachyshka has quit IRC21:35
*** SridharG has quit IRC21:37
*** SridharG has joined #openstack-neutron21:38
*** SridharG has quit IRC21:39
*** esco-franc has quit IRC21:39
openstackgerritFawad Khaliq proposed a change to openstack/neutron: Fixed dhcp & gateway ip conflict in PLUMgrid plugin  https://review.openstack.org/10265421:43
*** yamamoto has joined #openstack-neutron21:46
*** karimb has quit IRC21:46
*** geekinutah has quit IRC21:47
*** puck has quit IRC21:47
*** chuckC has quit IRC21:49
*** dsneddon has quit IRC21:51
*** yamamoto has quit IRC21:51
*** geekinutah has joined #openstack-neutron21:55
*** vivek-ebay has joined #openstack-neutron21:56
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers  https://review.openstack.org/8969421:56
*** VijayB_ has joined #openstack-neutron21:56
mesterysalv-orlando kevinbenton: I'm on board with steps [0,1,2]21:58
mesteryHad to step away for a meeting, apologies.21:58
*** ajo|mac has joined #openstack-neutron21:59
*** yfauser has joined #openstack-neutron22:00
*** geekinutah has quit IRC22:01
*** dims__ has quit IRC22:01
*** puck has joined #openstack-neutron22:01
*** padkrish has quit IRC22:01
*** padkrish has joined #openstack-neutron22:02
*** yfauser has left #openstack-neutron22:02
*** nlahouti has quit IRC22:02
*** padkrish_ has joined #openstack-neutron22:03
openstackgerritfumihiko kakuma proposed a change to openstack/neutron: OFAgent: Share codes of l2-population in OVS agent  https://review.openstack.org/8744022:03
kevinbentonmestery: no prob. i’ll ping you when the tests finish22:03
*** nlahouti has joined #openstack-neutron22:04
*** padkrish has quit IRC22:06
*** carl_baldwin has quit IRC22:06
*** markmcclain has quit IRC22:08
*** puck has quit IRC22:10
*** cuddyt has quit IRC22:10
*** dsneddon has joined #openstack-neutron22:10
*** chuckC has joined #openstack-neutron22:12
*** achanda has quit IRC22:18
*** achanda_ has joined #openstack-neutron22:20
*** dims__ has joined #openstack-neutron22:25
*** jobewan has quit IRC22:27
*** slogan has joined #openstack-neutron22:30
*** shakamunyi has quit IRC22:31
*** VijayB_ has quit IRC22:32
*** a_le has quit IRC22:32
*** a_le has joined #openstack-neutron22:32
*** slogan has quit IRC22:34
*** doude has quit IRC22:35
*** mdorman has quit IRC22:35
*** openstackgerrit has quit IRC22:35
*** gduan has joined #openstack-neutron22:35
*** mdorman has joined #openstack-neutron22:36
*** openstackgerrit has joined #openstack-neutron22:37
*** garyduan has quit IRC22:38
*** a_le has quit IRC22:38
*** a_le has joined #openstack-neutron22:39
*** geekinutah has joined #openstack-neutron22:39
*** ijw has quit IRC22:40
*** suresh12 has quit IRC22:41
*** markmcclain has joined #openstack-neutron22:45
*** kopparam has joined #openstack-neutron22:45
*** yamamoto has joined #openstack-neutron22:46
*** suresh12 has joined #openstack-neutron22:46
openstackgerritguang-yee proposed a change to openstack/python-neutronclient: Add keystone v3 auth support  https://review.openstack.org/9239022:46
*** shakamunyi has joined #openstack-neutron22:46
*** shakamunyi has quit IRC22:47
openstackgerritguang-yee proposed a change to openstack/python-neutronclient: Add keystone v3 auth support  https://review.openstack.org/9239022:47
*** yamamoto_ has joined #openstack-neutron22:48
*** markmcclain has quit IRC22:49
*** a_le has quit IRC22:49
*** kopparam has quit IRC22:50
*** a_le has joined #openstack-neutron22:50
*** yamamoto has quit IRC22:51
*** shakamunyi has joined #openstack-neutron22:52
*** yamamoto_ has quit IRC22:52
*** jecarey has quit IRC22:53
*** puck has joined #openstack-neutron22:55
*** garyduan has joined #openstack-neutron22:55
*** gduan has quit IRC22:56
*** rms_13 has joined #openstack-neutron22:58
*** jorgem has quit IRC22:59
*** suresh12 has quit IRC23:01
*** markmcclain has joined #openstack-neutron23:01
*** stackarr has quit IRC23:01
*** vivek-ebay has quit IRC23:01
openstackgerritPaul Michali proposed a change to openstack/neutron: VPNaaS: separate out validation logic for ref impl  https://review.openstack.org/10235123:03
*** vivek-ebay has joined #openstack-neutron23:03
*** vivek-ebay has quit IRC23:03
*** seizadi has joined #openstack-neutron23:04
*** vivek-ebay has joined #openstack-neutron23:04
*** sbfox has quit IRC23:05
*** suresh12 has joined #openstack-neutron23:07
*** mdorman has quit IRC23:07
*** a_le has quit IRC23:07
*** ijw has joined #openstack-neutron23:08
*** ijw has quit IRC23:09
*** ijw has joined #openstack-neutron23:09
*** diegows has quit IRC23:10
kevinbentonmestery, salv-orlando: tests passed on https://review.openstack.org/#/c/101447/23:11
mesterykevinbenton: OK, thanks! Going +2 on the dependent patch now23:11
salv-orlandodone23:12
*** seizadi has quit IRC23:13
*** leenheer has quit IRC23:14
*** otherwiseguy has quit IRC23:14
*** Sukhdev has joined #openstack-neutron23:14
*** seizadi has joined #openstack-neutron23:15
*** moha_hunt has quit IRC23:16
*** padkrish_ has quit IRC23:19
*** sbfox has joined #openstack-neutron23:20
*** nlahouti has quit IRC23:20
openstackgerritAARON ZHANG proposed a change to openstack/python-neutronclient: Repeat add-tenant and remove-tenant option in cli  https://review.openstack.org/10267123:21
*** padkrish has joined #openstack-neutron23:23
*** kbringard has joined #openstack-neutron23:25
*** mdorman has joined #openstack-neutron23:26
*** shakamunyi has quit IRC23:27
*** gildub has joined #openstack-neutron23:27
*** shakamunyi has joined #openstack-neutron23:28
*** mdorman has quit IRC23:29
*** banix has quit IRC23:30
*** padkrish has quit IRC23:30
jamespdI am trying to understand why the ovs agent br-ex creates the phy-br-ex <> int-br-ex link.  shouldn't there never need to be direct connection between these two bridges because all traffic should be flowing through the L3 agent?23:30
*** s3wong has quit IRC23:31
*** nlahouti has joined #openstack-neutron23:31
kevinbentonjamespd: that sounds like a configuration issue. integration bridges setting i think23:32
kevinbentonjamespd: something associating a physnet to br-ex23:32
*** VijayB has joined #openstack-neutron23:32
jamespdyeah, I have br-ex in bridge_mappings.  This is an error, yes?23:34
*** nlahouti has quit IRC23:36
kevinbentonjamespd: yeah, you shouldn’t need that if the l3 agents are configured to use br-ex23:36
*** padkrish has joined #openstack-neutron23:36
kevinbentonjamespd: for external networks23:36
kevinbentonjamespd: which is this setting https://github.com/openstack/neutron/blob/master/etc/l3_agent.ini#L4623:37
*** sballe has quit IRC23:38
jamespdMy problem is that every time I try to create an external network, it gets added to to the 'default' physnet which I am using for the integration bridge.23:39
*** SumitNaiksatam has quit IRC23:39
jamespdso I use 'provider:physical_network public' when creating the network23:39
jamespdwhich seems to require that 'public:br-ex' be in bridge_mappings23:40
*** nlahouti has joined #openstack-neutron23:40
jamespdI'm not sure how else to make sure that the public network isn't associated with my integration bridge physnet.23:40
jamespdif that makes any sense :/23:40
*** kbringard has quit IRC23:41
kevinbentonjamespd: well if you have that setting for l3_agent.ini as br-ex, the l3 agent will just plug into that directly so it doesn’t matter if it goes into the default physnet23:42
kevinbentonjamespd: however, if you go the route you went, which is probably more ‘correct’ it will create the link between br-int and br-ex23:43
kevinbentonjamespd: but that link isn’t going to pass traffic so you shouldn’t have to worry23:43
kevinbentonjamespd: if you use ovs-ofctl to dump the flows you should see a default deny23:43
jamespdright.  so I have that link, and it does work just fine.23:43
jamespdbut it worried me that I had an extra link... I worry that it suggests some config error.23:44
kevinbentonjamespd: oh, nope23:44
kevinbentonjamespd: completely expected if you have a physnet for your external network23:44
kevinbentonjamespd: so the l3 agent external interface will plugin into br-int like every other interface23:45
* jamespd nods23:45
kevinbentonjamespd: and an openflow rule will be installed to rewrite the vlan to the external vlan as it goes to br-ex23:45
kevinbentonjamespd: and another one to rewrite the external vlan back to the br-int local one for returning traffic23:46
*** yamamoto has joined #openstack-neutron23:46
*** dave_tucker is now known as dave_tucker_zzz23:47
*** r-daneel has joined #openstack-neutron23:48
*** vivek-ebay has quit IRC23:49
openstackgerritItsuro Oda proposed a change to openstack/neutron: Do not schedule reserved DHCP port to agents  https://review.openstack.org/9827823:51
*** yamamoto has quit IRC23:51
*** ajo|mac has quit IRC23:52
*** r-daneel has quit IRC23:52
jamespdkevinbenton: thanks for the explanation.  I think I am following.23:56
*** padkrish has quit IRC23:59

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