Wednesday, 2015-11-04

*** heyongli has quit IRC00:00
*** heyongli has joined #openstack-neutron00:01
*** manjeets has quit IRC00:02
*** zhangjn has joined #openstack-neutron00:02
*** azbiswas has quit IRC00:03
*** azbiswas has joined #openstack-neutron00:03
*** Leom_ has quit IRC00:04
*** Kennan has joined #openstack-neutron00:07
*** jesseju has quit IRC00:07
*** azbiswas has quit IRC00:07
*** heyongli has quit IRC00:10
*** heyongli has joined #openstack-neutron00:11
*** zhangjn has quit IRC00:11
*** pavel_bondar has quit IRC00:11
*** markvoelker has quit IRC00:11
*** pavel_bondar has joined #openstack-neutron00:12
*** daneyon has joined #openstack-neutron00:12
*** hichihara has joined #openstack-neutron00:13
*** daneyon_ has quit IRC00:15
*** josecastroleon has quit IRC00:15
*** pc_m has joined #openstack-neutron00:17
openstackgerritKenji Yasui proposed openstack/python-neutronclient: Add help information of 'firewall-rule-create'  https://review.openstack.org/22335100:20
*** heyongli has quit IRC00:20
*** jbell8 has quit IRC00:21
*** safchain has quit IRC00:21
*** heyongli has joined #openstack-neutron00:21
*** elo1 has quit IRC00:22
*** elo has joined #openstack-neutron00:23
*** pc_m has quit IRC00:26
*** vishwanathj has joined #openstack-neutron00:27
*** mlavalle has quit IRC00:28
*** dims has joined #openstack-neutron00:28
*** bharathm has quit IRC00:30
*** heyongli has quit IRC00:31
*** gangil has quit IRC00:31
*** heyongli has joined #openstack-neutron00:31
*** edmondsw has quit IRC00:32
*** jobewan has quit IRC00:35
*** hoangcx has joined #openstack-neutron00:36
*** nplanel has joined #openstack-neutron00:37
*** vikasc has quit IRC00:40
*** heyongli has quit IRC00:41
*** heyongli has joined #openstack-neutron00:42
*** SurajD has quit IRC00:44
*** jerrygb has joined #openstack-neutron00:44
*** vhoward has joined #openstack-neutron00:44
*** nplanel has quit IRC00:44
*** outworlder has quit IRC00:46
*** bapalm has quit IRC00:46
*** gangil has joined #openstack-neutron00:47
*** gangil has quit IRC00:47
*** gangil has joined #openstack-neutron00:47
*** salv-orlando has joined #openstack-neutron00:48
*** bapalm has joined #openstack-neutron00:48
*** jerrygb has quit IRC00:48
*** vhoward has quit IRC00:49
openstackgerritRyan Tidwell proposed openstack/neutron: Add BGP Dynamic Routing DB Model and Basic CRUD  https://review.openstack.org/20162100:49
openstackgerritRyan Tidwell proposed openstack/neutron: Add BGP Dynamic Routing Extension  https://review.openstack.org/24106100:49
openstackgerritRyan Tidwell proposed openstack/neutron: Add L3 Notifications To Enable BGP Dynamic Routing  https://review.openstack.org/24106200:49
*** heyongli has quit IRC00:51
*** gangil has quit IRC00:51
*** heyongli has joined #openstack-neutron00:52
*** ajmiller_ has quit IRC00:54
*** shivrao has quit IRC00:56
*** zhangjn has joined #openstack-neutron00:58
*** sridhar_ram has quit IRC01:00
*** zhenguo has joined #openstack-neutron01:00
*** heyongli has quit IRC01:01
*** achanda has quit IRC01:02
*** heyongli has joined #openstack-neutron01:03
*** nplanel has joined #openstack-neutron01:04
*** outworlder has joined #openstack-neutron01:05
*** daneyon_ has joined #openstack-neutron01:06
*** salv-orlando has quit IRC01:07
*** RA_ has quit IRC01:07
*** daneyon has quit IRC01:08
*** tfukushima has joined #openstack-neutron01:08
*** gildub has joined #openstack-neutron01:08
*** RA_ has joined #openstack-neutron01:09
*** mdih has quit IRC01:10
*** tfukushima has quit IRC01:10
*** heyongli has quit IRC01:12
*** markvoelker has joined #openstack-neutron01:12
*** gangil has joined #openstack-neutron01:12
*** gangil has quit IRC01:12
*** gangil has joined #openstack-neutron01:12
*** tfukushima has joined #openstack-neutron01:12
*** heyongli has joined #openstack-neutron01:13
*** Swami has quit IRC01:13
*** carl_baldwin has quit IRC01:14
*** neophy has quit IRC01:15
*** markvoelker has quit IRC01:17
*** chlong has joined #openstack-neutron01:17
*** thanhnt-z has joined #openstack-neutron01:18
*** thorst has joined #openstack-neutron01:22
*** heyongli has quit IRC01:22
*** heyongli has joined #openstack-neutron01:23
*** nlahouti1 has quit IRC01:27
*** mchestr has joined #openstack-neutron01:28
*** signed8bit has quit IRC01:28
*** mchestr has quit IRC01:29
*** Pavo has quit IRC01:30
*** nplanel has quit IRC01:32
*** heyongli has quit IRC01:32
*** stanzgy has joined #openstack-neutron01:32
*** heyongli has joined #openstack-neutron01:33
*** Pavo has joined #openstack-neutron01:37
*** aranjan has quit IRC01:38
*** tflynn_ has joined #openstack-neutron01:39
*** SurajD has joined #openstack-neutron01:40
*** yalie has joined #openstack-neutron01:40
*** tflynn has quit IRC01:42
*** armax has joined #openstack-neutron01:42
*** heyongli has quit IRC01:42
*** tflynn_ has quit IRC01:43
*** heyongli has joined #openstack-neutron01:44
*** carl_baldwin has joined #openstack-neutron01:44
*** minwang2 has quit IRC01:46
*** yamamoto has joined #openstack-neutron01:51
*** heyongli has quit IRC01:53
*** heyongli has joined #openstack-neutron01:54
*** jckasper has joined #openstack-neutron01:56
openstackgerritReedip proposed openstack/python-neutronclient: "neutron help net-list" help info updated  https://review.openstack.org/14062801:57
*** nick-ma has joined #openstack-neutron01:59
*** jerrygb has joined #openstack-neutron02:00
*** sthillma has quit IRC02:00
*** Jet_ has joined #openstack-neutron02:02
*** heyongli has quit IRC02:03
*** carl_baldwin has quit IRC02:03
*** oomichi has joined #openstack-neutron02:03
*** oomichi has quit IRC02:03
*** heyongli has joined #openstack-neutron02:04
*** rex_lee_ has joined #openstack-neutron02:06
*** watanabe_isao has joined #openstack-neutron02:07
*** nplanel has joined #openstack-neutron02:08
*** jabari has joined #openstack-neutron02:11
*** bochi-michael has joined #openstack-neutron02:11
*** abhiraut has quit IRC02:11
*** NicholasH has quit IRC02:13
*** dims has quit IRC02:13
*** heyongli has quit IRC02:13
*** jimchou has joined #openstack-neutron02:13
*** jbell8 has joined #openstack-neutron02:13
*** saksham has quit IRC02:14
*** heyongli has joined #openstack-neutron02:14
*** yamamoto has quit IRC02:14
*** sridhar_ram has joined #openstack-neutron02:16
*** salv-orlando has joined #openstack-neutron02:16
*** mdih has joined #openstack-neutron02:17
*** mdih has quit IRC02:18
*** jimchou has quit IRC02:18
*** mdih has joined #openstack-neutron02:18
*** mdih has quit IRC02:19
*** gonzalo2kx has joined #openstack-neutron02:19
*** gangil has quit IRC02:20
*** jckasper has quit IRC02:20
*** annp has joined #openstack-neutron02:23
*** heyongli has quit IRC02:23
openstackgerritNGUYEN TUONG THANH proposed openstack/neutron: Mitigate restriction for fixed ips per dhcp port  https://review.openstack.org/16021402:24
*** heyongli has joined #openstack-neutron02:25
*** chlong has quit IRC02:25
*** blogan_ has joined #openstack-neutron02:25
*** sridhar_ram has quit IRC02:26
*** nplanel has quit IRC02:29
*** minwang2 has joined #openstack-neutron02:29
*** chlong has joined #openstack-neutron02:31
*** thorst has quit IRC02:31
*** s3wong has quit IRC02:31
*** gongysh_ has quit IRC02:32
*** Jet_ has quit IRC02:33
*** heyongli has quit IRC02:34
*** heyongli has joined #openstack-neutron02:35
*** jbell8 has quit IRC02:35
*** mdih has joined #openstack-neutron02:36
*** salv-orlando has quit IRC02:36
*** abregman has quit IRC02:39
*** chlong has quit IRC02:42
*** inteq has joined #openstack-neutron02:43
*** vivek-ebay has quit IRC02:43
*** markvoelker has joined #openstack-neutron02:43
*** heyongli has quit IRC02:44
*** thorst has joined #openstack-neutron02:45
*** vhoward has joined #openstack-neutron02:45
*** heyongli has joined #openstack-neutron02:45
*** elo has quit IRC02:46
*** elo has joined #openstack-neutron02:46
*** flaviof has joined #openstack-neutron02:47
*** markvoelker has quit IRC02:48
*** thorst has quit IRC02:49
*** minwang2 has quit IRC02:49
*** dvlwrk_ has joined #openstack-neutron02:49
*** thorst has joined #openstack-neutron02:49
*** vhoward has quit IRC02:50
*** tflynn has joined #openstack-neutron02:51
*** tflynn_ has joined #openstack-neutron02:53
*** zhhuabj has quit IRC02:53
*** thorst has quit IRC02:54
*** heyongli has quit IRC02:54
*** tflynn has quit IRC02:55
*** heyongli has joined #openstack-neutron02:55
*** gongysh_ has joined #openstack-neutron02:57
*** gongysh_ has quit IRC03:01
*** manjeets has joined #openstack-neutron03:02
*** yamamoto has joined #openstack-neutron03:03
*** tflynn has joined #openstack-neutron03:04
*** tflynn_ has quit IRC03:04
*** heyongli has quit IRC03:04
*** gongysh_ has joined #openstack-neutron03:05
*** hwoarang has quit IRC03:05
*** heyongli has joined #openstack-neutron03:06
*** hwoarang has joined #openstack-neutron03:06
*** hwoarang has quit IRC03:06
*** hwoarang has joined #openstack-neutron03:06
*** manjeets has quit IRC03:07
*** zhhuabj has joined #openstack-neutron03:10
*** nick-ma has quit IRC03:11
*** gongysh_ has quit IRC03:11
*** rohit_ has quit IRC03:14
*** heyongli has quit IRC03:15
*** heyongli has joined #openstack-neutron03:16
*** Jet_ has joined #openstack-neutron03:16
*** heyongli has quit IRC03:25
*** heyongli has joined #openstack-neutron03:26
*** minwang2 has joined #openstack-neutron03:27
*** jdandrea has quit IRC03:29
*** vivek-ebay has joined #openstack-neutron03:32
*** dims has joined #openstack-neutron03:33
*** wolverin_ has joined #openstack-neutron03:34
*** heyongli has quit IRC03:35
*** heyongli has joined #openstack-neutron03:36
*** wolverineav has quit IRC03:37
*** jamielennox is now known as jamielennox|away03:38
*** vikram has joined #openstack-neutron03:38
*** wolverin_ has quit IRC03:38
*** vikasc has joined #openstack-neutron03:38
*** jamielennox|away is now known as jamielennox03:40
*** salv-orlando has joined #openstack-neutron03:43
*** achanda has joined #openstack-neutron03:44
*** gangil has joined #openstack-neutron03:44
*** gangil has quit IRC03:44
*** gangil has joined #openstack-neutron03:44
*** heyongli has quit IRC03:45
*** heyongli has joined #openstack-neutron03:46
*** nlahouti has joined #openstack-neutron03:49
*** nlahouti1 has joined #openstack-neutron03:50
*** nlahouti has quit IRC03:53
*** heyongli has quit IRC03:56
*** heyongli has joined #openstack-neutron03:57
*** elo has quit IRC03:58
openstackgerritReedip proposed openstack/python-neutronclient: Raise error for duplicate parameters  https://review.openstack.org/23032104:00
*** vikram has quit IRC04:01
*** dims has quit IRC04:03
*** salv-orlando has quit IRC04:03
*** SurajD has quit IRC04:04
*** achanda has quit IRC04:04
openstackgerritReedip proposed openstack/python-neutronclient: "neutron help net-list" help info updated  https://review.openstack.org/14062804:06
*** mgoddard_ has joined #openstack-neutron04:06
*** heyongli has quit IRC04:06
*** britthou_ has joined #openstack-neutron04:06
*** vishwana_ has joined #openstack-neutron04:07
*** heyongli has joined #openstack-neutron04:07
*** sballe_ has joined #openstack-neutron04:08
*** jbell8 has joined #openstack-neutron04:08
*** daneyon has joined #openstack-neutron04:08
*** rohit_ has joined #openstack-neutron04:09
*** bapalm_ has joined #openstack-neutron04:10
*** intr1nsic_ has joined #openstack-neutron04:10
*** gus_ has joined #openstack-neutron04:10
*** kragniz_ has joined #openstack-neutron04:10
*** mgoddard has quit IRC04:11
*** RA_ has quit IRC04:11
*** intr1nsic has quit IRC04:11
*** otherwiseguy has quit IRC04:11
*** britthouser has quit IRC04:11
*** daneyon_ has quit IRC04:11
*** dsneddon has quit IRC04:11
*** adam_g has quit IRC04:11
*** Samos123 has quit IRC04:11
*** sballe has quit IRC04:11
*** bapalm has quit IRC04:11
*** vishwanathj has quit IRC04:11
*** ryanpetrello has quit IRC04:11
*** rook has quit IRC04:11
*** gus has quit IRC04:11
*** wverdugo500 has quit IRC04:11
*** kragniz has quit IRC04:11
*** intr1nsic_ is now known as intr1nsic04:11
*** wverdugo500 has joined #openstack-neutron04:12
*** lazy_prince has joined #openstack-neutron04:12
*** sballe_ is now known as sballe04:12
*** gongysh has quit IRC04:13
*** Samos123 has joined #openstack-neutron04:14
*** ryanpetrello has joined #openstack-neutron04:15
*** adam_g has joined #openstack-neutron04:16
*** heyongli has quit IRC04:16
*** adam_g has quit IRC04:16
*** adam_g has joined #openstack-neutron04:16
*** SurajD has joined #openstack-neutron04:17
*** heyongli has joined #openstack-neutron04:17
*** gus_ is now known as gus04:18
*** mayflyman has joined #openstack-neutron04:19
*** tflynn_ has joined #openstack-neutron04:19
*** gongysh has joined #openstack-neutron04:20
*** dsneddon has joined #openstack-neutron04:20
*** tflynn has quit IRC04:22
*** gongysh has quit IRC04:24
*** gongysh has joined #openstack-neutron04:25
*** heyongli has quit IRC04:26
*** heyongli has joined #openstack-neutron04:27
*** boris-42 has quit IRC04:28
*** zhangjn has quit IRC04:30
*** tbharath has joined #openstack-neutron04:30
*** zhangjn has joined #openstack-neutron04:31
*** zhangjn has quit IRC04:31
*** zhangjn has joined #openstack-neutron04:32
*** chlong has joined #openstack-neutron04:33
*** otherwiseguy has joined #openstack-neutron04:34
thanhnt-zHi yamamoto san,04:35
yamamotothanhnt-z: hi04:36
*** shivrao has joined #openstack-neutron04:36
*** heyongli has quit IRC04:37
*** heyongli has joined #openstack-neutron04:38
thanhnt-zyamamoto: I have just uploaded new patch here https://review.openstack.org/#/c/160214 but as my previous patch, Jenkin said fail. I investigated Jenkin check's log a while and I think that failed checkes is not related to my changes. Could you please help me to give some comments here?04:40
yamamotothanhnt-z: you mean gate-neutron-lbaasv1-dsvm-api?04:42
*** tflynn_ has quit IRC04:43
thanhnt-zyamamoto: as Jenkin said, it is failed at  gate-neutron-dsvm-functional-py34, gate-neutron-lbaasv1-dsvm-api  and gate-tempest-dsvm-neutron-dvr-multinode-full04:44
*** markvoelker has joined #openstack-neutron04:44
*** chlong has quit IRC04:45
thanhnt-zyamamoto: I checked all their logs but I have not found what is related to my case04:46
*** saksham has joined #openstack-neutron04:46
*** heyongli has quit IRC04:47
yamamotothanhnt-z: to me they seem unrelated to your change04:48
*** heyongli has joined #openstack-neutron04:48
*** chlong has joined #openstack-neutron04:49
*** markvoelker has quit IRC04:49
*** setuid has quit IRC04:52
thanhnt-zyamamoto: thank you for your check. and please help me to review this patch. Moreover, About your comment here https://review.openstack.org/#/c/160214/14/neutron/db/db_base_plugin_v2.py line 1363, please give me a little time to discuss with Kevin san and I wll update in my next patch. I still can not ping him, he is maybe so busy :|04:53
*** fedexo has joined #openstack-neutron04:53
*** achanda has joined #openstack-neutron04:54
*** sthillma has joined #openstack-neutron04:54
*** anilvenkata has joined #openstack-neutron04:55
*** setuid has joined #openstack-neutron04:57
*** heyongli has quit IRC04:57
*** yushiro has joined #openstack-neutron04:58
*** yushiro has left #openstack-neutron04:58
*** heyongli has joined #openstack-neutron04:58
*** links has joined #openstack-neutron05:02
*** shivrao_ has joined #openstack-neutron05:03
*** tflynn has joined #openstack-neutron05:03
*** salv-orlando has joined #openstack-neutron05:04
*** trinaths has joined #openstack-neutron05:05
*** shivrao has quit IRC05:06
*** shivrao_ is now known as shivrao05:06
*** aduyck has quit IRC05:07
*** heyongli has quit IRC05:07
*** heyongli has joined #openstack-neutron05:08
*** chlong has quit IRC05:10
*** wolverineav has joined #openstack-neutron05:10
*** nlahouti has joined #openstack-neutron05:11
*** nlahouti1 has quit IRC05:11
*** subscope has joined #openstack-neutron05:13
*** thorst has joined #openstack-neutron05:14
*** wolverineav has quit IRC05:15
*** anshul has joined #openstack-neutron05:15
*** dvlwrk_ has quit IRC05:15
*** subscope has quit IRC05:16
*** subscope has joined #openstack-neutron05:16
*** heyongli has quit IRC05:18
*** kragniz_ is now known as kragniz05:18
*** thorst has quit IRC05:18
*** heyongli has joined #openstack-neutron05:19
*** sridhar_ram has joined #openstack-neutron05:19
*** changbl has joined #openstack-neutron05:22
*** davideagnello has joined #openstack-neutron05:22
*** wolverineav has joined #openstack-neutron05:24
*** jckasper has joined #openstack-neutron05:24
*** vivek-ebay has quit IRC05:26
*** heyongli has quit IRC05:28
*** carl_baldwin has joined #openstack-neutron05:28
*** heyongli has joined #openstack-neutron05:29
*** yfried|afk is now known as yfried05:29
*** salv-orlando has quit IRC05:30
*** vivek-ebay has joined #openstack-neutron05:30
*** dvlwrk_ has joined #openstack-neutron05:32
*** trinaths1 has joined #openstack-neutron05:33
*** jckasper has quit IRC05:33
*** trinaths has quit IRC05:34
*** jraju has joined #openstack-neutron05:36
*** links has quit IRC05:37
*** heyongli has quit IRC05:38
*** heyongli has joined #openstack-neutron05:39
*** trinaths1 has quit IRC05:43
*** trinaths has joined #openstack-neutron05:43
*** mayflyman has quit IRC05:44
*** ramishra has quit IRC05:46
*** ramishra has joined #openstack-neutron05:47
*** heyongli has quit IRC05:48
*** davideagnello has quit IRC05:49
*** heyongli has joined #openstack-neutron05:49
*** ZZelle_ has joined #openstack-neutron05:51
*** ekuris_ has joined #openstack-neutron05:53
*** hoangcx_ has joined #openstack-neutron05:54
*** hoangcx has quit IRC05:56
*** heyongli has quit IRC05:59
*** jesseju has joined #openstack-neutron05:59
*** heyongli has joined #openstack-neutron06:00
*** jerrygb has quit IRC06:01
*** annp has quit IRC06:02
*** tbachman has joined #openstack-neutron06:02
*** irenab has joined #openstack-neutron06:03
openstackgerritCedric Brandily proposed openstack/neutron: Ensure to decode bytes or fail  https://review.openstack.org/23170906:03
*** abregman has joined #openstack-neutron06:04
*** tflynn has quit IRC06:04
*** mkolesni__ has joined #openstack-neutron06:06
*** ZZelle_ has quit IRC06:06
*** hdaniel has joined #openstack-neutron06:07
*** heyongli has quit IRC06:09
*** heyongli has joined #openstack-neutron06:10
*** nlahouti has quit IRC06:13
*** carl_baldwin has quit IRC06:13
*** javeriak has joined #openstack-neutron06:14
*** gberginc has quit IRC06:14
*** javeriak has quit IRC06:14
*** javeriak has joined #openstack-neutron06:14
*** jraju has quit IRC06:15
*** itzikb has joined #openstack-neutron06:15
*** heyongli has quit IRC06:19
*** dedery has joined #openstack-neutron06:20
*** heyongli has joined #openstack-neutron06:20
*** akamyshnikova has joined #openstack-neutron06:24
*** sridhar_ram has quit IRC06:26
*** jschwarz has joined #openstack-neutron06:28
*** heyongli has quit IRC06:29
*** akamyshnikova has quit IRC06:30
*** heyongli has joined #openstack-neutron06:30
*** salv-orlando has joined #openstack-neutron06:31
*** jlvillal has quit IRC06:32
*** jlvillal has joined #openstack-neutron06:33
*** gongysh has quit IRC06:34
*** gongysh has joined #openstack-neutron06:35
*** yfried has quit IRC06:35
*** shausy has joined #openstack-neutron06:39
*** kawa2014 has joined #openstack-neutron06:39
*** heyongli has quit IRC06:40
*** SurajD has quit IRC06:40
*** javeriak_ has joined #openstack-neutron06:41
*** heyongli has joined #openstack-neutron06:41
*** cdl has joined #openstack-neutron06:41
*** javeriak has quit IRC06:42
*** SridharG has joined #openstack-neutron06:42
*** links has joined #openstack-neutron06:42
*** subscope has quit IRC06:43
*** kawa2014 has quit IRC06:44
*** kawa2014 has joined #openstack-neutron06:45
*** baoli has joined #openstack-neutron06:45
*** markvoelker has joined #openstack-neutron06:45
thanhnt-zHi mr kevinbenton,06:46
openstackgerritDongcan Ye proposed openstack/neutron-vpnaas: Remove unused logging module import  https://review.openstack.org/24149206:47
*** baoli has quit IRC06:47
*** cdl has quit IRC06:48
*** tfukushima has quit IRC06:49
thanhnt-zkevinbenton: I am working on this bug: https://bugs.launchpad.net/neutron/+bug/1427015 and I am following the solution from you (as I described in commit message https://review.openstack.org/#/c/160214 ). But Mr shihanzhang have another idea that "the fixed_ips per DHCP port should not exceed the number of subnets which enable DHCP" (as comment in https://review.openstack.org/#/c/160214/14/neutron/db/db_base_plugin_v2.py06:49
openstackLaunchpad bug 1179713 in neutron "duplicate for #1427015 too many subnet-create cause q-dhcp failure" [Low,In progress] - Assigned to NGUYEN TUONG THANH (thanhnt-z)06:49
*** markvoelker has quit IRC06:49
thanhnt-zkevinbenton: As I think, this idea sounds reasonable. Do you have any comment  about this solution?06:50
*** tfukushima has joined #openstack-neutron06:50
*** heyongli has quit IRC06:50
*** yog_ has joined #openstack-neutron06:50
*** heyongli has joined #openstack-neutron06:51
*** freerunner has quit IRC06:51
*** SurajD has joined #openstack-neutron06:51
*** gampel has joined #openstack-neutron06:51
*** veena has joined #openstack-neutron06:52
*** zhhuabj has quit IRC06:53
*** freerunner has joined #openstack-neutron06:53
*** vikram has joined #openstack-neutron06:54
*** gberginc has joined #openstack-neutron06:56
*** jprovazn has joined #openstack-neutron06:57
thanhnt-zhi yamamoto san,06:58
*** SurajD has quit IRC06:58
*** gildub has quit IRC06:58
*** markvoelker has joined #openstack-neutron07:00
*** heyongli has quit IRC07:00
*** SurajD has joined #openstack-neutron07:00
*** heyongli has joined #openstack-neutron07:01
*** jamielennox is now known as jamielennox|away07:02
*** salv-orlando has quit IRC07:02
*** josecastroleon has joined #openstack-neutron07:02
*** cristicalin has joined #openstack-neutron07:04
*** mohankumar has joined #openstack-neutron07:04
*** markvoelker has quit IRC07:05
yamamotothanhnt-z: hi07:05
thanhnt-zyamamoto: because this fix was merged  https://review.openstack.org/#/c/230696/ , max_fixed_ips_per_port is probably  marked as deprecated starting from M release. And I think we should remove  all conditions regarding to this parameter when update non-DHCP port. Do you  have any comment?07:06
yamamotothanhnt-z: the option and its implementation are planned to be removed, yes.  what's your concern?07:10
*** zhhuabj has joined #openstack-neutron07:10
*** saksham has quit IRC07:10
*** heyongli has quit IRC07:10
*** heyongli has joined #openstack-neutron07:11
*** wolverineav has quit IRC07:14
*** thorst has joined #openstack-neutron07:15
*** nyechiel_ has joined #openstack-neutron07:16
thanhnt-zyamamoto:  I just need to confirm that my thinking is right before I update next patch. So now, I just need to care about  the condition when update DHCP port. Thank you very much07:16
*** garyk1 has joined #openstack-neutron07:16
yamamotothanhnt-z: you mean to remove the relevant logic right now?07:17
*** SurajD has quit IRC07:17
*** numans has joined #openstack-neutron07:17
*** lukang has joined #openstack-neutron07:18
amotokithanhnt-z: I think we cannot remove the relevant logic before starting N-release. deprecated option should still need to work correctly.07:18
thanhnt-zyamamoto: Yes, it is my understanding.07:18
*** jlibosva has joined #openstack-neutron07:19
*** javeriak_ has quit IRC07:19
*** shivrao has quit IRC07:19
*** wolverineav has joined #openstack-neutron07:20
*** wolverineav has quit IRC07:20
yamamotothanhnt-z: i don't think it's appropriate, unless you decided to wait for the option being removed in N or so. :-)07:20
*** wolverineav has joined #openstack-neutron07:20
*** thorst has quit IRC07:20
yamamotowhat amotoki said.07:20
*** heyongli has quit IRC07:21
*** hdaniel has quit IRC07:21
*** heyongli has joined #openstack-neutron07:22
thanhnt-zamotoki san: thank for your comment. So it means max_fixed_ips_per_port should work until starting N-release and I should not remove it now07:23
amotokithanhnt-z: exactly07:24
*** gongysh has quit IRC07:24
amotokithanhnt-z: "deprecated" option means that the option will be removed in the future but it works now.07:24
*** inara` has joined #openstack-neutron07:24
*** gongysh has joined #openstack-neutron07:25
*** lajos-katona has quit IRC07:25
thanhnt-zyamamoto amotoki san: thank you for your guides. It is really helpful for me. Now I am clear about this option.07:26
*** inara has quit IRC07:27
*** sc68cal has quit IRC07:27
*** _cerberus_ has quit IRC07:27
*** jamiec has quit IRC07:27
*** nyechiel_ has quit IRC07:27
*** sbalukoff has quit IRC07:28
*** shz has quit IRC07:28
*** nyechiel_ has joined #openstack-neutron07:29
*** _cerberus_ has joined #openstack-neutron07:29
*** gangil has quit IRC07:29
*** SurajD has joined #openstack-neutron07:30
*** vivek-ebay has quit IRC07:31
*** heyongli has quit IRC07:31
*** vivek-ebay has joined #openstack-neutron07:31
*** heyongli has joined #openstack-neutron07:32
*** sthillma has quit IRC07:32
*** sc68cal has joined #openstack-neutron07:34
*** hoangcx_ has quit IRC07:35
*** vivek-ebay has quit IRC07:36
*** yfried has joined #openstack-neutron07:37
*** SurajD has quit IRC07:37
*** nmagnezi has joined #openstack-neutron07:39
*** nmagnezi has quit IRC07:39
*** gangil has joined #openstack-neutron07:40
*** gangil has quit IRC07:40
*** gangil has joined #openstack-neutron07:40
*** heyongli has quit IRC07:41
*** mohankumar has quit IRC07:41
*** yfried_ has joined #openstack-neutron07:42
*** yfried has quit IRC07:42
*** heyongli has joined #openstack-neutron07:42
*** moshele has joined #openstack-neutron07:42
*** wolverineav has quit IRC07:45
*** jerrygb has joined #openstack-neutron07:47
*** lajos-katona has joined #openstack-neutron07:49
*** veena has quit IRC07:49
*** jschwarz has quit IRC07:50
*** heyongli has quit IRC07:51
*** jerrygb has quit IRC07:52
*** heyongli has joined #openstack-neutron07:52
*** jbell8 has quit IRC07:52
*** dasm_ has quit IRC07:53
*** dasm_ has joined #openstack-neutron07:56
dasm_good morning o/07:56
*** jbell8 has joined #openstack-neutron07:57
*** gongysh has quit IRC07:58
*** sbalukoff has joined #openstack-neutron07:59
*** gongysh has joined #openstack-neutron07:59
*** ibravo has quit IRC08:00
*** korzen has joined #openstack-neutron08:01
*** salv-orlando has joined #openstack-neutron08:01
*** heyongli has quit IRC08:02
*** SurajD has joined #openstack-neutron08:02
*** heyongli has joined #openstack-neutron08:03
*** ritesh_ has joined #openstack-neutron08:05
*** ritesh has quit IRC08:05
*** nyechiel_ has quit IRC08:06
*** achanda has quit IRC08:07
*** rossella_s has joined #openstack-neutron08:07
*** nyechiel_ has joined #openstack-neutron08:08
*** javeriak has joined #openstack-neutron08:09
openstackgerritHong Hui Xiao proposed openstack/neutron: Kill the vrrp orphan process at l3-agent startup.  https://review.openstack.org/24151708:09
*** gonzalo2kx has quit IRC08:11
*** gongysh has quit IRC08:11
*** heyongli has quit IRC08:12
*** heyongli has joined #openstack-neutron08:13
*** salv-orlando has quit IRC08:14
*** salv-orlando has joined #openstack-neutron08:14
*** gongysh has joined #openstack-neutron08:14
openstackgerritSlawek Kaplonski proposed openstack/neutron: Add support for QoS for LinuxBridge agent  https://review.openstack.org/23621008:15
openstackgerritKenji Yasui proposed openstack/python-neutronclient: Add help information of 'firewall-rule-create'  https://review.openstack.org/22335108:16
*** thorst has joined #openstack-neutron08:17
*** yuanying has quit IRC08:20
*** nyechiel_ has quit IRC08:22
*** thorst has quit IRC08:22
*** heyongli has quit IRC08:22
*** hdaniel has joined #openstack-neutron08:23
*** heyongli has joined #openstack-neutron08:23
*** yfujioka has quit IRC08:25
*** subscope has joined #openstack-neutron08:25
*** gongysh has quit IRC08:31
*** yfried__ has joined #openstack-neutron08:32
*** heyongli has quit IRC08:32
*** ybabenko has joined #openstack-neutron08:33
*** heyongli has joined #openstack-neutron08:33
*** josecastroleon has quit IRC08:34
*** yfried_ has quit IRC08:35
*** rotbeard has joined #openstack-neutron08:36
*** gongysh has joined #openstack-neutron08:37
*** ZZelle has quit IRC08:38
*** veena has joined #openstack-neutron08:38
*** ZZelle has joined #openstack-neutron08:38
*** diga has joined #openstack-neutron08:39
*** kobis has joined #openstack-neutron08:39
*** jpena has joined #openstack-neutron08:40
*** zhaofengshou has joined #openstack-neutron08:41
*** anshul has quit IRC08:43
*** heyongli has quit IRC08:43
*** rotbeard has quit IRC08:43
*** rotbeard has joined #openstack-neutron08:43
*** heyongli has joined #openstack-neutron08:44
*** safchain has joined #openstack-neutron08:45
openstackgerritBogdan Tabor proposed openstack/neutron: Switch to using neutron.common.utils:replace_file()  https://review.openstack.org/23355808:46
*** javeriak has quit IRC08:48
*** gangil has quit IRC08:48
*** josecastroleon has joined #openstack-neutron08:49
*** javeriak has joined #openstack-neutron08:52
*** cdl has joined #openstack-neutron08:52
*** mohankumar has joined #openstack-neutron08:52
*** yuanying has joined #openstack-neutron08:53
*** heyongli has quit IRC08:53
*** gongysh has quit IRC08:54
*** heyongli has joined #openstack-neutron08:54
apuimedovikasc: https://review.openstack.org/#/c/227972/1508:54
apuimedoTaku did it vif_type dependent08:54
apuimedoI would appreciate your review ;-)08:54
vikascapuimedo,  Thanks :)08:55
vikascI have few concerns about binding also08:55
vikasccurrently subnet yags are not being passed to binding script(ovs/midonet)08:55
vikasc*tags08:55
vikascno irc meeting so, many queries have got piled up :)08:56
apuimedovikasc: which tags?08:56
vikascin ovs case, internal tags08:56
*** yfried__ has quit IRC08:56
apuimedounderstood08:56
apuimedovikasc: could you please make a case for it in the mailing list08:57
vikascsure..08:57
apuimedoso that we can reach a decision by the next weekly meeting :P08:57
apuimedobut in any case that would be follow up patches08:57
vikascthat makes sense .. will do08:57
apuimedoI'd like to merge this basic support now08:57
vikascalso regarding libkv i have some thoughts08:57
vikascwill start ml thread for that too08:58
apuimedonice. Thanks vikasc08:59
apuimedobtw, taku managed to test multi node successfully08:59
apuimedobrb08:59
vikascapuimedo, makes sense to merge. We can improve incrementally08:59
*** yfried__ has joined #openstack-neutron09:00
*** SurajD has quit IRC09:00
*** gongysh has joined #openstack-neutron09:00
*** markvoelker has joined #openstack-neutron09:01
*** tflynn has joined #openstack-neutron09:01
*** heyongli has quit IRC09:03
*** trinaths has quit IRC09:04
*** numans has quit IRC09:04
*** yfried__ has quit IRC09:04
*** yfried has joined #openstack-neutron09:04
*** heyongli has joined #openstack-neutron09:04
*** anshul has joined #openstack-neutron09:04
*** trinaths has joined #openstack-neutron09:05
*** markus_z has joined #openstack-neutron09:06
*** SurajD has joined #openstack-neutron09:06
*** markvoelker has quit IRC09:06
*** jistr has joined #openstack-neutron09:08
*** ihrachys has joined #openstack-neutron09:08
*** tmorin has joined #openstack-neutron09:09
*** wolverineav has joined #openstack-neutron09:10
*** nmagnezi_ has joined #openstack-neutron09:11
*** roeyc has joined #openstack-neutron09:12
*** diga has quit IRC09:13
*** heyongli has quit IRC09:13
*** nmagnezi_ has quit IRC09:14
*** heyongli has joined #openstack-neutron09:14
*** dr_gogeta86 has quit IRC09:15
*** wolverineav has quit IRC09:16
*** numans has joined #openstack-neutron09:17
*** ybabenko has quit IRC09:20
*** Jet_ has quit IRC09:20
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron: Change function call order in ovs_neutron_agent.  https://review.openstack.org/24115609:21
*** ybabenko has joined #openstack-neutron09:22
*** mdih has quit IRC09:22
openstackgerritvenkata anil proposed openstack/neutron: Fix prefix delegation deleting addresses for ports  https://review.openstack.org/24122709:22
*** trinaths1 has joined #openstack-neutron09:22
*** trinaths has quit IRC09:23
*** heyongli has quit IRC09:24
*** rohit_ has quit IRC09:24
*** heyongli has joined #openstack-neutron09:25
*** ygbo has joined #openstack-neutron09:27
*** tflynn has quit IRC09:27
*** alex_klimov has joined #openstack-neutron09:29
*** mhickey has joined #openstack-neutron09:31
*** hdaniel has quit IRC09:31
*** itisha has quit IRC09:31
*** cdl has left #openstack-neutron09:31
*** yamamoto has quit IRC09:32
garyk1anyone know why the http://logs.openstack.org/17/241517/1/check/gate-neutron-lbaasv1-dsvm-api/cba6e4f/ is blowing up?09:33
garyk1dougwig: ^09:33
garyk1the gate is broken due to that09:33
*** mdih has joined #openstack-neutron09:34
*** LukeHinds has joined #openstack-neutron09:34
*** heyongli has quit IRC09:34
*** javeriak has quit IRC09:34
*** heyongli has joined #openstack-neutron09:35
dougwiggaryk1: looking09:36
amotokihttp://logs.openstack.org/17/241517/1/check/gate-neutron-lbaasv1-dsvm-api/cba6e4f/logs/screen-q-svc.txt.gz?level=ERROR09:36
amotokiAttributeError: 'SubnetInUse' object has no attribute 'msg'09:37
*** salv-orlando has quit IRC09:37
amotokiI haven't figured out what is happening.09:37
*** rossella_s has quit IRC09:37
dougwigthat's a red herring.  scroll up, the error is 2015-11-04 08:43:21.577 9698 ERROR neutron.callbacks.manager     reason=_LE("Subnet is used by loadbalancer pool %s") % pool_id)09:38
dougwigwill look, but about to board a flight.09:38
*** rossella_s has joined #openstack-neutron09:38
dougwigalternately, let's push this through: https://review.openstack.org/#/c/239863/09:38
*** dasm_ has quit IRC09:38
dougwigv1 is deprecated.09:38
*** tfukushima has quit IRC09:39
*** dasm_ has joined #openstack-neutron09:39
*** salv-orlando has joined #openstack-neutron09:39
dougwigas of 5 minutes ago this was passing.09:39
*** tfukushima has joined #openstack-neutron09:39
garyk1dougwig: ok, thanks09:40
dougwiggaryk1: nothing merged recently that would do this. any chance something transient is busted?09:40
garyk1dougwig: i will reach out to people on the infra channel and see if they can help out here09:41
garyk1dougwig: i have seen failures since about 10pm last night (about 12 hours)09:42
garyk1tried to dig in the logs but did not find anything helpful or useful09:42
dougwiggaryk1: so it's intermittent? there are recent reviews with success.09:42
*** nyechiel has joined #openstack-neutron09:43
*** kawa2014 has quit IRC09:43
garyk1dougwig: i am not sure. all of the reviews that i have looked at today are broken due to the this.09:44
*** heyongli has quit IRC09:44
dougwiggaryk1: interesting.09:45
dougwiginteresting to see who all is awake at this hour (sitting in narita, waiting for my flight to seattle.)09:45
*** heyongli has joined #openstack-neutron09:45
garyk1dougwig: problem is http://logs.openstack.org/17/241517/1/check/gate-neutron-lbaasv1-dsvm-api/cba6e4f/logs/screen-q-lbaas.txt.gz09:46
*** vikasc has quit IRC09:47
*** aix has joined #openstack-neutron09:48
*** gildub has joined #openstack-neutron09:49
dougwigthere is a change to that file way back on 10/18.09:49
*** salv-orlando has quit IRC09:50
*** salv-orlando has joined #openstack-neutron09:51
garyk1dougwig: were there any requirements approved in lbaas over the last few hrs?09:52
garyk1let me look09:53
*** lukang has quit IRC09:53
*** dvlwrk_ has quit IRC09:54
*** alex_xu has quit IRC09:54
garyk1dougwig: it could be related to https://review.openstack.org/#/c/237298/5/requirements.txt,cm09:54
*** kutija_ has joined #openstack-neutron09:54
*** heyongli has quit IRC09:54
*** jamielennox|away is now known as jamielennox09:55
*** heyongli has joined #openstack-neutron09:55
*** veena has quit IRC09:56
*** alex_xu has joined #openstack-neutron09:57
*** kutija has quit IRC09:57
dougwigthe dates don't line up all that well. that'd have to have been broken for over 7 days.10:00
*** yfried is now known as yfried|afk10:00
*** vikasc has joined #openstack-neutron10:01
*** vivek-ebay has joined #openstack-neutron10:02
*** mannidi has joined #openstack-neutron10:03
*** zhenguo has quit IRC10:03
*** roeyc has quit IRC10:04
*** yushiro has joined #openstack-neutron10:04
*** heyongli has quit IRC10:05
*** yfried|afk is now known as yfried10:05
openstackgerritRodolfo Alonso Hernandez proposed openstack/neutron: Change function call order in ovs_neutron_agent.  https://review.openstack.org/24115610:06
*** mannidi has quit IRC10:06
*** heyongli has joined #openstack-neutron10:06
*** vivek-ebay has quit IRC10:07
openstackgerritenikanorov proposed openstack/neutron: Cleanup dhcp namespace upon dhcp setup.  https://review.openstack.org/23926410:07
openstackgerritIhar Hrachyshka proposed openstack/neutron: [ovs] agent: postpone AMQP consumer declaration to as late as possible  https://review.openstack.org/23434310:12
*** hdaniel has joined #openstack-neutron10:14
*** heyongli has quit IRC10:15
*** bochi-michael has quit IRC10:16
*** heyongli has joined #openstack-neutron10:16
*** mannidi has joined #openstack-neutron10:17
*** fedexo has quit IRC10:19
*** ybabenko has quit IRC10:21
*** ybabenko has joined #openstack-neutron10:23
*** alex_xu has quit IRC10:23
*** diga has joined #openstack-neutron10:24
*** alex_xu has joined #openstack-neutron10:24
*** heyongli has quit IRC10:25
*** heyongli has joined #openstack-neutron10:26
*** tfukushima has quit IRC10:27
*** yog_ has quit IRC10:28
*** tmorin has quit IRC10:29
*** yfried is now known as yfried|afk10:31
*** moshele has quit IRC10:32
openstackgerritenikanorov proposed openstack/neutron: Resync L3, DHCP and OVS agents upon revival  https://review.openstack.org/23266110:32
*** heyongli has quit IRC10:35
*** heyongli has joined #openstack-neutron10:36
*** gildub has quit IRC10:37
*** bochi-michael has joined #openstack-neutron10:37
*** salv-orlando has quit IRC10:37
vikramsc68cal: ping10:37
*** yfried|afk is now known as yfried10:39
*** yog_ has joined #openstack-neutron10:39
*** anshul has quit IRC10:39
*** yalie1 has joined #openstack-neutron10:43
*** dvlwrk_ has joined #openstack-neutron10:44
*** yalie has quit IRC10:45
*** heyongli has quit IRC10:46
*** heyongli has joined #openstack-neutron10:47
*** john-davidge has joined #openstack-neutron10:47
*** jistr_ has joined #openstack-neutron10:48
*** jlibosva1 has joined #openstack-neutron10:48
*** ihrachys_ has joined #openstack-neutron10:48
*** jistr has quit IRC10:48
*** ihrachys has quit IRC10:48
*** ihrachys has joined #openstack-neutron10:49
*** subscope has quit IRC10:50
*** anshul has joined #openstack-neutron10:50
*** john-davidge_ has joined #openstack-neutron10:50
*** jlibosva has quit IRC10:51
*** khomkrit has joined #openstack-neutron10:51
*** john-davidge has quit IRC10:52
*** jlibosva1 has quit IRC10:53
*** jistr_ has quit IRC10:53
*** ihrachys_ has quit IRC10:53
*** stanzgy has quit IRC10:53
*** bochi-michael has quit IRC10:53
*** Kennan has quit IRC10:53
*** bochi-michael has joined #openstack-neutron10:54
*** heyongli has quit IRC10:56
*** Kennan has joined #openstack-neutron10:56
*** trinaths1 has quit IRC10:56
*** john-davidge_ has quit IRC10:57
*** heyongli has joined #openstack-neutron10:57
*** veena has joined #openstack-neutron10:57
openstackgerritSudhakar Babu Gariganti proposed openstack/neutron: Avoid full_sync in l3_agent for router updates  https://review.openstack.org/22401910:58
*** rotbeard has quit IRC10:58
*** wolverineav has joined #openstack-neutron10:59
*** yfried is now known as yfried|afk11:01
*** yushiro has quit IRC11:01
*** yfried|afk is now known as yfried11:02
openstackgerritMiguel Angel Ajo proposed openstack/neutron: devref: Rolling upgrade mechanism for rpc-callbacks  https://review.openstack.org/24115411:02
*** markvoelker has joined #openstack-neutron11:02
*** roeyc has joined #openstack-neutron11:02
*** pc_m has joined #openstack-neutron11:03
*** wolverineav has quit IRC11:04
*** jistr_ has joined #openstack-neutron11:05
*** jlibosva1 has joined #openstack-neutron11:05
*** markvoelker has quit IRC11:06
*** heyongli has quit IRC11:06
*** heyongli has joined #openstack-neutron11:07
*** ybabenko has quit IRC11:08
*** mmdurrant has quit IRC11:09
*** akanksha_ has joined #openstack-neutron11:11
*** ybabenko has joined #openstack-neutron11:12
*** itisha has joined #openstack-neutron11:12
*** ybabenko has quit IRC11:12
*** ybabenko has joined #openstack-neutron11:13
openstackgerritBogdan Tabor proposed openstack/neutron: Switch to using neutron.common.utils:replace_file()  https://review.openstack.org/23355811:14
openstackgerritSudhakar Babu Gariganti proposed openstack/neutron: Avoid full_sync in l3_agent for router updates  https://review.openstack.org/22401911:14
*** thanhnt-z has quit IRC11:16
*** heyongli has quit IRC11:16
*** javeriak has joined #openstack-neutron11:17
*** ybabenko has quit IRC11:17
*** heyongli has joined #openstack-neutron11:17
*** kawa2014 has joined #openstack-neutron11:18
*** rotbeard has joined #openstack-neutron11:18
*** elo has joined #openstack-neutron11:21
*** javeriak_ has joined #openstack-neutron11:21
*** javeriak has quit IRC11:23
*** yfried is now known as yfried|afk11:23
*** drankis has joined #openstack-neutron11:23
*** elo has quit IRC11:25
*** heyongli has quit IRC11:27
*** heyongli has joined #openstack-neutron11:27
*** yfried|afk is now known as yfried11:28
garyk1ihrachys: question regarding https://review.openstack.org/#/c/233558/ - why does  amethod that is not used need to be deprecated for a cycle?11:29
garyk1that code should be deleted11:29
ihrachysgaryk1: because of third parties11:29
ihrachysthat can rely on it11:29
garyk1third parties should be upto date with trunk11:29
ihrachysthey should not be broken with no grace period, that's why we deprecate things for a cycle11:30
garyk1the third parties should have CI running on every patch from neutron.11:30
ihrachysstadium is too huge to remove random code11:30
garyk1ihrachys: i don't agree with this.11:30
*** dasm_ has quit IRC11:30
garyk1ihrachys: can you please provide an example of a third party that uses this?11:30
ihrachyswe had multiple cases before when we were breaking external repos by removing 'unused' code. I don't believe it's the way to go.11:30
*** dasm_ has joined #openstack-neutron11:30
ihrachysgaryk1: I won't provide an example, I don't believe it's a requirement for proper deprecation process.11:31
*** josecastroleon has quit IRC11:31
garyk1ihrachys: i am not sure that i agree. with API's for the plugins we should have a deprecation policy. But for utility methods we do not need this.11:32
garyk1i will give you another exmaple. say there is a neutron common method that is replaced by oslo.11:32
*** slaweq_ has quit IRC11:32
garyk1do you leave that common method or replace with oslo. you do the latter11:32
garyk1that may also break third parties and they need to fix.11:32
ihrachysgaryk1: those utility methods are widely used in other repos.11:32
ihrachysgaryk1: no, we don't replace, we deprecate. f.e. that's what we did for neutron.common.log.log before11:32
garyk1ihrachys: those repos should update :)11:33
ihrachysgaryk1: they should, on their own schedule11:33
*** slaweq has joined #openstack-neutron11:33
garyk1ihrachys: if that is the case then ew need the unit test - how can we have code that is not tested.11:33
garyk1but i am in favor of dropping it all completely11:33
ihrachysgaryk1: which unit test? for the deprecated function? it's already there.11:33
garyk1ihrachys: they should be in line and in sync with the upstream neutron branch11:34
garyk1ihrachys: correct - he removed the decorator from that11:34
openstackgerritMiguel Angel Ajo proposed openstack/neutron: devref: Rolling upgrade mechanism for rpc-callbacks  https://review.openstack.org/24115411:34
ihrachysgaryk1: they should, but it does not mean we should break them with no notice. deprecation warning IS the notice.11:34
*** moshele has joined #openstack-neutron11:34
ihrachysgaryk1: I set BaseTestCase to report all warnings, so that external repos have time to fix them on their pace.11:35
ihrachys(assuming they use the class, they should see those messages)11:35
garyk1ihrachys: if they were in tree then it would have been fixed today.11:35
ihrachysgaryk1: yes, that's the price of multiple repos11:36
garyk1so my guess is that if their CI runs or unit tests run then they will discover it.11:36
ihrachysgaryk1: yes, sure, they will discover and will be forced to fix it in fire drill mode. which is not a nice way to go.11:36
*** nyechiel has quit IRC11:36
garyk1ihrachys: i do not think that this is firedrill mode.11:37
ihrachysno one likes to fix stuff in drill mode, so it's natural we should not impose the same to others.11:37
*** heyongli has quit IRC11:37
ihrachysthey could alternatively pin neutron in gate, but that's a separate story11:37
*** heyongli has joined #openstack-neutron11:38
garyk1ihrachys: more of a concern is that the method signature has changed. does it guarantee the same functionality? if so then we am still in favor of shirking the responsibility to the thrid parties.11:39
ajoamotoki: for question about upgrade order server first / agent next11:39
ajoin nova they do nova-conductor first, with pinning of RPC versions (http://docs.openstack.org/openstack-ops/content/ops_upgrades_upgrade_levels.html) and then the other services11:40
*** szaher has quit IRC11:40
*** mwagner has quit IRC11:40
ajoI'm not sure if it's right to say it's an openstack-wide standard, may be nova & neutron at least?11:40
ihrachysgaryk1: does the 'new' method support all use cases for the deprecated method?11:40
*** salv-orlando has joined #openstack-neutron11:41
ihrachysajo: I suspect it's because no other projects actually have guarantees for any kind of rolling upgrades.11:41
*** aix has quit IRC11:41
ihrachysajo: in neutron, we don't gate but at least we care enough to make an effort in reviews.11:41
ajoit could be,11:41
amotokiajo: thanks. in my understanding, what we need to do before starting upgrade is to set pinning to ensure the older version11:42
ajogaryk1, ihrachys , about code deletion, I partly agree with garyk1 , specially doing it now at the start of the cycle, we better shake off dead code or do refactors by the start of one cycle.  I'd probably disagree if it was the end of a cycle11:42
amotokiajo: after that, i think we can upgrade any modules in any order. is it correct?11:43
ajoamotoki, that's what nova does11:43
ajoamotoki: I'm trying to avoid pinning to do automatic discovery11:43
ihrachysajo: we may think of shrinking deprecation period to less than one cycle11:43
*** numans has quit IRC11:43
garyk1neutron/common/utils.py:def replace_file(file_name, data):11:43
garyk1neutron/agent/linux/utils.py:def replace_file(file_name, data, file_mode=0o644):11:43
ihrachysajo: for those specific 'code' cases11:43
ajoamotoki, and they don't have the concept of versioned objects fanout, I think11:43
garyk1ajo: +111:43
garyk1ihrachys: it seems that no one in trunk is using the file_mode.11:44
*** tbharath has left #openstack-neutron11:44
amotokiajo: I understand what you are trying to do. It sounds nice in general!11:44
amotokiajo: I am now reading your doc carefully.11:44
ajoamotoki, as long as I don't introduce any race condition on the upgrade process... :D11:44
ajothanks amotoki ,11:44
ajoamotoki, it's also more complicated in our case, because we use separate queues for different versions11:45
ajowhile nova, talks about rpc calls containing versioned objects...11:45
ihrachysgaryk1: so you want to expand the feature just in case? I would allow 3parties to drive it based on their needs.11:45
ajothose rpc calls go to the same ends (messaging queues) but they want the parameters on specific downgraded versions (I could be wrong on this, but it's my understanding so far)11:45
ajowhen they remove the pin, the calls are then sent without downgrading of versioned objects11:46
*** salv-orlando has quit IRC11:46
ajoihrachys, I guess this boils down to the neutron-lib thing, and the rules we want to set there for deprecation11:47
garyk1ihrachys: at the moment i do not see the code in any of the third party libs that i am familiar with (that is about 6). so i am not sure that is worth the effort. but i guess that there are anouth 50+… so that may just be another 50 + people that are upset with me11:47
ajoas a whole project providing chunks of code external repos could be using, we may need to define some guidelines on how we do those..11:47
ihrachysajo: yes! but there is no neutron-lib so far so it's hard to tell what's safe and what's not. especially if code is located in utils.py file that is probably meant to be reusable.11:47
*** heyongli has quit IRC11:47
ajoideally those shared chunks should be on a lib11:47
ajoyep11:47
garyk1when we raised these issues at the paris summit the concensus was that each external repo should run their CI for each neutron patch. this is how they keep up with fact that we have no formal API's11:48
garyk1ajo: yeah, a lib would be great.11:48
*** subscope has joined #openstack-neutron11:48
*** heyongli has joined #openstack-neutron11:48
*** elo has joined #openstack-neutron11:49
ajomay be we need to define, what eventually is going to be part of such neutron-api11:49
ajoand define guidelines on how do we change parameters, backwards compatibility, and depcrecation11:49
ajosorry11:49
ajoneutron-lib11:49
ajonot neutron-api ;)11:49
*** numans has joined #openstack-neutron11:50
ajodougwig spent some time thinking about how to do it I think11:51
*** Kennan has quit IRC11:51
*** bochi-michael has quit IRC11:51
*** bochi-michael has joined #openstack-neutron11:52
*** mdih has quit IRC11:52
*** dvlwrk_ has quit IRC11:53
*** elo has quit IRC11:54
*** roeyc has quit IRC11:54
*** Kennan has joined #openstack-neutron11:54
*** roeyc has joined #openstack-neutron11:54
*** zhhuabj has quit IRC11:55
*** jaypipes has joined #openstack-neutron11:55
openstackgerritZongKai LI proposed openstack/neutron: fix DVR floating IP iptables rules  https://review.openstack.org/24067711:55
dasm_ramishra: ping11:55
pc_mAnyone know how to have a repo "pip install" another (new) local repo?11:56
*** ybabenko has joined #openstack-neutron11:56
ramishradasm_: hi11:56
pc_mI'm trying to do some preliminary work on neutron-lib, and have created a new repo with a few modules in it. I want to try to use that from neutron-vpnaas, to see if I have the repo working.11:57
*** zhhuabj has joined #openstack-neutron11:57
dasm_ramishra: hey. about your patches. i'd like to explain myself :)11:57
pc_mNot sure of all the steps needed to be able to make that new repo accessible from another. Anyone know?11:57
dasm_you've abandoned previous patchset without answering my question.11:57
dasm_so i thought you didn't see it11:57
*** heyongli has quit IRC11:57
dasm_that's why new one added as '-1' with additional info.11:58
dasm_it's nitpicking, but it's good pythonic way of assigning variables.11:58
*** heyongli has joined #openstack-neutron11:58
dasm_ramishra: and if we're doing sth new, would be nice to have it in the best possible way,.11:59
*** markus_z has quit IRC11:59
amotokipc_m:  am now looking the endpoint one. sorry for late.12:00
*** thorst has joined #openstack-neutron12:00
*** ybabenko has quit IRC12:01
*** yfried is now known as yfried|afk12:01
pc_mamotoki: thanks! I want to get that series of commits (MLS, CLI, functional test) upstreamed as soon as possible.12:01
*** vikasc has quit IRC12:01
*** yfried|afk is now known as yfried12:01
*** ybabenko has joined #openstack-neutron12:01
ramishradasm_: I did that intentionally as I am setting the default to None and then checking for 'None' only and resetting it to [].  Tbh, to me it really does not make any difference. If that's what it's to be -1ed for, I have no issues changing it.  I'm more concerned with fixing the heat gate which is broken due to this.12:02
*** zhangjn has quit IRC12:02
*** anilvenkata has left #openstack-neutron12:02
*** ferest_ has joined #openstack-neutron12:03
mhickeyaho: Hi.12:04
*** vivek-ebay has joined #openstack-neutron12:04
mhickeyajo: Hi12:04
*** thorst has quit IRC12:04
*** salv-orlando has joined #openstack-neutron12:07
*** ferest_ has quit IRC12:07
*** shausy has quit IRC12:07
*** bochi-michael has quit IRC12:07
*** shausy has joined #openstack-neutron12:08
*** heyongli has quit IRC12:08
openstackgerritSudhakar Babu Gariganti proposed openstack/neutron: Modified the configure_dhcp_for_network method  https://review.openstack.org/22322612:08
*** heyongli has joined #openstack-neutron12:08
*** vivek-ebay has quit IRC12:09
*** javeriak has joined #openstack-neutron12:09
*** veena has quit IRC12:09
*** veena has joined #openstack-neutron12:11
*** javeriak_ has quit IRC12:13
*** aix has joined #openstack-neutron12:13
*** wasmum has quit IRC12:14
*** Leom has joined #openstack-neutron12:15
openstackgerritHong Hui Xiao proposed openstack/neutron: Don't register HA router to L3 agent when ha_port is not found  https://review.openstack.org/24066212:16
*** diga has quit IRC12:16
*** markvoelker has joined #openstack-neutron12:17
*** dims has joined #openstack-neutron12:18
*** heyongli has quit IRC12:18
amotokipc_m: is there any reason to remove subnet before_update callback in the recent patch?12:19
*** heyongli has joined #openstack-neutron12:19
amotokipc_m: it looks good and I believe it is ready to go.12:19
pc_mamotoki: yes. I thought we needed to add that to prevent the CIDR from being changed on an endpoint group that was in use.12:20
pc_mBut, I found out that the CIDR is a read only field.12:20
pc_mSo I pulled that part of the change, and abandoned the neutron commit.12:20
*** SridharG has left #openstack-neutron12:20
* pc_m there is no subnet update notification hook currently.12:20
pc_mamotoki: Awesome!12:21
*** javeriak_ has joined #openstack-neutron12:21
amotokipc_m: sounds reasonable. thanks for clarifying.12:22
*** Kennan has quit IRC12:22
*** yfried has quit IRC12:22
pc_mamotoki: sure np12:22
*** nplanel has joined #openstack-neutron12:22
*** numans has quit IRC12:22
garyk1mestery: you around?12:22
*** markvoelker has quit IRC12:22
*** thorst has joined #openstack-neutron12:23
*** javeriak has quit IRC12:23
*** rtheis has joined #openstack-neutron12:24
*** Kennan has joined #openstack-neutron12:25
*** mannidi has quit IRC12:26
*** yfried has joined #openstack-neutron12:26
*** yfried has quit IRC12:27
pc_mamotoki: Thanks for the review!12:28
*** heyongli has quit IRC12:28
*** mohankumar has quit IRC12:28
amotokipc_m: thanks for your patience!12:29
*** heyongli has joined #openstack-neutron12:29
*** urdoise has joined #openstack-neutron12:30
*** yfried has joined #openstack-neutron12:36
*** heyongli has quit IRC12:38
*** jesseju has quit IRC12:39
*** heyongli has joined #openstack-neutron12:39
*** crose has joined #openstack-neutron12:40
*** javeriak_ has quit IRC12:40
ihrachysblogan: dougwig: mestery: armax: https://review.openstack.org/#/c/241481/ pretty please, it's gate fix12:40
*** josecastroleon has joined #openstack-neutron12:40
*** achanda has joined #openstack-neutron12:40
dasm_ramishra: understandable. thanks for your change12:41
*** achanda has quit IRC12:42
*** dims has quit IRC12:43
*** chlong has joined #openstack-neutron12:43
*** jistr_ is now known as jistr12:44
*** moshele has quit IRC12:46
*** urdoise has quit IRC12:47
*** wolverineav has joined #openstack-neutron12:48
*** jamielennox is now known as jamielennox|away12:48
*** heyongli has quit IRC12:49
*** crose has quit IRC12:49
*** heyongli has joined #openstack-neutron12:49
*** wasmum has joined #openstack-neutron12:49
*** ferest has joined #openstack-neutron12:50
*** wolverineav has quit IRC12:53
*** baoli has joined #openstack-neutron12:53
*** baoli has quit IRC12:53
*** javeriak has joined #openstack-neutron12:54
*** nyechiel has joined #openstack-neutron12:56
*** baoli has joined #openstack-neutron12:56
*** urdoise has joined #openstack-neutron12:56
*** ihrachys has quit IRC12:57
*** ihrachys has joined #openstack-neutron12:58
*** nmagnezi has joined #openstack-neutron12:58
*** heyongli has quit IRC12:59
*** jlanoux has joined #openstack-neutron13:00
*** inara` has quit IRC13:00
*** heyongli has joined #openstack-neutron13:00
*** ihrachys has quit IRC13:00
*** yfried is now known as yfried|afk13:00
*** dasm_ has quit IRC13:01
*** dasm_ has joined #openstack-neutron13:01
*** tmorin has joined #openstack-neutron13:01
*** chlong has quit IRC13:01
*** gongysh_ has joined #openstack-neutron13:02
*** chlong has joined #openstack-neutron13:02
*** yfried|afk is now known as yfried13:02
*** dvlwrk_ has joined #openstack-neutron13:04
*** dims has joined #openstack-neutron13:09
*** heyongli has quit IRC13:09
*** heyongli has joined #openstack-neutron13:10
*** SurajD has quit IRC13:14
*** SurajD has joined #openstack-neutron13:15
*** mwagner has joined #openstack-neutron13:16
*** neophy has joined #openstack-neutron13:16
*** yamamoto has joined #openstack-neutron13:17
*** ferest has quit IRC13:17
*** evrardjp has left #openstack-neutron13:19
*** salv-orlando has quit IRC13:19
*** heyongli has quit IRC13:19
*** ferest has joined #openstack-neutron13:20
*** dims has quit IRC13:20
*** heyongli has joined #openstack-neutron13:20
*** ybabenko has quit IRC13:22
*** inteq has quit IRC13:23
*** markvoelker has joined #openstack-neutron13:23
*** ybabenko has joined #openstack-neutron13:23
*** baoli_ has joined #openstack-neutron13:23
*** davidsha has joined #openstack-neutron13:24
davidshaajo: ping13:24
*** obondarev_ has joined #openstack-neutron13:25
*** baoli has quit IRC13:26
*** urdoise has quit IRC13:28
*** heyongli has quit IRC13:30
*** ybabenko has quit IRC13:30
*** heyongli has joined #openstack-neutron13:31
*** ybabenko has joined #openstack-neutron13:31
*** edmondsw has joined #openstack-neutron13:34
*** markus_z has joined #openstack-neutron13:35
*** ybabenko has quit IRC13:36
*** baohua has joined #openstack-neutron13:37
*** rossella_s has quit IRC13:37
*** crose has joined #openstack-neutron13:37
*** alex_klimov has quit IRC13:37
*** rossella_s has joined #openstack-neutron13:38
*** urdoise has joined #openstack-neutron13:38
*** ybabenko has joined #openstack-neutron13:40
*** heyongli has quit IRC13:40
*** links has quit IRC13:41
*** heyongli has joined #openstack-neutron13:41
*** crose has quit IRC13:42
*** dvlwrk_ has quit IRC13:43
*** salv-orlando has joined #openstack-neutron13:43
*** zhaofengshou has quit IRC13:43
*** ybabenko has quit IRC13:46
*** aveiga has joined #openstack-neutron13:48
*** heyongli has quit IRC13:50
*** jpena is now known as jpena|lunch13:51
*** heyongli has joined #openstack-neutron13:51
*** aduyck has joined #openstack-neutron13:51
Sam-I-Ammornings13:52
kevinbentonmorning!13:52
Sam-I-Amkevinbenton: back on this side of the world?13:52
kevinbentonSam-I-Am: yep. the jet lag has a hold of me :)13:53
*** ybabenko has joined #openstack-neutron13:53
Sam-I-Amthis 1 hour change has me13:53
sc68caljet lag has been brutal13:54
sc68cali've been waking up at like 3am, going to bed at like 8pm13:54
Sam-I-Ammaybe thats jet lead?13:55
*** yamamoto has quit IRC13:56
*** julim has joined #openstack-neutron13:56
*** ybabenko has quit IRC13:57
Sam-I-Amthere's a weird trend with people assigning bugs to themselves before they're even reviewed13:58
*** salv-orlando has quit IRC13:58
kevinbentonSam-I-Am: they want to fix them so they report and assign to themselves right away13:59
Sam-I-Amin this case its usually not the reporter13:59
kevinbentonah, that's still just people wanting to get the credit for fixing them :)14:00
kevinbentontaking advantage of the courtesy we have of not submitting a patch if it's already assigned to someone else14:00
*** vhoward has joined #openstack-neutron14:00
kevinbentonhowever it is really annoying if they aren't quick about fixes14:00
Sam-I-Amyeah thats what is going on here14:00
*** heyongli has quit IRC14:00
Sam-I-Amor i get a patch for an invalid bug14:01
*** ybabenko has joined #openstack-neutron14:01
*** jckasper has joined #openstack-neutron14:01
*** heyongli has joined #openstack-neutron14:01
*** Piet has quit IRC14:02
*** itzikb has quit IRC14:03
kevinbentonyeah, we might need a way to better direct people trying to be helpful14:03
*** lajos-katona has quit IRC14:03
kevinbentonbut i don't know what that would be14:03
Sam-I-Amin docs we've put together a lot of instructions regarding bug triage and patching processes, but no one reads them14:03
*** numans has joined #openstack-neutron14:03
*** yamamoto has joined #openstack-neutron14:03
Sam-I-Ami usually unassign people from bugs that are not triaged14:03
Sam-I-Amgive everyone a fair chance when it is triaged and try to avoid wasting time if we mark it invalid14:04
openstackgerritgaryk proposed openstack/neutron: Remove deprecated methods  https://review.openstack.org/24161014:04
*** ybabenko has quit IRC14:05
*** SridharG has joined #openstack-neutron14:06
*** ybabenko has joined #openstack-neutron14:07
*** obondarev_ has quit IRC14:08
*** heyongli has quit IRC14:11
*** gds has joined #openstack-neutron14:11
kevinbentonSam-I-Am: makes sense. does launchpad have a way to stop people from assigning to themselves before it's confirmed?14:11
*** heyongli has joined #openstack-neutron14:11
Sam-I-Amnot that i'm aware of14:12
*** ferest has quit IRC14:13
openstackgerritvenkata anil proposed openstack/neutron: Fix prefix delegation deleting addresses for ports  https://review.openstack.org/24122714:13
*** moshele has joined #openstack-neutron14:14
*** lajos-katona has joined #openstack-neutron14:15
*** mohankumar has joined #openstack-neutron14:15
*** jckasper has left #openstack-neutron14:15
*** jckasper has joined #openstack-neutron14:15
*** ybabenko has quit IRC14:15
*** ybabenko has joined #openstack-neutron14:16
*** veena_ has joined #openstack-neutron14:17
*** links has joined #openstack-neutron14:17
*** veena has quit IRC14:17
*** rtheis has quit IRC14:19
*** rtheis has joined #openstack-neutron14:19
*** vhoward has quit IRC14:20
*** krtaylor has quit IRC14:20
*** heyongli has quit IRC14:21
mhickeyZZelle: Hi. Are you there?14:22
*** heyongli has joined #openstack-neutron14:22
mhickeyHenryG: Hi14:23
*** ybabenko has quit IRC14:25
*** markus_z has quit IRC14:27
*** jerrygb has joined #openstack-neutron14:28
*** tiswanso has joined #openstack-neutron14:30
*** dasm_ has quit IRC14:30
*** mohankumar has quit IRC14:30
*** dasm_ has joined #openstack-neutron14:31
*** mohankumar has joined #openstack-neutron14:31
*** heyongli has quit IRC14:31
*** heyongli has joined #openstack-neutron14:32
*** javeriak has quit IRC14:33
*** krtaylor has joined #openstack-neutron14:33
*** ihrachys has joined #openstack-neutron14:34
garyk1mestery: any chance you can try and get https://review.openstack.org/#/c/239863/1 approved by infra - that will open the gate14:34
*** regXboi has joined #openstack-neutron14:35
mesterygaryk1: Looking14:35
mesterygaryk1: It was merged14:35
mestery:)14:35
dasm_garyk1: its already approved14:35
mestery2 minutes ago14:35
mesteryThanks to sdague for the help there!14:35
ajonjohnston thanks for looking at the docs14:35
sdagueit's probably ~30 minutes until it takes effect14:36
sdaguethere is a puppet time delay14:36
garyk1kevinbenton: can you please explain why you are blocking https://review.openstack.org/#/c/241610/. It is not clear to me why we need code in neutron that is not used.14:36
sdagueand happy to help14:36
mesteryCool, thanks sdague!14:36
kevinbentongaryk1: it should follow a deprecation cycle since we have out of tree drivers and service plugins that could be using it14:36
kevinbentongaryk1: we have had several cases of stripping out utils that we claimed weren't used and it broke drivers/plugins14:37
*** lindycoder has joined #openstack-neutron14:37
*** pece has joined #openstack-neutron14:37
garyk1kevinbenton: i am not sure that i understand that. my understanding was that the third party plugins should run CI on each change and update their code is applicatable.14:37
garyk1do you have an example of a driver that was broken?14:37
*** moshele has quit IRC14:38
garyk1i know the vmware driver breaks at least once a week do to changes and we fix them.14:38
kevinbentongaryk1: and that status quo is crap :)14:38
*** moshele has joined #openstack-neutron14:38
garyk1kevinbenton: it is our role to change that. no?14:38
kevinbentongaryk1: yes, so using debtcollector on common functions like this is one step14:39
kevinbentongaryk1: in cases like this there is no advantage to removing this code immediately and there is the potential downside of breaking out of tree stuff14:40
*** ybabenko has joined #openstack-neutron14:40
garyk1kevinbenton: so when can one delete something that says that it was niot used in liberty. in the Nunchukka cycle?14:40
*** ekuris_ has quit IRC14:41
garyk1then the driver guys are going to bitch that their driver broke ...14:41
kevinbentongaryk1: yeah, that message isn't great. technically it was deprecated in Mitaka14:41
kevinbentongaryk1: but now we can point out that they would have gotten deprecation warnings in their logs for an entire cycle14:41
*** pradk has joined #openstack-neutron14:41
*** heyongli has quit IRC14:41
garyk1if that is the case then lest at least update the message. what do you think?14:41
ihrachys+ for message update, I somehow missed the fact that release is wrong14:42
*** pradk_ has joined #openstack-neutron14:42
garyk1ok, i will update the message and i will approve https://review.openstack.org/#/c/233558/14:42
*** pradk has quit IRC14:42
*** pradk_ is now known as pradk14:42
*** heyongli has joined #openstack-neutron14:43
garyk1kevinbenton: ihrachys: it is like being between a rock and a hard place. just ends up with endless pain14:43
*** ybabenko has quit IRC14:43
*** ybabenko_ has joined #openstack-neutron14:43
garyk1ihrachys: actuall https://review.openstack.org/#/c/233558/ should be changed to Mitaka.14:43
kevinbentongaryk1: yeah, ultimately we want to introduce the 'neutron-lib' thing where everything used by out of tree stuff would go14:43
kevinbentongaryk1: and if they used anything else it was at their own risk14:44
ihrachysI suggest everyone to brush up http://governance.openstack.org/reference/tags/assert_follows-standard-deprecation.html14:44
ihrachys"At the very minimum the feature (or API, or configuration option) should be marked deprecated (and still be supported) in the next stable release branch, and for at least three months linear time."14:45
* ajo brushes up14:45
ihrachysnote 3 months14:45
ihrachysthat's for those who chase master14:45
*** mohankumar has quit IRC14:45
*** Swami has joined #openstack-neutron14:45
ajoihrachys, but I guess that talks about REST API, features or configuration14:45
*** mohankumar has joined #openstack-neutron14:46
ajoI wouldn't disagree to set similar lines on common code, btw14:46
*** mmdurrant has joined #openstack-neutron14:46
ajojust sayin14:46
ajo:)14:46
ihrachysajo: as long as we have 3rd parties using neutron as library, it applies there too14:46
*** Swami_ has joined #openstack-neutron14:47
*** openstackgerrit has quit IRC14:47
ihrachysthe best way out of pain is reviving neutron-lib discussion. which is pain in itself ;)14:47
garyk1kevinbenton: ihrachys: please see https://review.openstack.org/24161014:47
*** openstackgerrit has joined #openstack-neutron14:47
openstackgerritMiguel Angel Ajo proposed openstack/neutron: devref: Rolling upgrade mechanism for rpc-callbacks  https://review.openstack.org/24115414:48
ajoihrachys :)14:48
kevinbentongaryk1: maybe these messages should just say when they will be removed14:48
mesteryIsn't dougwig working on neutron-lib?14:48
ihrachysajo: are you done with devref? I wait for a moment when I could get to it with my miserable comments.14:48
*** Swami__ has joined #openstack-neutron14:48
ajoihrachys, it's done14:48
kevinbentongaryk1: this 'unused in X' doesn't really convey much useful info14:49
ajoihrachys, I mean, for now :)14:49
*** Swami__ has quit IRC14:49
*** Swami_ has quit IRC14:49
garyk1kevinbenton: how about 6 weeks? :)14:49
kevinbentongaryk1: what do you think?14:49
ihrachysmestery: could be, I haven't heard anything about it lately. though maybe it's my pit.14:49
ajoihrachys, not working on it until next bunch of comments14:49
mesterylol14:49
*** Swami_ has joined #openstack-neutron14:49
kevinbentongaryk1: nah, just put that it will be gone in the N cycle14:49
*** Swami has quit IRC14:49
garyk1kevinbenton: sure, will do.14:49
ihrachysajo: ack, I will get to it now then14:50
ajothanks ihrachys , much appreciated14:50
*** mdih has joined #openstack-neutron14:50
pc_mmestery: Yes, and I'm trying to help with neutron-lib14:51
mesterypc_m: Awesome!14:51
pc_mmestery: I've created a repo (locally) and have been working to move over some low hanging fruit.14:51
mesterypc_m: Sweet!14:52
*** nplanel has quit IRC14:52
*** heyongli has quit IRC14:52
mhickeyajo: Hi.14:52
ajohi mhickey  :)14:52
ihrachyskorzen: why -1 for devref? I don't see comments.14:52
ajothanks for all the help14:52
openstackgerritgaryk proposed openstack/neutron: Update deprecated messages  https://review.openstack.org/24161014:52
ihrachyspc_m: you are my hero of the day then14:52
*** heyongli has joined #openstack-neutron14:53
mhickeyajo: Not a bother. Sorry for having to do lots of English nits!14:53
kevinbentonmestery: is dougwig on PTO this week? if so, we can assign whatever we want to him :)14:53
garyk1kevinbenton: ihrachys: ^14:53
pc_mihrachys: :)14:53
mesterykevinbenton: He appears to be yes, so assign away!14:53
garyk1kevinbenton: as far as i understand he got onto a plan a few hrs ago…14:53
ajomhickey, no problem, we make the docs better, we make my english better, win-win14:53
* pc_m saw neutron-lib mentioned and now reading back...14:53
kevinbentongaryk1: where to? just now heading back to US?14:53
garyk1kevinbenton: not sure. just was in touch with him this morning14:54
kevinbentongaryk1: ack14:54
*** inteq has joined #openstack-neutron14:54
mhickeyajo: Always funny for an Irish person to be correcting English! :)14:55
korzenihrachys: sorry forgot to include the comments, as it was based on PS7 not PS814:55
ihrachyskorzen: ok, now I see them14:55
pc_mihrachys: So, my understanding is that we'll create a repo with 'library' capable items, and then in neutron, we'll create wrappers to import the new library (so 3rd party use doesn't break).14:56
*** links has quit IRC14:56
*** obondarev_ has joined #openstack-neutron14:56
*** salv-orlando has joined #openstack-neutron14:56
pc_mI take it the current discussion is on how we handle deprecation of these references?14:56
ihrachyspc_m: yes, with deprecation warnings, for a cycle or so, then we can start cleaning it up14:57
ajomhickey: lol :)14:57
*** jpena|lunch is now known as jpena14:57
*** gongysh_ has quit IRC14:57
pc_mihrachys: Yeah, that is what I thought we have been doing in the past.14:57
mhickeyajo: I will +1 after you deal with comments from Artur.14:57
*** carl_baldwin has joined #openstack-neutron14:57
ajomhickey, thanks, let me check Artur's I missed those, but I will wait for ihrachys comments too14:58
mhickeyajo: sure. good work BTW.14:58
ajothanks mhickey :-)14:58
*** mgoddard__ has joined #openstack-neutron14:59
*** mkolesni__ has quit IRC15:00
*** anshul has quit IRC15:00
*** heyongli has quit IRC15:02
*** vivek-ebay has joined #openstack-neutron15:02
*** mgoddard_ has quit IRC15:02
*** moshele has quit IRC15:03
*** heyongli has joined #openstack-neutron15:03
ihrachysajo: btw I get the point of sync thru db; but hitting db on each push, and parsing json that is in the agent configurations... it's pretty hard of a hit.15:04
ihrachysit's also O(n) where n is the number of agents15:04
ajoihrachys, no15:04
ajoI'm not proposing that15:05
*** javeriak has joined #openstack-neutron15:05
ajonot on every push, that would explode15:05
*** palexster has joined #openstack-neutron15:05
*** shausy has quit IRC15:05
*** jreeves has joined #openstack-neutron15:05
ajoihrachys, I mean, push should cache that calculation with a TTL, in a pesimistic way15:05
ajoso, we're sure we could be sending old versions if agents are interested, and not worried if during that TTL we send old versions and nobody cares15:06
ajothat's what I mean15:06
ajoI totally agree we cannot keep checking config DB each time, as the number of agents influences the calculation15:06
ajoihrachys: We would have that check being done once per neutron-server every TTL until we reach the point of "all are new versions"15:07
korzenthat seems reasonable15:07
*** tmorin has quit IRC15:07
ihrachysajo: ok, if not on every push, how do you guarantee no agent looses an update? if your server that updated an object does not determine the need to push an old version of it because the last time it cached data from agents db it was not registered there, then I bet you lose an update on an agent that subscribed to the resource type.15:07
ajoihrachys, because of the initial assumption of all old agents being registered when you start the update.15:08
ajoihrachys, and that's why we could consider to extend the "agent down time" consideration15:09
ajofrom the standard one to a longer one15:09
ajoto be on the safe side15:09
ihrachysajo: that's some stricter requirement that we did not have in previous upgrade scenarios. it may be ok, but it's something we should think thru.15:09
ajoihrachys, of course15:09
ajoihrachys, there it is for discussion15:09
ihrachys:)15:10
ajoihrachys, we could also support manual pining if we wanted in parallel15:10
*** yamamoto has quit IRC15:10
mhickeykevinbenton,HenryG,salv-orlando: Hi. Looking at an old bug where the patch was abandoned (https://review.openstack.org/#/c/169613/)> Do you have bandwidth to chat about it?15:10
ihrachysajo: I hate manual, let's think a bit on automatic15:11
ajoihrachys, if anybody wants a super safe version, but I'd think an extended time to "agent down" could work it out15:11
ihrachysajo: you mean, like * 10 times of usual timeout for state report?15:11
ajoihrachys, as an example, yes15:11
ajoihrachys, also, we could process instantaneously the state reports to update the cache15:11
ajowhich it's an interesting thing15:11
ihrachysajo: that would not work for HA neutron-server15:12
ajobut then I guess that only happens on one server15:12
ajoyup15:12
ajoyikes ;)15:12
*** manjeets has joined #openstack-neutron15:12
ajoihrachys, what about sending those messages of "objects of interest" to a fanout queue consumed by servers?15:12
ajo:-)15:12
*** heyongli has quit IRC15:12
ajothey come up, they send an extra report to *all servers*15:13
*** heyongli has joined #openstack-neutron15:13
ajowe could add an rpc endpoint to the callbacks rpc15:13
ihrachysajo: huh. that could be awesome :)15:13
*** signed8bit has joined #openstack-neutron15:13
ajoihrachys, and, btw, we decouple then of agent state reports15:13
*** vivek-ebay has quit IRC15:13
kevinbentonmhickey: sure15:14
ihrachysajo: it's like report state bomb ;)15:14
ajoreport state bomb? :D15:14
*** brad_behle has joined #openstack-neutron15:14
ihrachysajo: yeah, you report once and you get N messages received on the consumer side of the fanout where N is number of servers in swarm15:14
ajoyeah :)15:14
kevinbentonmhickey: why did you want to deprecate it?15:15
kevinbentonmhickey: the issue is that we will break people that use it so we would need a migration strategy for them or a really good reason for throwing them under the bus15:15
mhickeykevinbenton: great, thanks. From reading through the comments, is the outcome to stop use of '*', allow default [] which states that you need to specify phy-nets list?15:15
kevinbentonmhickey: no, my opinion was not to deprecate it at all15:16
*** emagana has joined #openstack-neutron15:16
*** mohankumar has quit IRC15:16
mhickeykevinbenton: so to continue the practise of '8'?15:16
mhickeyshould be *15:16
manjeetsdasm:15:16
dasm_manjeets: o/15:17
dasm_manjeets: what's up?15:17
*** javeriak has quit IRC15:17
*** urdoise has quit IRC15:17
manjeetsdasm_: how do you run just a single functional test ?15:17
kevinbentonmhickey: yes, i don't want to remove the ability of using '*'. however, after reading the bug report i see there is another issue15:17
*** javeriak has joined #openstack-neutron15:17
manjeetsI am able to run all15:17
kevinbentonmhickey: if they do specify it and leave it blank, it seems that it is converted into *15:18
manjeetsi want to run just few tests but not able to do that15:18
kevinbentonmhickey: what i would be for is converting the default to '*' since that's the current behavior, and then fix it so an emtpy list is allowed15:18
kevinbentonmhickey: does that make sense?15:18
mhickeykevinbenton: It would seem that way. So we want to be able to support [] as well but this should return an error. Is that correct?15:18
*** yog_ has quit IRC15:18
*** akanksha_ has quit IRC15:18
dasm_manjeets: look at this: https://wiki.openstack.org/wiki/Testr#How_can_I_run_just_one_test.3F_Just_some_tests.3F and also this: http://docs.openstack.org/developer/neutron/devref/development.environment.html15:18
*** kbringard has joined #openstack-neutron15:18
dasm_manjeets: here you have section with info: http://docs.openstack.org/developer/neutron/devref/development.environment.html#running-individual-tests15:18
dasm_manjeets: in general: tox -e py27 neutron.tests.unit.test_manager.NeutronManagerTestCase.test_service_plugin_is_loaded15:19
*** garyk1 has quit IRC15:19
*** korzen has quit IRC15:19
kevinbentonmhickey: no, not an error. i can see people wanting to explicitly disable flat networks, in which case they make it blank15:19
kevinbentonmhickey: and that gets converted to an emtpy list15:19
kevinbentonmhickey: instead of *15:19
manjeetsthats for unit tests dasm_15:19
dasm_manjeets: mhm. right. missed "functional" in your question15:20
manjeetsi tried tox -e dsvm-functional <path>15:20
mhickeykevinbenton: ok. what about ps2 comment from Henry about '*' case is really dangerous ?15:20
manjeetsit says at the test didnt run actually15:20
ihrachysajo: speaking of upgrades and assumption that agents are already registered... what if neutron-server was down during offline phase of the upgrade for longer than agent report state down time? will those agents be dropped from the db?15:20
kevinbentonmhickey: 'really dangerous' is a little dramatic. this is an admin API15:21
manjeetsbut when i just do tox -e dsvm-functional it runs all functional tests which requires sudo privileges15:21
*** Piet has joined #openstack-neutron15:21
dasm_manjeets: for sudo privileges, you should have devstack configured with: tools/configure_for_func_testing.sh15:21
kevinbentonmhickey: even though it can lead to typos causing mis-configs, changing defaults requires a really strong reason15:21
dasm_manjeets: but I do not know how to run just one test. didn't need it15:22
manjeetsi already did that configuration using script in devstack15:22
manjeetsok thanks15:22
mhickeykevinbenton: ok, agree. It can really catch out users. I suppose it is only 'really dangerous' when the beer runs out! :)15:22
*** heyongli has quit IRC15:22
dasm_manjeets: np. maybe someone else knows the answer.15:23
*** numans has quit IRC15:23
ihrachysajo: ok, check my silly comments when you have time, I posted them there, let's discuss in gerrit15:23
ajoihrachys, neutron-server starts, and processes all the queue of state reports, discarding all the ones older than "down time"15:23
*** heyongli has joined #openstack-neutron15:24
manjeetscan anybody please tell how do i run just a single functional test on my machine ?15:24
*** mohankumar has joined #openstack-neutron15:24
ajoif you see the state report rpc call, its one of the first things it does15:24
ajoas messages tend to pile up while server is out15:24
kevinbentonregXboi: ping15:24
*** veena_ has quit IRC15:24
ajoihrachys, but... with a fanout, those would be lost15:24
ajohmm15:24
ajook, things to think here, not unworkable15:25
regXboikevinbenton: pong - off in DVR meeting so may be distracted15:25
*** urdoise has joined #openstack-neutron15:25
kevinbentonregXboi: oh, when you get a chance can you follow up with your comment on https://review.openstack.org/#/c/230750/15:25
regXboikevinbenton: ack - I have data to explain what I mean in the network node15:26
ajowe could combine both (state reports, and fanouts?)15:26
ajoI will check your comments15:26
ajoneed to AFK for a while15:26
ZZellemhickey, hi15:29
*** ZZelle is now known as ZZelle_away15:31
*** inara has joined #openstack-neutron15:31
*** jamiec has joined #openstack-neutron15:31
*** inara has quit IRC15:31
*** zhangjn has joined #openstack-neutron15:32
*** heyongli has quit IRC15:33
*** heyongli has joined #openstack-neutron15:34
*** cristicalin has quit IRC15:34
*** rpothier has joined #openstack-neutron15:34
*** inara has joined #openstack-neutron15:34
*** subscope has quit IRC15:34
*** javeriak_ has joined #openstack-neutron15:35
*** javeriak has quit IRC15:35
*** vikram has quit IRC15:36
*** wolverineav has joined #openstack-neutron15:36
*** TrevorV has joined #openstack-neutron15:36
*** mohankumar has quit IRC15:36
salv-orlandomhickey: I apologise but I do not have much bandwidth at the moment. Can you try and ping me in 2/3 hours?15:37
mhickeykevinbenton: thanks for heads up.15:37
mhickeysalv-orlando: Thats ok. I had good chat with kevinbenton on the patch.15:38
*** cragusa has joined #openstack-neutron15:40
*** mohankumar has joined #openstack-neutron15:40
cragusahi, anyone to provide some support?15:40
*** wolverineav has quit IRC15:41
*** zhaofengshou has joined #openstack-neutron15:41
mhickeyZZelle_away: All ok now, thanks.15:41
SurajDcragusa, go ahead and shoot your question and wait, somebody expert in your question will answer eventually. :)15:41
*** gampel has quit IRC15:42
*** heyongli has quit IRC15:43
salv-orlandomhickey: even better. so you don't need me anymore ;)15:43
*** heyongli has joined #openstack-neutron15:44
salv-orlandokevinbenton is way more than reliable with me. unless you take a train with hiim15:44
salv-orlandoI heard he's not that good with train15:44
salv-orlando* trains15:44
*** ociuhandu has joined #openstack-neutron15:44
*** subscope has joined #openstack-neutron15:45
*** lazy_prince has quit IRC15:47
*** lajos-katona has quit IRC15:48
*** ociuhandu has quit IRC15:49
cragusaI have a simple setup with a controller (which is also a network  and compute node) and a compute node. I have an instance in each compute node. Each instance is in the mgt network. A vlan is set. I can ping the instances from anywhere (controller, compute, other instance).  I can ssh  to each instance from other instance and from compute, but I ca15:49
cragusannot from the controller15:49
*** baohua has quit IRC15:49
cragusaI've been checking the traffic with tcpdump, and it reaches the phy veth tagged15:51
*** crose has joined #openstack-neutron15:51
cragusabut it doesn't get to the int veth15:51
cragusathe appropriate flow is not applied15:52
cragusaany idea/suggestion?15:52
*** tongli has joined #openstack-neutron15:52
*** heyongli has quit IRC15:53
*** breitz has quit IRC15:54
regXboiarmax: ping?15:54
*** breitz has joined #openstack-neutron15:54
*** heyongli has joined #openstack-neutron15:54
*** shivrao_ has joined #openstack-neutron15:57
*** matrohon has quit IRC16:00
regXboihaleyb: let me continue my thought process16:01
*** tiswanso has quit IRC16:01
*** mohankumar has quit IRC16:01
haleybregXboi: sure... i need to keep an eye on the clock better next time16:01
regXboiI can file a bug that says basically: "L3 agent needs to not drive the message queue into overload"16:01
*** kawa2014 has quit IRC16:01
*** tiswanso has joined #openstack-neutron16:02
*** ybabenko_ has quit IRC16:02
regXboibut that quickly breaks down into two pieces: streamlining the arrival rate (obondarev's message target bugs) and streamlining the execution rate16:02
regXboi(the O(n) stuff I've been chasing)16:02
obondarev_regXboi: need to ensure this is still happening after notifications tuning patches went in16:02
haleybregXboi: the only problem is that isn't specific enough, right?  That's an over-arching topic with a bunch of sub-bugs in it16:02
regXboihaleyb: that's my point16:02
regXboiit's *not* specific enough16:02
regXboiit's more of an rfe/blueprint type of thing16:02
regXboiobondarev_: if there is *ANY* O(n) in the execution time, then queue overload *will* happen at some point in scale16:03
regXboiit's just a matter of when it happens and who hits it first16:03
*** heyongli has quit IRC16:03
*** sridhar_ram has joined #openstack-neutron16:04
*** julim has quit IRC16:04
obondarev_regXboi: yes, currently I see this happening in the scheduler16:04
regXboiobondarev_: that doesn't mean I don't like your notification patches - they are essential to dealing with the arrival side of the problem16:04
*** julim has joined #openstack-neutron16:05
*** heyongli has joined #openstack-neutron16:05
obondarev_regXboi: the more agents we have, the more time it takes to schedule routers16:05
*** mohankumar has joined #openstack-neutron16:05
regXboiobondarev_: exactly :)16:05
haleybyes.  i will agree l3 is an issue, especiall with DVR.  Do we need a spec, or can we just address it one bug at a time?  I guess without some performance numbers it's hard to quantify how bad it is and how much better it's getting... and what's acceptable16:05
Swami_obondarev_: how about if we have multiple neutron-servers to address the scheduling issues for scalability, will that be a problem.16:06
regXboihaleyb: the problem with quantification is that it has to be done with the same exact system each time16:06
regXboihaleyb: throwing faster hardware at the problem will lower the slopes and intercepts and push out the pain point16:06
obondarev_regXboi: Swami_: https://review.openstack.org/#/c/175237/ should address the scheduling problem I mentioned16:07
regXboiobonadrev_: yes, I started trying to work out how that would work, need to follow up with carl_baldwin on that16:07
regXboiSwami_: again, that only pushes out the pain point16:07
HenryGmhickey: kevinbenton: I read the backscroll and agree with the conclusion. The dramatic "really dangerous" sentiment was expressed at the time when ironic ran into this issue of the default being effectively *.16:08
regXboiadding more resources (either via multiple servers or faster hardware) pushes out the problem, but doesn't solve it16:08
obondarev_regXboi: agree16:08
regXboi*solving* it means removing O(n) completely16:08
*** garyk has joined #openstack-neutron16:08
*** lizk has joined #openstack-neutron16:08
regXboiand I think that's going to be hard because it goes to some basic assumptions we've made in agent design16:09
obondarev_regXboi: I’m going to work on https://review.openstack.org/#/c/175237/ during Mitaka16:09
*** shwetaap has joined #openstack-neutron16:09
Swami_regXboi: got it.16:09
*** sthillma_ has joined #openstack-neutron16:09
Swami_obondarev_: please let me know if you need help on the 175237, I can help you out.16:10
regXboiobondarev_: I tried to take a functional swag at 175237 via https://review.openstack.org/#/c/238967/16:10
regXboibut I'm wondering if that's the wrong way to go16:11
*** yamamoto has joined #openstack-neutron16:11
regXboihaleyb: how about an rfe that drives a spec that pulls together all of this into one consistent story?16:11
*** zhangjn has quit IRC16:12
mhickeyHenryG: ok, thanks for responding.16:12
haleybregXboi: regarding your testing comment above - yes, we would need the same/similar systems to verify progress, but we're typically finding things at 100 nodes, which is hard to keep a hold of (and update to latest code).  I would think that seeing profile numbers could help here as well?  i.e. before/after ?16:12
regXboihaleyb: the reason I'm finding things at 100 nodes is I'm *NOT* throwing fast hardware at the problem, I'm throwing the cheapest, slowest PoS I can find :)16:13
regXboithe folks internally throwing real hardware at the problem are finding things at 10x above me16:13
*** heyongli has quit IRC16:14
regXboihaleyb: I have a fair amount of before/after for things that have been fixed in the past16:14
regXboiand you remind me :)16:14
*** heyongli has joined #openstack-neutron16:15
haleybregXboi: that's why i mentioned profiling, since it shows the pain point is gone, even if it did move elsewhere.  Hard to claim a performance increase without it (or a wall clock)16:15
*** kawa2014 has joined #openstack-neutron16:15
*** Leom has quit IRC16:15
*** yamamoto has quit IRC16:16
SurajD[Beginner Question][OT] I am new to Openstack and Neutron altogether and want to contribute to neutron. I have knowledge of network fundamentals and protocols. I have been contributing to project Scapy. Now wanted to contribute here - Neutron.16:16
SurajDIs there any work or help, graspbale for beginner, that I can do? related to neutron or specifically DVR? Or solving bugs is the way I should follow?<eof>16:16
regXboikevinbenton: ping - updated https://review.openstack.org/#/c/230750/16:16
regXboikevinbenton: let me know if you need more information16:17
regXboihaleyb: I tend to either use graphs or least squares correlation coefs16:17
regXboiI prefer the latter, because they cut and paste more easily :)16:17
regXboiSuarjD: I'd suggest looking at https://bugs.launchpad.net/neutron/?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscri16:19
regXboiber=&field.structural_subscriber=&field.tag=low-hanging-fruit+&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search16:19
regXboiugh16:19
regXboiugh ugh ugh16:19
regXboilet me try that again16:19
SurajDregXboi, no problem I will concat :)16:20
regXboiSuarjD: go to https://goo.gl/4DbSPk and pick out one of those bugs that isn't being worked on16:20
*** Leom has joined #openstack-neutron16:20
regXboiSuarjD: those are the items that should be good to cut your teeth on16:20
regXboiall: bbiaf16:21
SurajDregXboi, Thank you for the pointer16:21
*** krtaylor has quit IRC16:21
*** gonzalo2kx has joined #openstack-neutron16:22
*** Leom_ has joined #openstack-neutron16:22
*** ajo has quit IRC16:23
brendenblancoapuimedo: ping16:23
apuimedobrendenblanco: pong16:23
brendenblancoapuimedo: I don't know if you saw already, but just wanted to mention that the reproduction steps for the ipvlan/mesos demo were added to the kuryr etherpad16:24
*** heyongli has quit IRC16:24
apuimedobrendenblanco: oh! I didn't see it16:24
apuimedothanks a lot brendenblanco! Much appreciated16:24
*** pc_m is now known as pc_m_AWAY16:24
*** SridharG has left #openstack-neutron16:24
apuimedoI'll try to go over it by the next weekly meeting16:24
brendenblancosure, I will try to join, fawad mentioned he plans to be joining as well16:25
*** Leom has quit IRC16:25
*** heyongli has joined #openstack-neutron16:25
Sam-I-AmregXboi: re patch 230750... compute nodes usually have a lot more iptables rules than the plain network nodes?16:26
apuimedo:-)16:26
*** kawa2014 has quit IRC16:26
apuimedonice. We're glad to have you16:26
*** ZZelle has joined #openstack-neutron16:26
haleybSam-I-Am: i would say yes, as SG rules can pile up quickly, NAT ones in a router not so much16:26
Sam-I-Amyeah, hence why the speedup would be much more pronounced on compute nodes16:27
Sam-I-Amwhich, iirc, is where we see the problems16:27
*** ajmiller has joined #openstack-neutron16:27
haleybagreed16:28
*** ajo has joined #openstack-neutron16:28
*** garyk has quit IRC16:29
*** shwetaap has quit IRC16:29
openstackgerritNandini Tata proposed openstack/python-neutronclient: Create floating IP on a specific subnet ID  https://review.openstack.org/24006216:29
*** yfried has quit IRC16:31
*** mlavalle has joined #openstack-neutron16:31
*** obondarev_ has quit IRC16:33
*** bharath has joined #openstack-neutron16:34
*** krtaylor has joined #openstack-neutron16:34
*** britthou_ is now known as britthouser16:34
*** heyongli has quit IRC16:34
*** garyk has joined #openstack-neutron16:35
ZZellemhickey, hi16:35
bharathnova_* options under neutron.conf seems to be deprecated.  How to get nova_admin_auth_url in neutron?16:35
*** heyongli has joined #openstack-neutron16:35
mhickeykevinbenton: Hey16:35
ZZellebharath, you should use nova section16:36
*** mohankumar has quit IRC16:36
bharathnova section under neutron.conf?16:36
ZZellebharath, yes16:37
*** nmagnezi has quit IRC16:37
*** aveiga has quit IRC16:39
bharathzzelle, we are using /usr/local/lib/python2.7/dist-packages/oslo_config/cfg.py for getting the config , in which due to latest changes nova options were missing. How to these deleted nova config?16:40
ZZellebharath, did you look at the neutron.conf content?16:41
bharathyes16:42
bharathits there16:42
regXboiSam-I-Am, haleyb: that is correct - however, from a hyper-scalability point of view, any O(n) is bad16:42
ZZellebharath, https://github.com/openstack/neutron/blob/master/etc/neutron.conf#L756-L77916:42
*** vivek-ebay has joined #openstack-neutron16:42
*** tiswanso has quit IRC16:42
*** javeriak_ has quit IRC16:43
Sam-I-AmregXboi: is there O(n) here?16:43
*** drankis has quit IRC16:44
regXboiSam-I-Am: I've measured the least squared correlation coef at between 0.3 and 0.4 so there is some16:44
*** thorst has quit IRC16:44
*** achanda has joined #openstack-neutron16:44
regXboiSam-I-Am: that is for the steps of deleting a router16:44
*** heyongli has quit IRC16:44
Sam-I-Amah16:45
*** thorst has joined #openstack-neutron16:45
regXboiSam-I-Am: it gets much worse if you get the order of operations wrong16:45
Sam-I-Ambut thats more than just iptables rules, right?16:45
*** mgoddard__ has quit IRC16:45
*** javeriak has joined #openstack-neutron16:45
regXboithen you can get up to between 0.6 and 0.716:45
*** azbiswas has joined #openstack-neutron16:45
regXboiSam-I-Am: *most* of that is the iptables rules16:45
*** mgoddard has joined #openstack-neutron16:45
*** heyongli has joined #openstack-neutron16:46
regXboiSam-I-Am: my memory is that we've nailed pretty much everything else down except for ovs and iptables16:46
bharathyeah its there, but in our driver code we are retrieving these values from neutron we use oslo_config.cfg.CONF.nova_admin_auth_url , since these were moved to under nova section , how can i retrieve from oslo_config.cfg.CONF?16:46
bharathZZelle, yeah its there, but in our driver code we are retrieving these values from neutron we use oslo_config.cfg.CONF.nova_admin_auth_url , since these were moved to under nova section , how can i retrieve from oslo_config.cfg.CONF?16:46
regXboiSam-I-Am: the annoying item is the lack of DRY16:46
Sam-I-AmregXboi: i prefer WET anyway16:47
regXboiwhich is what makes order of operations important :(16:47
ZZellebharath, ... cfg.CONF.nova.16:47
bharathZZelle, thanks16:47
*** azbiswas_ has joined #openstack-neutron16:48
Sam-I-Amthe config file doesnt include all of the necessary options under [nova]16:48
haleybregXboi: yes, 0(n) is bad, and i had a thought about getting below that for iptables, don't know how easy it is to accomplish, need to investigate16:48
*** tiswanso has joined #openstack-neutron16:48
Sam-I-Amhaleyb: acls in ovs, of course :)16:49
*** cbouch has joined #openstack-neutron16:49
regXboihaleyb: :)16:49
Sam-I-Amautomated config generation needs much help16:49
*** Swami_ has quit IRC16:50
*** azbiswas has quit IRC16:50
haleybregXboi: my thought (and it was in my slide last week) was being able to mark a chain as "dirty" (say, a rule was added to it), then the manager will only operate on them and ignore the rest.  This implies a relationship to the rules16:50
*** r-daneel has joined #openstack-neutron16:51
*** ygbo has quit IRC16:51
*** thorst_ has joined #openstack-neutron16:51
regXboihaleyb: would the dirty mark be in the rule itself or in the agent's memory only?16:51
*** abregman has quit IRC16:51
haleybbut booting a VM will cause a high-level chain to be marked, so might not help here16:51
*** britthouser has quit IRC16:52
*** britthouser has joined #openstack-neutron16:52
*** hdaniel has quit IRC16:52
haleybregXboi: in the agent memory, and it would have to be the chain since a rule could have been deleted, so there needs to be a relationship upwards to the master chain16:52
haleybit was a SWAG at helping here16:53
*** carl_baldwin has quit IRC16:53
regXboihaleyb: ok, that means you are adding some amount of state to the agent.  I'm ok with that16:53
*** gangil has joined #openstack-neutron16:53
*** gangil has quit IRC16:53
*** gangil has joined #openstack-neutron16:53
regXboi(others however, might not be)16:53
*** minwang2 has quit IRC16:54
*** jlibosva1 has quit IRC16:54
*** thorst has quit IRC16:54
openstackgerritIhar Hrachyshka proposed openstack/neutron: devref: add upgrade strategy page  https://review.openstack.org/24168716:55
*** tongli has quit IRC16:55
*** heyongli has quit IRC16:55
haleybregXboi: and i think kevin's numbers have shown there is a limit to how fast iptables-restore will run, even with small input.  I'd be curious if in certain cases it would be quicker to call iptables directly ?16:55
*** heyongli has joined #openstack-neutron16:56
*** mgoddard has quit IRC16:56
regXboihaleyb: yeah, I don't know about that16:57
*** carl_baldwin has joined #openstack-neutron16:57
*** kbringard has quit IRC16:57
*** kbringard has joined #openstack-neutron16:57
*** saurabh has joined #openstack-neutron16:58
*** tongli has joined #openstack-neutron16:58
*** drankis has joined #openstack-neutron16:59
*** mgoddard has joined #openstack-neutron17:00
*** ihrachys has quit IRC17:01
*** vivek-ebay has quit IRC17:01
*** johnbelamaric has joined #openstack-neutron17:01
kevinbentonregXboi: the agent is packed full of state! :)17:02
mhickeymestery: Hi. Are you there?17:02
regXboikevinbenton: you didn't say that with a straight face did you :)17:02
haleybregXboi: well, if i add a single TCP port rule, which is faster?  But yes, it's hard to quantify where the tipping-point is17:02
kevinbentonregXboi: i did. i'm not sure what you mean17:02
*** nlahouti has joined #openstack-neutron17:02
*** nlahouti has quit IRC17:02
*** tiswanso has quit IRC17:02
kevinbentonregXboi: all of the rules are kept in memory already17:02
kevinbentonregXboi: along with lists of ports and what is configured17:03
regXboikevinbenton: btw, I updated the comments on 23075017:03
*** nlahouti has joined #openstack-neutron17:03
*** tiswanso has joined #openstack-neutron17:03
*** zhaofengshou has quit IRC17:03
regXboikevinbenton: which agent are we talking about here :)17:03
kevinbentonl2 agent17:03
regXboioh17:03
* regXboi talking about l3 agent17:03
mesterymhickey: Howdy!17:03
*** saurabh has quit IRC17:04
kevinbentonregXboi: i'm still not following what you are referring to as state17:04
*** nlahouti has quit IRC17:04
kevinbentonregXboi: the l3 agent keeps track of what routers are in sync, etc17:04
*** saurabh_ has joined #openstack-neutron17:05
regXboikevinbenton: the l3 agent has a problem with not following "don't repeat yourself" because it doesn't track what it has done for a router previously17:05
*** heyongli has quit IRC17:05
kevinbentonregXboi: right, but there already exists quite a bit of state in other places17:05
regXboimestery: since you've appeared in channel, I'll ping you in armax's stead about bug 150472617:06
openstackbug 1504726 in neutron "The vm can not access the vip of load balancer under DVR enviroment" [High,New] https://launchpad.net/bugs/1504726 - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)17:06
*** jlanoux has quit IRC17:06
mhickeymestery: qq if thats ok?17:06
*** heyongli has joined #openstack-neutron17:06
mesterymhickey: Please, go ahead17:06
regXboikevinbenton: yes, but that lack in the L3 agent means that the execution time for router update operations depends on the order those operations arrive, which isn't the most polite way to behave17:06
*** nyechiel_ has joined #openstack-neutron17:07
*** saurabh_ has quit IRC17:07
*** nyechiel has quit IRC17:07
*** salv-orlando has quit IRC17:08
kevinbentonregXboi: right, so then it sounds like we need to introduce some more tracking mechanisms17:08
regXboikevinbenton: ack17:08
mhickeymestery: patch https://review.openstack.org/#/c/169613/ was abandoned and I am going to rework it. I am thinking maybe new patch as 'test_type_flat.py' has changed path?17:08
*** jistr has quit IRC17:08
kevinbentonregXboi: but there is nobody that is intentionally preventing state unless it's obvious that it can never recover from an out-of-sync issue17:08
*** nlahouti has joined #openstack-neutron17:08
*** salv-orlando has joined #openstack-neutron17:09
regXboikevinbenton: we are in agreement17:09
mesterymhickey: I think a new patch is fine, make sure you use the same Change-ID and it won't confuse gerrit.17:09
mesteryMake sense?17:09
kevinbentonmestery: if he uses the same change-id gerrit will reject the upload because it seems like a modification of an abandoned patch17:11
*** kawa2014 has joined #openstack-neutron17:11
mhickeymestery: so set Change-Id: I13eb22afd7c0d011154b58a1bd218fd4fa82a8d9 in the commit message?17:11
mesterykevinbenton: I'll un-abandon that one then.17:11
mesteryUnless a new one is completely ok.17:12
mesteryI'm fine either way to be honest.17:12
mesterykevinbenton: How pedantic shall we get this morning? :P17:12
mesterymhickey: I think it's ok if you just use a completely new patch per kevinbenton's comments here.17:12
mesteryIn all honesty, either way is fine, but since the existing patch is abandoned, it's easier to just use a new one, especially if it's going to be modified heavily.17:13
mhickeymestery, kevinbenton: ok, will go with new patch then. thanks guys! :)17:13
kevinbentonmestery: yeah, if you can unabandon that will work. i wasn't being pedantic, i was just pointing out that it will fail to upload for him IIRC17:13
mesterykevinbenton: No worries :)17:14
mhickeymestery, kevinbenton: sorry but confused. which way would you like me to use?17:14
kevinbentonmestery: can you unabandon that patch?17:15
kevinbentonmhickey, if mestery can unabandon that one, that would be the way to go17:15
*** heyongli has quit IRC17:15
mesterykevinbenton: I've un-abandoned it17:16
mesterymhickey: Please take it over and re-use the change ID17:16
*** heyongli has joined #openstack-neutron17:16
*** daneyon_ has joined #openstack-neutron17:16
kevinbentonregXboi: let's move discussion from my iptables patch here really quick17:16
kevinbentonregXboi: is iptables still a bottleneck in the l3 agent?17:17
*** kawa2014 has quit IRC17:17
mhickeymestery, kevinbenton: ok guys, will do. as unsure of the process, do I need to git fetch, amend cganges and then add change-id to commit message? Or do I just get code new, make changes and commit new and only need to add change-id?17:18
regXboikevinbenton: the way I define "bottleneck", yes17:18
kevinbentonmhickey: you can just do a new commit with that change id in the commit msg17:18
regXboikevinbenton: but I define "bottleneck" as "exhibiting O(n) behavior"17:18
kevinbentonregXboi: every single list iteration in python is O(n) behavior17:18
ZZelleregXboi, so improving things is not enough?17:18
kevinbentonregXboi: what's your cutoff for O(n) that matters enough to be called out?17:19
*** kobis has quit IRC17:19
mhickeykevinbenton: thanks! :)17:19
kevinbentonregXboi: i would like to get on the same page for performance targets17:19
*** sayali has quit IRC17:19
regXboikevinbenton: my cutoff is seeing a least squares correlation coef of less than 0.317:19
mhickeymestery: thanks for help also.17:19
*** daneyon has quit IRC17:19
regXboiso we are *close* to saying iptables is off the table17:19
*** vivek-ebay has joined #openstack-neutron17:20
*** kawa2014 has joined #openstack-neutron17:20
regXboibut I'm still measuring that value at slightly above 0.317:20
kevinbentonregXboi: coef on what? there will be operations that are linear that take 10 microseconds per router that we don't care about17:20
*** sayali has joined #openstack-neutron17:20
regXboikevinbenton: actually, if I'm talking about 100k scale - I *do* care about 10 usec17:21
regXboithat's why I said "hyper-scale"17:21
kevinbentonregXboi: you find me a linux distro that can handle 100,000 namespaces and i'll worry about that use case17:21
kevinbenton:)17:21
regXboifair point17:21
regXboibut let me describe what I mean by least squares correlation coef17:22
regXboiI'm doing tests where I scale up by number of routers and measure execution time of various operations17:22
*** bharathm has joined #openstack-neutron17:22
regXboiand then I'm taking those data points and trying to do a least squares linear fit to them17:22
regXboiand measuring the correlation coef of that fit17:23
regXboiif that abs(correlation coef) > 0.3 then I'm trying to nail it down as having O(n)17:23
*** rohit_ has joined #openstack-neutron17:23
kevinbentonregXboi: right, i completely understand, but being that we are still in an early stage of optimization on some of this stuff, i don't want to chase something down that is the one percent so to speak17:23
regXboidoes that explain the methodology?17:23
regXboikevinbenton: ah17:23
kevinbentonregXboi: so what i want with this is the orders of magnitude on the time we are talking about17:24
regXboiso I'm also doing a ratio of the slope to the intercept to find the number of routers that will double the delay17:24
regXboiand if that number is more than 1000 then I'm happy, because that's 10x the scale I'm testing17:24
kevinbentonregXboi: in other words, which optimization should we focus on to get the most bang17:24
regXboiright now, most of the time, that ratio is between 200 and 400 routers17:25
*** wolverineav has joined #openstack-neutron17:25
kevinbentonregXboi: and is iptables the biggest issue or at least major?17:25
*** nyechiel has joined #openstack-neutron17:25
*** nyechiel_ has quit IRC17:25
*** heyongli has quit IRC17:25
regXboikevinbenton: yes, that is my memory - but I'm happy to take some time and repeat the experiments+instrumentation with master and see if any of the latest merged patches have changed things17:26
*** r-daneel has quit IRC17:26
*** davidsha has quit IRC17:26
regXboiThe other place that I remember is OVS itself...17:26
kevinbentonregXboi: yeah, after my iptables patch merges, it would be great if you can just put up an etherpad with a breakdown of the operations that cause pain17:27
*** heyongli has joined #openstack-neutron17:27
*** kawa2014 has quit IRC17:27
*** r-daneel has joined #openstack-neutron17:27
regXboikevinbenton: I'll see what I can do - I'm thinking that https://bugs.launchpad.net/neutron/+bug/1512864 will make this *much* easier :)17:28
openstackLaunchpad bug 1512864 in neutron "Application Metrics for Neutron" [Low,Triaged] - Assigned to Ramu Ramamurthy (ramu-ramamurthy)17:28
*** y_sawai has joined #openstack-neutron17:28
regXboimestery: ping - you have some cycles for a kilo support question?17:28
*** davideagnello has joined #openstack-neutron17:28
*** minwang2 has joined #openstack-neutron17:29
*** wolverineav has quit IRC17:29
*** Swami has joined #openstack-neutron17:30
*** nyechiel has quit IRC17:31
*** garyk has quit IRC17:31
*** davideagnello has quit IRC17:33
*** doug-fish has joined #openstack-neutron17:33
cgoncalvesmestery: hi. thanks for adding bug #1513144 to the neutron driver meeting agenda next week17:33
openstackbug 1513144 in neutron "Allow admin to mark agents down" [Undecided,Triaged] https://launchpad.net/bugs/1513144 - Assigned to Carlos Goncalves (cgoncalves)17:33
*** davideagnello has joined #openstack-neutron17:34
*** vivek-eb_ has joined #openstack-neutron17:34
cgoncalvesmestery: I've developed some code already (missing UTs yet)17:34
*** vivek-ebay has quit IRC17:35
*** heyongli has quit IRC17:36
*** dedery has quit IRC17:37
*** heyongli has joined #openstack-neutron17:37
*** rossella_s has quit IRC17:37
*** rossella_s has joined #openstack-neutron17:38
*** lizk has quit IRC17:42
*** bharath has quit IRC17:44
*** fedexo has joined #openstack-neutron17:46
*** heyongli has quit IRC17:46
*** gangil has quit IRC17:46
*** javeriak_ has joined #openstack-neutron17:47
*** padkrish has joined #openstack-neutron17:47
*** heyongli has joined #openstack-neutron17:47
openstackgerritRyan Moats proposed openstack/neutron: WiP [Do Not Merge]: optimize router delete execution  https://review.openstack.org/24097117:47
*** javeriak has quit IRC17:49
mhickeykevinbenton: WRT patch 169613, is this code change you are thinking: http://paste.openstack.org/show/478001/ ?17:50
*** jwy has joined #openstack-neutron17:50
mesteryregXboi: Yes, go ahead17:56
*** heyongli has quit IRC17:56
regXboiso my question is about bug 150472617:57
openstackbug 1504726 in neutron "The vm can not access the vip of load balancer under DVR enviroment" [High,New] https://launchpad.net/bugs/1504726 - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)17:57
regXboithis is filed on Kilo17:57
mesteryOK17:57
mesteryIs it LBaaS V1 based?17:57
*** heyongli has joined #openstack-neutron17:57
regXboidon't know - my question is that https://wiki.openstack.org/wiki/Releases says Kilo is security supported only17:57
regXboiso... is this a valid bug or does it need to be retested with Liberty?17:58
mesteryregXboi: It may be valid in Kilo, but regardless of the status of Kilo, we'd need to verify it on master, because the patch would have to land there first.17:59
regXboiwell, I believe Swami had a note that it's not reproducable in master17:59
regXboimestery: yes it is not reproducable on master: see https://bugs.launchpad.net/neutron/+bug/1504726/comments/1018:00
openstackLaunchpad bug 1504726 in neutron "The vm can not access the vip of load balancer under DVR enviroment" [High,New] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)18:00
*** jprovazn is now known as jprovazn_bbl18:00
regXboiso I'm thinking of marking it incomplete and asking about liberty18:00
mesteryregXboi: I marked up the bug18:01
mesteryAdded kilo, marked master as invalid18:02
regXboimestery: thanks18:02
mesterythank you18:02
*** urdoise has quit IRC18:02
*** pc_m_AWAY is now known as pc_m18:02
*** jdandrea has joined #openstack-neutron18:02
*** urdoise has joined #openstack-neutron18:02
pc_majmiller: Thansk for the review on 230164!18:03
ajmillerpc_m: You're welcome.  Meant to get to it yesterday, but jet lag took over and couldn't think clearly enough...18:03
pc_majmiller: I hear ya. Been in a daze myself (more than usual :) lately18:04
pc_mNow I can push for the CLI and functional test commits18:04
*** saksham has joined #openstack-neutron18:05
SwamiregXboi: mestery: yes I verified in master and not reproducable.18:05
ajmillerYup, would be nice to get all this wrapped up.18:05
*** aix has quit IRC18:05
*** saksham has quit IRC18:05
*** bharathm has quit IRC18:06
mhickeykevinbenton: Got to head off; I might be on later.18:06
*** heyongli has quit IRC18:07
*** heyongli has joined #openstack-neutron18:08
*** bharathm has joined #openstack-neutron18:10
*** carl_baldwin has quit IRC18:14
*** crose has quit IRC18:14
*** yfried has joined #openstack-neutron18:15
*** javeriak has joined #openstack-neutron18:15
*** mhickey has quit IRC18:16
*** krypto has joined #openstack-neutron18:16
*** wolverineav has joined #openstack-neutron18:16
*** heyongli has quit IRC18:17
*** nlahouti has quit IRC18:17
*** javeriak_ has quit IRC18:17
*** heyongli has joined #openstack-neutron18:18
*** vivek-eb_ has quit IRC18:19
*** jerrygb has quit IRC18:21
*** jpena has quit IRC18:22
*** urdoise has quit IRC18:22
*** urdoise has joined #openstack-neutron18:22
*** hitalia has joined #openstack-neutron18:22
*** hitalia has quit IRC18:23
*** hitalia has joined #openstack-neutron18:24
*** evrardjp has joined #openstack-neutron18:24
*** jwy has quit IRC18:25
*** Leom_ has quit IRC18:25
*** evrardjp has left #openstack-neutron18:26
*** jwy has joined #openstack-neutron18:27
*** heyongli has quit IRC18:27
*** padkrish has quit IRC18:27
*** padkrish has joined #openstack-neutron18:28
*** shivrao_ has quit IRC18:28
*** krypto has quit IRC18:28
*** heyongli has joined #openstack-neutron18:28
*** sridhar_ram has quit IRC18:30
openstackgerritMerged openstack/neutron: Fix incorrect passing port dict in pluggable IPAM  https://review.openstack.org/24051718:33
*** padkrish has quit IRC18:34
*** tflynn has joined #openstack-neutron18:34
openstackgerritNate Johnston proposed openstack/neutron-specs: ML2/OVS QoS support with dscp markings  https://review.openstack.org/19028518:35
*** tflynn_ has joined #openstack-neutron18:35
*** carl_baldwin has joined #openstack-neutron18:36
*** padkrish has joined #openstack-neutron18:37
*** heyongli has quit IRC18:37
*** akanksha_ has joined #openstack-neutron18:37
*** nlahouti has joined #openstack-neutron18:38
*** heyongli has joined #openstack-neutron18:38
*** tflynn has quit IRC18:39
*** gangil has joined #openstack-neutron18:39
*** gangil has quit IRC18:39
*** gangil has joined #openstack-neutron18:39
*** roeyc has quit IRC18:40
*** shivrao has joined #openstack-neutron18:41
*** padkrish has quit IRC18:41
openstackgerritMerged openstack/neutron-vpnaas: VPNaaS: Multiple Local Subnets feature  https://review.openstack.org/23016418:42
*** Jabadia has joined #openstack-neutron18:42
*** SurajD has quit IRC18:42
*** jwy1 has joined #openstack-neutron18:43
*** jwy has quit IRC18:44
*** wolverineav has quit IRC18:44
*** outworlder has left #openstack-neutron18:46
*** dvlwrk_ has joined #openstack-neutron18:47
*** eilert has joined #openstack-neutron18:47
*** heyongli has quit IRC18:48
*** subscope has quit IRC18:48
*** heyongli has joined #openstack-neutron18:49
*** padkrish has joined #openstack-neutron18:50
*** padkrish has quit IRC18:51
*** Marga_ has joined #openstack-neutron18:52
*** alex_klimov has joined #openstack-neutron18:54
*** Marga_ has quit IRC18:55
*** Marga_ has joined #openstack-neutron18:55
*** skamithi has joined #openstack-neutron18:56
*** doug-fis_ has joined #openstack-neutron18:56
*** skamithi has quit IRC18:56
*** jbell8 has quit IRC18:57
*** jprovazn_bbl is now known as jprovazn18:58
*** heyongli has quit IRC18:58
*** doug-fish has quit IRC18:58
*** heyongli has joined #openstack-neutron18:59
openstackgerritRyan Moats proposed openstack/neutron: WiP [Do Not Merge]: optimize router delete execution  https://review.openstack.org/24097119:00
*** doug-fis_ has quit IRC19:00
*** sridhar_ram has joined #openstack-neutron19:02
*** jbell8 has joined #openstack-neutron19:02
*** drankis has quit IRC19:03
openstackgerritKyle Mestery proposed openstack/neutron: Add a note about the Neutron Bugs team in Launchpad  https://review.openstack.org/24173319:03
mesterykevinbenton: ^^^19:03
*** doug-fish has joined #openstack-neutron19:04
*** mestery has quit IRC19:05
*** mestery has joined #openstack-neutron19:05
*** sridhar_ram1 has joined #openstack-neutron19:06
*** wolverineav has joined #openstack-neutron19:06
*** s3wong has joined #openstack-neutron19:07
*** sridhar_ram has quit IRC19:07
*** doug-fish has quit IRC19:08
*** wolverineav has quit IRC19:08
*** doug-fish has joined #openstack-neutron19:08
*** wolverineav has joined #openstack-neutron19:08
*** heyongli has quit IRC19:08
rtheisamotoki: Hi.  Are you there?19:09
*** abhiraut has joined #openstack-neutron19:09
*** heyongli has joined #openstack-neutron19:09
*** emagana_ has joined #openstack-neutron19:13
*** emagana has quit IRC19:13
*** brendenblanco has quit IRC19:14
*** crose has joined #openstack-neutron19:15
*** LukeHinds has quit IRC19:16
*** azbiswas_ has quit IRC19:16
*** padkrish has joined #openstack-neutron19:18
mlavallearmax: ping19:18
*** heyongli has quit IRC19:18
Swamimlavalle: armax not seen19:18
mlavalleSwami: :-) thanks!19:19
*** heyongli has joined #openstack-neutron19:19
*** jerrygb has joined #openstack-neutron19:20
*** abregman has joined #openstack-neutron19:22
*** padkrish has quit IRC19:23
*** urdoise has quit IRC19:23
pc_mamotoki: ping19:24
*** jbell8 has quit IRC19:26
*** saksham has joined #openstack-neutron19:26
*** bradjones has quit IRC19:26
*** vishwana_ has quit IRC19:27
*** brendenblanco has joined #openstack-neutron19:27
*** heyongli has quit IRC19:29
*** padkrish has joined #openstack-neutron19:29
*** heyongli has joined #openstack-neutron19:30
*** tiswanso has quit IRC19:30
*** tiswanso has joined #openstack-neutron19:32
*** safchain has quit IRC19:32
*** padkrish has quit IRC19:33
openstackgerritCedric Brandily proposed openstack/neutron: Remove deprecated use_namespaces option  https://review.openstack.org/23821319:33
*** ybabenko has joined #openstack-neutron19:35
openstackgerritMerged openstack/neutron: Change function call order in ovs_neutron_agent.  https://review.openstack.org/24115619:35
*** Leo_ has joined #openstack-neutron19:39
*** heyongli has quit IRC19:39
*** ybabenko has quit IRC19:39
*** heyongli has joined #openstack-neutron19:40
*** Leom has joined #openstack-neutron19:40
*** salv-orlando has quit IRC19:42
*** salv-orlando has joined #openstack-neutron19:42
*** sridhar_ram1 has quit IRC19:43
*** Leo_ has quit IRC19:43
*** azbiswas has joined #openstack-neutron19:43
*** jwy1 has quit IRC19:44
*** spandhe has joined #openstack-neutron19:45
spandhehi folks, I have a small question on IPAM.19:46
spandheWith IPAM, we are allowing users to have their own IPAM drivers so that they can manage IP allocation.19:47
*** doug-fish has quit IRC19:47
spandheThe problem is, the new ipam tables have the same columns as the old tables.19:48
*** achanda has quit IRC19:49
*** heyongli has quit IRC19:49
*** doug-fish has joined #openstack-neutron19:49
*** heyongli has joined #openstack-neutron19:50
spandheSo, as a user, if I want to have my own logic for ip allocation, I cant actually get any help from the database.. Whereas, if we had an arbitrary json blob in the ipam tables, I could put any useful infomation/tags there, that can help me for allocation..19:50
spandheDoes this make sense?19:50
*** wolverineav has quit IRC19:51
*** padkrish has joined #openstack-neutron19:51
*** wolverineav has joined #openstack-neutron19:51
spandhee.g. if I want to create multiple allocation pools in a subnet and use them for different purposes, I would need some sort of tag for each allocation pool for identification19:51
*** achanda has joined #openstack-neutron19:52
spandhebut right now, there is no scope for doing something like that. Any thoughts?19:52
spandheIf there are any other way to solve the problem, please let me know19:52
*** kutija_ has quit IRC19:52
*** saksham has quit IRC19:53
*** padkrish has quit IRC19:55
*** heyongli has quit IRC19:59
*** baoli_ has quit IRC20:00
*** heyongli has joined #openstack-neutron20:00
openstackgerritMerged openstack/neutron: PortOpt cleanups  https://review.openstack.org/24069920:00
*** Aish has joined #openstack-neutron20:00
*** jbell8 has joined #openstack-neutron20:00
*** jprovazn has quit IRC20:04
*** sthillma_ has quit IRC20:05
*** abregman is now known as abregman|coffe20:05
*** mhickey has joined #openstack-neutron20:07
*** sridhar_ram has joined #openstack-neutron20:09
*** heyongli has quit IRC20:09
mhickeykevinbenton: Hi. Are you there?20:09
*** heyongli has joined #openstack-neutron20:10
*** abhiraut has quit IRC20:10
*** abregman|coffe is now known as abregman20:10
*** ZZelle has quit IRC20:14
*** gonzalo2kx has quit IRC20:15
*** heyongli has quit IRC20:19
*** heyongli has joined #openstack-neutron20:20
*** SumitNaiksatam has joined #openstack-neutron20:23
*** khomkrit has quit IRC20:26
*** padkrish has joined #openstack-neutron20:29
*** crose has quit IRC20:29
*** heyongli has quit IRC20:29
*** heyongli has joined #openstack-neutron20:30
*** fawadkhaliq has joined #openstack-neutron20:31
*** padkrish has quit IRC20:32
*** abregman has quit IRC20:36
*** jamielennox|away is now known as jamielennox20:36
anteayaanyone know who thomas morin is?20:38
anteayahe needs to address mestery's comments soon lest his rename patch get left for another window: https://review.openstack.org/#/c/237936/220:39
*** Jabadia has quit IRC20:39
*** heyongli has quit IRC20:40
*** Jabadia has joined #openstack-neutron20:40
*** heyongli has joined #openstack-neutron20:40
*** nlahouti has quit IRC20:40
*** johnbelamaric has quit IRC20:41
openstackgerritKyle Mestery proposed openstack/neutron: Add reno for release notes management  https://review.openstack.org/24175820:43
*** johnbelamaric has joined #openstack-neutron20:44
*** Jabadia has quit IRC20:45
*** padkrish has joined #openstack-neutron20:46
*** heyongli has quit IRC20:50
*** rotbeard has quit IRC20:50
*** bharathm has quit IRC20:50
*** heyongli has joined #openstack-neutron20:51
*** abhiraut has joined #openstack-neutron20:51
mesteryanteaya: I'm afraid I don't know thomas morin's IRC nick20:51
*** Sisir has joined #openstack-neutron20:52
anteayamestery: okay well if he can't address your comments before the end of my day tomorrow it is highly likly he will miss the rename window20:53
anteayaas I have to travel on Friday for a conf on the weekend and the rename is set for Friday20:54
mesteryanteaya: Ack. We've done what we can, thank you!20:56
openstackgerritRyan Moats proposed openstack/neutron: Add reno for release notes management  https://review.openstack.org/24175820:57
openstackgerritMerged openstack/neutron: Delete fipnamespace when external net removed on DVR  https://review.openstack.org/23007920:57
*** Aish has quit IRC20:58
*** azbiswas has quit IRC20:58
anteayamestery: agreed, thank you20:58
Sam-I-Amhowdy folks20:59
*** heyongli has quit IRC21:00
*** heyongli has joined #openstack-neutron21:01
*** zhhuabj has quit IRC21:02
*** achanda has quit IRC21:03
openstackgerritKyle Mestery proposed openstack/neutron: Add a note about the Neutron Bugs team in Launchpad  https://review.openstack.org/24173321:07
*** heyongli has quit IRC21:10
*** heyongli has joined #openstack-neutron21:11
*** azbiswas has joined #openstack-neutron21:11
*** salv-orlando has quit IRC21:14
*** Leom_ has joined #openstack-neutron21:14
*** salv-orlando has joined #openstack-neutron21:14
*** daneyon_ has quit IRC21:15
*** cn28h has joined #openstack-neutron21:16
*** zhhuabj has joined #openstack-neutron21:17
*** kbringard has quit IRC21:17
*** kbringard1 has joined #openstack-neutron21:17
*** Leom has quit IRC21:18
*** abhiraut has quit IRC21:18
*** jwy has joined #openstack-neutron21:18
*** Jabadia has joined #openstack-neutron21:20
*** itzikb has joined #openstack-neutron21:20
*** heyongli has quit IRC21:21
*** abhiraut has joined #openstack-neutron21:21
*** Aish has joined #openstack-neutron21:21
*** heyongli has joined #openstack-neutron21:21
*** saksham has joined #openstack-neutron21:25
*** pece has quit IRC21:27
*** jamielennox is now known as jamielennox|away21:30
*** bharathm has joined #openstack-neutron21:30
*** baoli has joined #openstack-neutron21:30
*** sthillma has joined #openstack-neutron21:31
*** heyongli has quit IRC21:31
*** gonzalo2kx has joined #openstack-neutron21:31
*** heyongli has joined #openstack-neutron21:32
*** cfriesen_ has joined #openstack-neutron21:32
Swamiarmax:ping21:32
armaxSwami: pong21:33
Swamiarmax: we were discussing about poking into the gate vms to look at the DVR related failures.21:33
*** nlahouti has joined #openstack-neutron21:33
armaxSwami: what’s there to discuss?21:33
armaxSwami: not sure I follow21:34
*** mwagner has quit IRC21:34
Swamiarmax: whom should i contact from the infra team to poke into the VMs in the gate. I have not done this before, so I need some help.21:34
*** Leom_ has quit IRC21:34
*** padkrish has quit IRC21:35
armaxSwami: whenever you see that a patch is failing, go to the infra channel and seek help21:35
armaxSwami: usually clarkb is responsive and has helped us in the past21:35
armaxSwami: but anyone in the infra channel should be able to direct you21:35
armaxSwami: the quicker you spot the breakage the more time you have21:36
*** jreeves has quit IRC21:36
Swamiarmax: In this case we should be monitoring the patch constantly for it fail.21:36
*** jerrygb has quit IRC21:36
cfriesen_This is more of a vswitch question than neutron, but I'm hoping someone can help.  I'm looking at a case where deleting an instance that is at just the right point in a resize operation causes problems due to lack of network cleanup on the host.  (https://bugs.launchpad.net/nova/+bug/1512907)   The issue was detected because our custom vswitch has the ability to show allocated ports and we can see them being left behind21:36
openstackLaunchpad bug 1512907 in OpenStack Compute (nova) "leak of vswitch port if delete an instance while resizing" [Undecided,New]21:36
cfriesen_after the instance was deleted.  I'd like to reproduce this with "stock" upstream components.  With the devstack neutron setup is there a way to check whether unplug() was properly called when deleting an instance?21:36
armaxSwami: yes, it requires some diligence in spotting a breakage21:36
*** rtheis has quit IRC21:37
Swamiarmax: ok21:37
*** jamielennox|away is now known as jamielennox21:37
*** abhiraut has quit IRC21:37
armaxSwami: you don’t have to constantly watch the screen though21:37
armaxSwami: tht would be silly21:37
Swamiarmax: no I did not mean that would be watching the screen21:37
*** rossella_s has quit IRC21:37
*** abhiraut has joined #openstack-neutron21:37
*** rossella_s has joined #openstack-neutron21:38
*** jerrygb has joined #openstack-neutron21:38
Swamiarmax: ok, will give it a try21:38
*** aix has joined #openstack-neutron21:39
*** baoli has quit IRC21:40
*** heyongli has quit IRC21:41
openstackgerritMerged openstack/neutron-fwaas: Prepare neutron "use_namespaces" option removal  https://review.openstack.org/23957021:42
*** baoli has joined #openstack-neutron21:42
*** heyongli has joined #openstack-neutron21:42
cn28his the "flat" model really deprecated? I'm looking at Mirantis' documentation and in order to use Fuel to provision a compute host with flat network it looks like I have to select "nova-network" which it says is deprecated21:42
cn28hI'm unsure if that's referring to flat as a whole being deprecated, or specifically nova-network (not sure what that is)21:42
*** fedexo has quit IRC21:44
cfriesen_cn28h: others will have more information, but nova-network is the "old" way of doing networking (as opposed to using neutron)21:45
cn28hah21:45
cn28hbut neutron supports the flat model (i.e. one NIC per network) and that's not deprecated?21:46
*** baoli has quit IRC21:46
*** baoli has joined #openstack-neutron21:46
cfriesen_cn28h: can't answer that.  I'm not really a neutron dev, was here myself to ask a question.21:46
cn28hsure, understand, thanks for confirming about nova-network21:47
*** Piet has quit IRC21:47
*** baoli has quit IRC21:47
cfriesen_why would you want flat?  one of the nice things about neutron is that it lets you isolate tenant networks from each other.21:48
*** baoli has joined #openstack-neutron21:49
*** Leom has joined #openstack-neutron21:51
*** heyongli has quit IRC21:51
cn28hit's a fairly complex scenario actually.. Cisco UCS with disjoint l2 domains and it's easy to create vNICs (which show as normal interfaces to host OS) for each vlan.  So, in fact I would be using VLANs, just not via neutron21:52
openstackgerritMerged openstack/neutron-fwaas: Update list of modules supporting py34 tests  https://review.openstack.org/23925521:52
openstackgerritMerged openstack/neutron: Update deprecated messages  https://review.openstack.org/24161021:52
Sam-I-Amcn28h: define 'flat' model21:52
*** Leom_ has joined #openstack-neutron21:52
Sam-I-Amthat word is overloaded21:52
regXboiarmax: on Swami's point earlier, the hope was to get a mechanism where what is going on the test VMs gets dumped automagically21:52
openstackgerritMerged openstack/neutron-fwaas: Add tempest scenario tests  https://review.openstack.org/23689021:52
openstackgerritMerged openstack/neutron-fwaas: Register FWaaS resources to quota engine  https://review.openstack.org/23124621:52
*** heyongli has joined #openstack-neutron21:52
Sam-I-Amit means one thing in nova-net and several other things in neutron21:52
regXboiSam-I-Am: picky picky picky :)21:53
cn28hSam-I-Am: basically, I want to map 1 tenant network -> 1 NIC on the compute host (i.e. for each network I need host has a NIC for it)21:53
*** baoli has quit IRC21:53
Sam-I-Amcn28h: sounds wasteful, but its entirely possible to do21:53
*** tflynn_ has quit IRC21:53
*** baoli has joined #openstack-neutron21:53
Sam-I-Amjust configure a flat network in ml2 and the associated bridge/interface mapping in the l2 agent config file21:54
*** tflynn has joined #openstack-neutron21:54
Sam-I-Amyou can only have 1 flat network per physical interface (its the native vlan)21:54
cn28hmakes sense21:55
*** gangil has quit IRC21:55
*** Leom has quit IRC21:55
*** tiswanso has quit IRC21:56
*** kbringard1 is now known as kevinbri21:57
*** baoli has quit IRC21:59
*** baoli has joined #openstack-neutron21:59
*** gangil has joined #openstack-neutron22:00
*** gangil has quit IRC22:00
*** gangil has joined #openstack-neutron22:00
*** achanda has joined #openstack-neutron22:00
*** heyongli has quit IRC22:02
*** heyongli has joined #openstack-neutron22:02
*** baoli has quit IRC22:04
*** gildub has joined #openstack-neutron22:04
*** baoli has joined #openstack-neutron22:04
*** Prem has joined #openstack-neutron22:05
openstackgerritRyan Tidwell proposed openstack/neutron: Add BGP Dynamic Routing DB Model and Basic CRUD  https://review.openstack.org/20162122:06
openstackgerritRyan Tidwell proposed openstack/neutron: Add L3 Notifications To Enable BGP Dynamic Routing  https://review.openstack.org/24106222:08
*** y_sawai has quit IRC22:11
*** heyongli has quit IRC22:12
*** heyongli has joined #openstack-neutron22:13
*** Aish has quit IRC22:14
*** baoli has quit IRC22:16
*** regXboi has quit IRC22:16
*** baoli has joined #openstack-neutron22:20
*** abregman has joined #openstack-neutron22:20
*** gangil has quit IRC22:20
*** mhickey has quit IRC22:21
*** heyongli has quit IRC22:22
*** cbouch has quit IRC22:23
*** heyongli has joined #openstack-neutron22:23
*** padkrish has joined #openstack-neutron22:24
*** Aish has joined #openstack-neutron22:24
*** TrevorV has quit IRC22:25
*** gangil has joined #openstack-neutron22:26
*** gangil has quit IRC22:26
*** gangil has joined #openstack-neutron22:26
*** doug-fish has quit IRC22:26
*** achanda has quit IRC22:26
*** Sisir has quit IRC22:27
openstackgerritKyle Mestery proposed openstack/neutron: Add reno for release notes management  https://review.openstack.org/24175822:28
openstackgerritMartin Hickey proposed openstack/neutron: Make '*' the default ml2 flat_networks configuration  https://review.openstack.org/16961322:29
*** johnbelamaric has quit IRC22:29
openstackgerritKyle Mestery proposed openstack/neutron: Add reno for release notes management  https://review.openstack.org/24175822:30
*** achanda has joined #openstack-neutron22:30
*** padkrish has quit IRC22:30
*** baoli has quit IRC22:31
*** baoli has joined #openstack-neutron22:32
*** heyongli has quit IRC22:32
slaweqhello22:32
slaweqI have question about unit tests in neutron22:33
slaweqI'm working on QoS for linuxbridge and I created unit tests for some my new functions22:33
*** heyongli has joined #openstack-neutron22:33
slaweqin test I'm mocking neutron.agent.common.utils.execute function22:33
*** padkrish has joined #openstack-neutron22:34
slaweqand when I'm testing this mock with assert_called_once_with() function on my VM it is fine when I not give "log_fail_as_error=True" parameter to list of checking params22:35
slaweqbut then this tests are failing in openstack's jenkins tests because "expected_call" is without "log_fail_as_error=True" but "actual_call" is with this parameter22:36
slaweqif I add this parameter to expected call in test then jenkins tests are passing but my tests in VM not :/22:36
slaweqmaybe someone of You have any idea what can be wrong with or what I should check on my VM?22:37
*** baoli has quit IRC22:37
*** mhickey has joined #openstack-neutron22:37
*** baoli has joined #openstack-neutron22:37
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Test only patch - DO NOT MERGE  https://review.openstack.org/24179522:37
*** padkrish has quit IRC22:38
*** mchestr has joined #openstack-neutron22:39
openstackgerritSlawek Kaplonski proposed openstack/neutron: Add support for QoS for LinuxBridge agent  https://review.openstack.org/23621022:40
*** heyongli has quit IRC22:43
*** heyongli has joined #openstack-neutron22:43
*** kevinbri has quit IRC22:45
*** mhickey has quit IRC22:45
*** kbringard has joined #openstack-neutron22:45
*** baoli has quit IRC22:46
*** padkrish has joined #openstack-neutron22:46
*** padkrish has quit IRC22:46
*** padkrish has joined #openstack-neutron22:46
*** gangil has quit IRC22:47
*** tidwellr has joined #openstack-neutron22:47
*** tidwellr is now known as tidwellr_22:47
*** mwagner has joined #openstack-neutron22:48
*** baoli has joined #openstack-neutron22:48
*** cdl has joined #openstack-neutron22:49
*** julim has quit IRC22:49
*** padkrish has quit IRC22:50
*** Swami has quit IRC22:51
*** manjeets has quit IRC22:51
*** rpothier has quit IRC22:52
*** heyongli has quit IRC22:53
*** heyongli has joined #openstack-neutron22:54
*** cdl has quit IRC22:57
*** cdl has joined #openstack-neutron22:57
*** cdl has left #openstack-neutron22:57
*** jwy has quit IRC22:58
*** pc_m has quit IRC22:59
*** banix has joined #openstack-neutron22:59
*** baoli has quit IRC23:00
*** baoli has joined #openstack-neutron23:00
*** bharathm_ has joined #openstack-neutron23:01
mlavallehaleyb: ping23:01
*** vivek-ebay has joined #openstack-neutron23:02
*** neophy has quit IRC23:03
*** abregman has quit IRC23:03
*** heyongli has quit IRC23:03
*** bharathm has quit IRC23:03
openstackgerritSlawek Kaplonski proposed openstack/neutron: Add support for QoS for LinuxBridge agent  https://review.openstack.org/23621023:04
*** pradk has quit IRC23:04
*** heyongli has joined #openstack-neutron23:04
*** alex_klimov has quit IRC23:04
*** kbringard has quit IRC23:06
*** sridhar_ram has quit IRC23:09
*** Sisir has joined #openstack-neutron23:10
*** baoli has quit IRC23:11
*** baoli has joined #openstack-neutron23:12
*** dvlwrk_ has quit IRC23:13
*** heyongli has quit IRC23:13
*** heyongli has joined #openstack-neutron23:14
*** Leom_ has quit IRC23:15
*** jckasper has quit IRC23:16
*** jbell8 has quit IRC23:20
*** gangil has joined #openstack-neutron23:22
*** gangil has quit IRC23:22
*** gangil has joined #openstack-neutron23:22
*** baoli has quit IRC23:22
*** bharathm has joined #openstack-neutron23:23
*** baoli has joined #openstack-neutron23:23
*** heyongli has quit IRC23:24
*** gangil1 has joined #openstack-neutron23:24
*** thorst_ has quit IRC23:24
*** gangil has quit IRC23:24
*** heyongli has joined #openstack-neutron23:24
*** bharath__ has joined #openstack-neutron23:25
*** bharathm has quit IRC23:25
*** edmondsw has quit IRC23:25
*** banix has quit IRC23:25
*** Sisir has quit IRC23:26
*** bharathm_ has quit IRC23:27
*** Sisir has joined #openstack-neutron23:27
*** jwy has joined #openstack-neutron23:29
*** Sisir has quit IRC23:31
*** heyongli has quit IRC23:34
*** jbell8 has joined #openstack-neutron23:34
*** signed8bit is now known as signed8bit_ZZZzz23:35
*** vivek-ebay has quit IRC23:35
*** heyongli has joined #openstack-neutron23:35
openstackgerritMiguel Lavalle proposed openstack/neutron: External DNS driver reference implementation  https://review.openstack.org/21221323:35
*** baoli has quit IRC23:35
openstackgerritMerged openstack/neutron: Add a note about the Neutron Bugs team in Launchpad  https://review.openstack.org/24173323:35
tidwellr_enikanorov: ping23:35
*** mlavalle has quit IRC23:37
*** AndroUser has joined #openstack-neutron23:37
*** jbell8 has quit IRC23:37
*** zhangjn has joined #openstack-neutron23:39
*** signed8bit_ZZZzz is now known as signed8bit23:39
*** lindycoder has quit IRC23:41
*** baoli has joined #openstack-neutron23:43
*** heyongli has quit IRC23:44
*** jaypipes has quit IRC23:45
*** heyongli has joined #openstack-neutron23:45
*** AndroUser has quit IRC23:47
*** inteq has quit IRC23:47
*** itzikb has quit IRC23:49
*** nlahouti has quit IRC23:49
*** gangil has joined #openstack-neutron23:51
*** gangil has quit IRC23:51
*** gangil has joined #openstack-neutron23:51
*** gangil1 has quit IRC23:51
*** nlahouti has joined #openstack-neutron23:51
*** javeriak has quit IRC23:52
*** baoli has quit IRC23:52
*** baoli has joined #openstack-neutron23:53
openstackgerritCarl Baldwin proposed openstack/neutron-specs: Improve DVR L3 agent binding  https://review.openstack.org/17523723:53
*** heyongli has quit IRC23:54
*** heyongli has joined #openstack-neutron23:55
*** jerrygb has quit IRC23:56
*** zhangjn has quit IRC23:57
*** gangil1 has joined #openstack-neutron23:57
*** gangil has quit IRC23:57
*** yamamoto has joined #openstack-neutron23:59

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