Thursday, 2015-03-19

*** trad511 has quit IRC00:00
*** alexpilotti has quit IRC00:01
*** claudiub has joined #openstack-neutron00:02
*** dave-mcc_ has joined #openstack-neutron00:02
*** alexpilotti has joined #openstack-neutron00:02
*** alexpilotti has quit IRC00:03
*** yamamoto has joined #openstack-neutron00:04
*** dave-mccowan has quit IRC00:04
*** jp_at_hp has joined #openstack-neutron00:04
*** alexpilotti has joined #openstack-neutron00:04
*** padkrish has joined #openstack-neutron00:05
openstackgerritAssaf Muller proposed openstack/neutron: Reuse nova batch notifier  https://review.openstack.org/12801300:05
*** alexpilotti has quit IRC00:06
*** shaohe_feng1 has quit IRC00:06
*** shz has joined #openstack-neutron00:07
*** jamielennox is now known as jamielennox|away00:09
*** liusheng has quit IRC00:10
*** hanzhang has quit IRC00:10
*** lykinsbd has joined #openstack-neutron00:10
*** liusheng has joined #openstack-neutron00:10
*** SumitNaiksatam has quit IRC00:11
*** vmtrooper has joined #openstack-neutron00:11
*** dims__ is now known as dims00:13
*** tidwellr has left #openstack-neutron00:13
*** lykinsbd has quit IRC00:14
*** achanda has quit IRC00:15
*** vmtrooper has quit IRC00:16
*** ozialien has joined #openstack-neutron00:16
*** aranjan_ has joined #openstack-neutron00:17
*** absubram has joined #openstack-neutron00:18
*** rushil has joined #openstack-neutron00:19
*** aranjan has quit IRC00:19
*** aranjan_ has quit IRC00:21
*** rushil has quit IRC00:21
openstackgerritSandhya Dasu proposed openstack/neutron: Cisco Nexus1000V ML2 Mechanism Driver  https://review.openstack.org/15724300:22
*** jamielennox|away is now known as jamielennox00:23
*** lykinsbd has joined #openstack-neutron00:23
*** rotbeard has quit IRC00:26
openstackgerritDane LeBlanc proposed openstack/neutron: Support Dual-Stack Gateway Ports on Neutron Routers  https://review.openstack.org/14906800:27
openstackgerritDane LeBlanc proposed openstack/neutron: Follow up on review for Dual-Stack Gateway Ports  https://review.openstack.org/16566400:27
*** aranjan has joined #openstack-neutron00:28
*** lykinsbd has quit IRC00:29
*** pavel_bondar has quit IRC00:30
*** pavel_bondar has joined #openstack-neutron00:31
*** __TheDodd__ has quit IRC00:32
*** ZZelle_ has quit IRC00:34
*** yalie has joined #openstack-neutron00:34
*** Sukhdev has quit IRC00:34
*** absubram has quit IRC00:36
*** zilberstein has quit IRC00:36
*** shivharis has quit IRC00:37
*** markvoelker has quit IRC00:37
*** shivharis has joined #openstack-neutron00:37
*** zilberstein has joined #openstack-neutron00:37
*** trad511 has joined #openstack-neutron00:38
*** oda-g has quit IRC00:40
*** _cjones_ has quit IRC00:42
*** baoli has quit IRC00:43
*** marun has quit IRC00:45
*** oda-g has joined #openstack-neutron00:45
openstackgerritJuergen Brendel proposed openstack/neutron: ARP spoofing patch: Low level ebtables integration  https://review.openstack.org/14113000:46
*** yalie has left #openstack-neutron00:47
*** shivharis has quit IRC00:48
*** claudiub has quit IRC00:50
openstackgerritbadveli_vishnuus proposed openstack/neutron-fwaas: Adding mandatory parameters for Router Info in vArmour fwaas agent  https://review.openstack.org/16142400:51
*** yamamoto has quit IRC00:53
*** aranjan has quit IRC00:53
*** topshare has joined #openstack-neutron00:55
*** arosen has quit IRC00:56
*** shaohe_feng1 has joined #openstack-neutron00:56
openstackgerritMerged openstack/neutron-fwaas: Refactoring related to 'FWaaS insertion Model on Routers'  https://review.openstack.org/16188100:57
*** isq has quit IRC00:57
openstackgerritMerged openstack/neutron: Adding VLAN Transparency support for ML2 along with REST API changes  https://review.openstack.org/15842000:58
*** jp_at_hp has quit IRC00:58
openstackgerritMerged openstack/neutron: DHCP Service LoadBalancing Scheduler  https://review.openstack.org/13701700:59
*** sbalukoff has quit IRC01:00
openstackgerritAbishek Subramanian proposed openstack/neutron: Support IPv6 Router  https://review.openstack.org/15628301:00
*** Sukhdev has joined #openstack-neutron01:00
*** absubram has joined #openstack-neutron01:01
*** nlahouti has quit IRC01:04
*** dane_leblanc has quit IRC01:07
*** topshare_ has joined #openstack-neutron01:07
*** Longgeek has joined #openstack-neutron01:09
*** topshare has quit IRC01:09
*** isq has joined #openstack-neutron01:11
openstackgerritAbishek Subramanian proposed openstack/neutron: Support IPv6 Router  https://review.openstack.org/15628301:11
armaxHenryG: ping01:12
*** vivek-eb_ has joined #openstack-neutron01:13
*** vivek-ebay has quit IRC01:13
*** YorikSar has quit IRC01:15
*** achanda has joined #openstack-neutron01:15
*** markvoelker has joined #openstack-neutron01:17
*** pritesh has joined #openstack-neutron01:20
*** achanda has quit IRC01:21
*** moshele has quit IRC01:21
*** markvoelker has quit IRC01:22
*** tflynn_ has joined #openstack-neutron01:22
*** mwagner_lap has joined #openstack-neutron01:22
*** tflynn has quit IRC01:26
*** tflynn_ has quit IRC01:26
*** s3wong has quit IRC01:26
*** mwagner_lap has quit IRC01:27
*** sridhar_ram has quit IRC01:28
*** stanzgy has joined #openstack-neutron01:33
*** stanzgy_ has joined #openstack-neutron01:33
*** dave-mcc_ has quit IRC01:38
*** mwagner_lap has joined #openstack-neutron01:40
*** popw has joined #openstack-neutron01:42
*** ivar-laz_ has joined #openstack-neutron01:43
*** Marga_ has quit IRC01:43
*** sthillma has quit IRC01:46
*** ivar-lazzaro has quit IRC01:46
*** dave-mccowan has joined #openstack-neutron01:46
*** ivar-laz_ has quit IRC01:47
*** isq has quit IRC01:48
*** ChuckC has joined #openstack-neutron01:49
*** trad511 has quit IRC01:52
*** ozialien has quit IRC01:53
*** apuimedo has quit IRC01:55
*** isq has joined #openstack-neutron01:55
*** marun has joined #openstack-neutron01:56
*** mwagner_lap has quit IRC01:58
*** SumitNaiksatam has joined #openstack-neutron02:00
*** vmtrooper has joined #openstack-neutron02:00
*** marun has quit IRC02:01
*** ajmiller has joined #openstack-neutron02:01
*** vmtrooper has quit IRC02:05
*** lykinsbd has joined #openstack-neutron02:07
*** busterswt has joined #openstack-neutron02:07
*** mwagner_lap has joined #openstack-neutron02:11
*** Sukhdev has quit IRC02:11
*** lykinsbd has quit IRC02:11
*** harlowja_ is now known as harlowja_away02:14
*** ozialien has joined #openstack-neutron02:14
*** pritesh has quit IRC02:14
openstackgerritAbishek Subramanian proposed openstack/neutron: Support IPv6 Router  https://review.openstack.org/15628302:16
*** markvoelker has joined #openstack-neutron02:18
*** vishwanathj has joined #openstack-neutron02:18
*** reed has quit IRC02:20
*** erkules_ has joined #openstack-neutron02:20
*** markvoelker has quit IRC02:23
*** tflynn has joined #openstack-neutron02:23
*** erkules has quit IRC02:23
*** padkrish has quit IRC02:24
*** yamahata has quit IRC02:24
*** padkrish has joined #openstack-neutron02:24
*** achanda has joined #openstack-neutron02:27
*** tflynn has quit IRC02:27
*** baoli has joined #openstack-neutron02:28
*** dims has quit IRC02:28
*** padkrish has quit IRC02:29
*** absubram has quit IRC02:33
*** vivek-eb_ has quit IRC02:34
*** shwetaap has joined #openstack-neutron02:37
*** lykinsbd has joined #openstack-neutron02:38
*** tflynn has joined #openstack-neutron02:40
*** lykinsbd has quit IRC02:43
*** aswadr has joined #openstack-neutron02:43
*** vivek-ebay has joined #openstack-neutron02:45
*** beagles has quit IRC02:46
*** b3nt_pin has joined #openstack-neutron02:47
*** b3nt_pin is now known as Guest8754302:47
*** tflynn has quit IRC02:49
*** Murali has joined #openstack-neutron02:51
*** busterswt has quit IRC02:52
openstackgerritAssaf Muller proposed openstack/neutron: Send notification to controller about HA router state change  https://review.openstack.org/12618802:53
openstackgerritAssaf Muller proposed openstack/neutron: Expose ha_state per router to agent binding via API  https://review.openstack.org/12618902:53
*** leenheer has quit IRC02:54
*** strictlyb has quit IRC02:55
*** vivek-ebay has quit IRC02:56
*** leenheer has joined #openstack-neutron02:57
*** Murali has quit IRC02:58
*** coolsvap|afk is now known as coolsvap03:04
*** aranjan_ has joined #openstack-neutron03:06
dougwigthe gate seems downright tame.03:07
*** aranjan__ has joined #openstack-neutron03:08
*** aranjan_ has quit IRC03:11
bloganunlike you03:11
*** absubram has joined #openstack-neutron03:12
*** amuller has quit IRC03:12
*** lykinsbd has joined #openstack-neutron03:13
*** lykinsbd has quit IRC03:18
*** Marga_ has joined #openstack-neutron03:21
*** Marga_ has quit IRC03:21
*** Marga_ has joined #openstack-neutron03:22
*** tflynn has joined #openstack-neutron03:22
*** vmtrooper has joined #openstack-neutron03:23
*** vmtrooper has quit IRC03:23
openstackgerritMerged openstack/neutron-vpnaas: Functional tests of ipsec strongswan vpnaas driver  https://review.openstack.org/15856003:25
*** akanksha has quit IRC03:27
*** nati_ueno has quit IRC03:27
*** tflynn has quit IRC03:28
*** tflynn has joined #openstack-neutron03:30
*** coolsvap is now known as coolsvap|afk03:32
*** changbl has joined #openstack-neutron03:34
*** stanzgy_ has quit IRC03:37
*** stanzgy has quit IRC03:39
*** stanzgy has joined #openstack-neutron03:39
*** coolsvap|afk is now known as coolsvap03:39
*** tflynn has quit IRC03:40
*** yamamoto has joined #openstack-neutron03:40
*** achanda has quit IRC03:42
*** achanda has joined #openstack-neutron03:44
openstackgerritMerged openstack/neutron: Replace keepalived notifier bash script with Python ip monitor  https://review.openstack.org/12538403:50
openstackgerritMerged openstack/neutron: Fix minor decomp progress chart issues  https://review.openstack.org/16526703:50
*** jckasper has joined #openstack-neutron03:57
openstackgerritItsuro Oda proposed openstack/neutron: Keep existing services available on agents with admin_state_up False  https://review.openstack.org/14703204:00
*** ozialien has quit IRC04:01
*** ozialien has joined #openstack-neutron04:02
*** leenheer has quit IRC04:02
*** sudipto_ has joined #openstack-neutron04:02
*** sbalukoff has joined #openstack-neutron04:03
*** tflynn has joined #openstack-neutron04:04
*** achanda has quit IRC04:05
*** jamielennox is now known as jamielennox|away04:06
*** jckasper has quit IRC04:09
*** gongysh_ has joined #openstack-neutron04:09
*** baoli has quit IRC04:10
*** sudipto_ has quit IRC04:10
*** tflynn has quit IRC04:12
*** tflynn has joined #openstack-neutron04:13
*** lazy_prince is now known as killer_prince04:15
*** Marga_ has quit IRC04:18
*** dims has joined #openstack-neutron04:19
*** markvoelker has joined #openstack-neutron04:19
*** markvoelker has quit IRC04:24
*** carl_baldwin has joined #openstack-neutron04:26
*** erkules_ is now known as erkules04:26
*** erkules has joined #openstack-neutron04:26
*** leenheer has joined #openstack-neutron04:26
*** dims has quit IRC04:27
*** Murali has joined #openstack-neutron04:28
*** Sukhdev has joined #openstack-neutron04:31
*** padkrish has joined #openstack-neutron04:34
*** padkrish has quit IRC04:35
*** padkrish has joined #openstack-neutron04:36
*** achanda has joined #openstack-neutron04:37
*** dboik_ has quit IRC04:39
*** amotoki has joined #openstack-neutron04:40
*** leenheer has quit IRC04:40
*** achanda has quit IRC04:41
*** sbfox has joined #openstack-neutron04:42
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: Fix a usage error of joinedload + filter in dhcp scheduler  https://review.openstack.org/15028404:44
*** dboik has joined #openstack-neutron04:46
*** Marga_ has joined #openstack-neutron04:47
*** pradipta has joined #openstack-neutron04:52
*** ijw has joined #openstack-neutron04:56
*** trinaths has joined #openstack-neutron04:56
*** yuanying has quit IRC05:01
*** lykinsbd has joined #openstack-neutron05:02
*** adelinatuvenie has joined #openstack-neutron05:02
*** __afazekas is now known as afazekas05:03
*** tflynn has quit IRC05:04
*** yuanying has joined #openstack-neutron05:06
*** lykinsbd has quit IRC05:07
*** yamamoto has quit IRC05:07
*** achanda has joined #openstack-neutron05:08
*** SridharG has joined #openstack-neutron05:12
*** dave-mccowan has quit IRC05:12
*** tflynn has joined #openstack-neutron05:13
*** yalie has joined #openstack-neutron05:13
*** nati_ueno has joined #openstack-neutron05:14
*** iymht has joined #openstack-neutron05:16
yaliehi trinaths?05:18
yalieI have updated the patch base on your comments https://review.openstack.org/#/c/152093/05:18
yaliecould you help to review?05:18
*** markvoelker has joined #openstack-neutron05:20
*** anilvenkata has joined #openstack-neutron05:23
openstackgerritMerged openstack/neutron: Include IPv6 SLAAC addresses implicitly for port create  https://review.openstack.org/11333905:23
openstackgerritMerged openstack/neutron: Include IPv6 SLAAC addresses implicitly for port create  https://review.openstack.org/11333905:23
*** jyuso1 has joined #openstack-neutron05:25
*** nlahouti has joined #openstack-neutron05:25
*** markvoelker has quit IRC05:25
*** garyk has quit IRC05:26
*** liusheng has quit IRC05:26
*** liusheng has joined #openstack-neutron05:26
openstackgerritGal Sagie proposed openstack/neutron: OVS_LIB API addition - change bridge controller connection-mode  https://review.openstack.org/16532605:27
*** armax has quit IRC05:27
*** ferest has joined #openstack-neutron05:28
*** yuanying has quit IRC05:30
*** yuanying has joined #openstack-neutron05:31
*** yfried|afk is now known as yfried05:31
*** yamamoto has joined #openstack-neutron05:32
*** trinaths has left #openstack-neutron05:32
*** trinaths has joined #openstack-neutron05:32
*** ozialien has quit IRC05:32
*** yatin has joined #openstack-neutron05:32
*** trinaths has left #openstack-neutron05:33
*** lykinsbd has joined #openstack-neutron05:33
*** ferest has quit IRC05:33
*** trinaths has joined #openstack-neutron05:34
*** dannywilson has quit IRC05:34
*** tflynn has quit IRC05:35
*** tflynn has joined #openstack-neutron05:35
*** leenheer has joined #openstack-neutron05:36
*** padkrish has quit IRC05:36
trinathsyalie: Hi05:37
trinathsyalie: ^^ into the patchset05:37
*** sudipto has joined #openstack-neutron05:37
*** lykinsbd has quit IRC05:38
*** nlahouti has quit IRC05:38
*** numan has joined #openstack-neutron05:38
*** nlahouti has joined #openstack-neutron05:38
*** carl_baldwin has quit IRC05:39
*** coolsvap is now known as coolsvap|afk05:41
*** nati_ueno has quit IRC05:41
*** nmagnezi has joined #openstack-neutron05:42
*** ChuckC has quit IRC05:45
*** yuanying has quit IRC05:46
*** yuanying has joined #openstack-neutron05:47
*** coolsvap|afk is now known as coolsvap05:48
trinathsyalie: ping05:50
trinathsyalie: can you make another patch with respect to comments from SumitNaiksatam on your patch. they are simple and easy to do them now.05:51
SumitNaiksatamtrinaths: that is not required05:53
SumitNaiksatamtrinaths: i have already mentioned that in my comment05:53
openstackgerritRyan Tidwell proposed openstack/neutron: Basic subnetpool CRUD  https://review.openstack.org/14869805:54
*** shwetaap has quit IRC05:56
*** yfried is now known as yfried|afk05:59
trinathsSumitNaiksatam: true said, okay with that. But re-organizing the imports is a good thing right?06:02
*** yuanying has quit IRC06:05
*** gongysh_ has quit IRC06:05
*** jschwarz has joined #openstack-neutron06:06
*** yuanying has joined #openstack-neutron06:08
*** leenheer has quit IRC06:08
trinathsSumitNaiksatam: +1 to your comments, the patch is ready to go. :)06:09
yalietrinaths, SumitNaiksatam: thank you!06:09
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/16570506:10
*** irenab has quit IRC06:12
*** yfried|afk has quit IRC06:12
*** dims has joined #openstack-neutron06:13
openstackgerritGal Sagie proposed openstack/neutron: Validate OVS Agent configurations  https://review.openstack.org/16531106:19
*** dims has quit IRC06:19
*** killer_prince is now known as lazy_prince06:20
*** markvoelker has joined #openstack-neutron06:21
openstackgerritRyan Tidwell proposed openstack/neutron: Subnet allocation from a subnet pool  https://review.openstack.org/15759706:23
*** markvoelker has quit IRC06:26
*** achanda has quit IRC06:28
*** yog_ has joined #openstack-neutron06:28
*** leenheer has joined #openstack-neutron06:29
*** leenheer has quit IRC06:30
openstackgerritRyan Tidwell proposed openstack/neutron: Simple subnetpool allocation quotas  https://review.openstack.org/16526406:30
*** Sukhdev has quit IRC06:31
*** pcaruana has quit IRC06:33
*** aepifanov has joined #openstack-neutron06:35
*** moshele has joined #openstack-neutron06:39
*** ishant has joined #openstack-neutron06:43
*** numan has quit IRC06:44
*** yatin has quit IRC06:44
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas: Insert validation in creating/updating firewall  https://review.openstack.org/14739606:45
*** irenab has joined #openstack-neutron06:46
*** yatin has joined #openstack-neutron06:47
*** itzikb has joined #openstack-neutron06:52
*** garyk has joined #openstack-neutron06:52
*** achanda has joined #openstack-neutron06:52
*** tflynn has quit IRC06:53
*** lizk has quit IRC06:57
openstackgerritGal Sagie proposed openstack/neutron: Validate when DVR enabled, l2_pop is also enabled  https://review.openstack.org/16531106:58
*** achanda has quit IRC07:00
*** achanda has joined #openstack-neutron07:04
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack tests framework  https://review.openstack.org/12825907:07
*** jyuso1 has quit IRC07:08
*** Marga_ has quit IRC07:09
*** nlahouti has quit IRC07:13
*** ijw has quit IRC07:13
*** neeti has joined #openstack-neutron07:14
*** kickinz1|afk is now known as kickinz107:14
*** lykinsbd has joined #openstack-neutron07:20
*** markvoelker has joined #openstack-neutron07:22
*** yfried|afk has joined #openstack-neutron07:25
*** kawa2014 has joined #openstack-neutron07:25
*** markvoelker has quit IRC07:26
*** lykinsbd has quit IRC07:30
*** yfried has joined #openstack-neutron07:30
*** yfried|afk has quit IRC07:30
*** scheuran has joined #openstack-neutron07:33
sudiptojschwarz: Hi, good morning!07:36
*** achanda has quit IRC07:37
jschwarzsudipto, good morning friend. how are you?07:37
sudiptojschwarz: I am good, how are you? I have added you for the review we talked about yesterday: https://review.openstack.org/#/c/165539/07:38
jschwarzsudipto, I know - I was just reviewing it when you pinged me07:39
jschwarzsudipto, check your mail :)07:39
sudiptojschwarz: Thanks for the review! I will work on the UT :)07:40
*** lionelz has quit IRC07:43
*** Bsony has joined #openstack-neutron07:45
*** chlong has quit IRC07:47
*** SumitNaiksatam has quit IRC07:51
*** belmoreira has joined #openstack-neutron07:53
*** yfried is now known as yfried|afk07:54
*** bobmel has joined #openstack-neutron07:57
*** numan has joined #openstack-neutron07:57
*** abehl has joined #openstack-neutron07:58
*** scheuran has quit IRC07:58
*** scheuran has joined #openstack-neutron07:58
openstackgerritMerged openstack/neutron-fwaas: tests: stop overwriting neutron BaseTestCase configuration files  https://review.openstack.org/16541907:59
openstackgerritMerged openstack/neutron-vpnaas: tests: stop overwriting neutron BaseTestCase configuration files  https://review.openstack.org/16542107:59
*** safchain has joined #openstack-neutron08:00
*** nyechiel has joined #openstack-neutron08:00
*** yfried|afk is now known as yfried08:01
jschwarzsudipto, great :)08:03
*** dims has joined #openstack-neutron08:04
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: Add a missing mock in DHCPAgentWeightSchedulerTestCase  https://review.openstack.org/16572208:04
*** yuanying_ has joined #openstack-neutron08:05
*** ronis has joined #openstack-neutron08:06
openstackgerritAdelina Tuvenie proposed openstack/neutron: OVS agent support on Hyper-V  https://review.openstack.org/16059608:07
openstackgerritAdelina Tuvenie proposed openstack/neutron: Add native OVSDB implmentation of OVSDB API  https://review.openstack.org/15276108:07
*** yuanying has quit IRC08:08
*** dims has quit IRC08:10
*** moha_hunt has joined #openstack-neutron08:10
*** yatin has quit IRC08:16
*** jp_at_hp has joined #openstack-neutron08:17
*** sbfox has quit IRC08:17
*** matrohon has joined #openstack-neutron08:17
*** jp_at_hp has quit IRC08:18
*** yfried is now known as yfried|afk08:19
*** yatin has joined #openstack-neutron08:21
*** kickinz1 is now known as kickinz1|afk08:26
jschwarzZZelle, may I ask you for a review on https://review.openstack.org/#/c/128259/ ? :)08:28
jschwarz(when you're out of the K-3 road, of course)08:28
*** rotbeard has joined #openstack-neutron08:28
openstackgerritYushiro FURUKAWA proposed openstack/neutron: Enable to specify context on POST requests during unittests  https://review.openstack.org/15735508:29
*** lpetrut has joined #openstack-neutron08:29
*** dboik has quit IRC08:31
openstackgerritYushiro FURUKAWA proposed openstack/neutron: Enable to apply policies to resources with special plural  https://review.openstack.org/14599808:35
*** jistr has joined #openstack-neutron08:37
*** chandankumar has joined #openstack-neutron08:38
*** carlp has quit IRC08:38
*** kickinz1|afk is now known as kickinz108:38
*** pask81 has joined #openstack-neutron08:39
*** yfried|afk is now known as yfried08:39
*** criptoverso has joined #openstack-neutron08:40
openstackgerritAdelina Tuvenie proposed openstack/neutron: OVS agent support on Hyper-V  https://review.openstack.org/16059608:42
*** apuimedo has joined #openstack-neutron08:46
*** iymht has quit IRC08:49
openstackgerritAnn Kamyshnikova proposed openstack/neutron: WIP: Remove downgrade from existed migrations  https://review.openstack.org/16574008:53
*** marun has joined #openstack-neutron08:53
openstackgerritAnn Kamyshnikova proposed openstack/neutron: WIP: Remove downgrade from existing migrations  https://review.openstack.org/16574008:54
*** ygbo has joined #openstack-neutron08:55
*** jlanoux has joined #openstack-neutron08:56
*** marun has quit IRC08:58
ZZellejschwarz, hi, you can08:58
*** iymht has joined #openstack-neutron08:59
jschwarzZZelle, thanks. I'm going through your patches as we speak09:00
*** nyechiel_ has joined #openstack-neutron09:03
*** YorikSar has joined #openstack-neutron09:05
*** nyechiel has quit IRC09:05
*** ronis has quit IRC09:07
*** ChrisNBlum has joined #openstack-neutron09:10
openstackgerritAdelina Tuvenie proposed openstack/neutron: OVS agent support on Hyper-V  https://review.openstack.org/16059609:10
*** ronis has joined #openstack-neutron09:11
zigo_I'm wondering if it is completely reasonable to have a 90 MB Git repository for stuff like neutron-vpnaas.09:12
zigo_It's annoying for me to do the first upload to git.debian.org over ADSL... :(09:12
zigo_Did we really need all the history?09:12
*** lykinsbd has joined #openstack-neutron09:14
*** kawa2014 has quit IRC09:14
*** kawa2014 has joined #openstack-neutron09:16
*** rdo has quit IRC09:16
*** ronis has quit IRC09:17
jschwarzzigo_, history ftw09:17
*** apuimedo has quit IRC09:17
openstackgerritRossella Sblendido proposed openstack/neutron: Add devices to update in RPC call security_groups_provider_updated  https://review.openstack.org/14823509:18
*** apuimedo has joined #openstack-neutron09:18
*** lykinsbd has quit IRC09:19
*** dims has joined #openstack-neutron09:22
*** logan2 has quit IRC09:22
*** logan2 has joined #openstack-neutron09:22
*** markvoelker has joined #openstack-neutron09:23
*** dims has quit IRC09:26
*** Longgeek has quit IRC09:27
*** markvoelker has quit IRC09:28
*** Longgeek has joined #openstack-neutron09:29
*** kawa2014 has quit IRC09:29
*** Guest87543 is now known as b3nt_pin09:29
openstackgerritHan Zhou proposed openstack/neutron: Do not send notifications to inactive dhcp-agents.  https://review.openstack.org/16574909:31
*** Longgeek has quit IRC09:31
*** yog_ has quit IRC09:31
openstackgerritwatanabe isao proposed openstack/neutron: Validate DHCP max port when creating/updating subnet  https://review.openstack.org/16021409:32
*** adelinatuvenie has quit IRC09:35
*** ihrachyshka has joined #openstack-neutron09:35
*** Longgeek has joined #openstack-neutron09:37
*** liusheng has quit IRC09:41
*** liusheng has joined #openstack-neutron09:42
*** ZZelle has quit IRC09:43
*** ZZelle has joined #openstack-neutron09:43
*** ihrachyshka has quit IRC09:44
*** watanabe_isao has quit IRC09:44
*** ChrisNBlum has quit IRC09:45
*** ihrachyshka has joined #openstack-neutron09:45
*** dims has joined #openstack-neutron09:45
*** yog_ has joined #openstack-neutron09:47
openstackgerritGal Sagie proposed openstack/neutron: Validate when DVR enabled, l2_pop is also enabled  https://review.openstack.org/16531109:48
*** amotoki has quit IRC09:48
*** Trozz has quit IRC09:50
*** Trozz has joined #openstack-neutron09:53
*** yamamoto has quit IRC09:54
*** Trozz is now known as Trozz_09:55
*** Trozz_ is now known as Trozz09:55
*** absubram has quit IRC10:00
openstackgerritZhang Hua proposed openstack/neutron-vpnaas: Add some unit tests for strongswan driver  https://review.openstack.org/16515910:01
*** yog_ has quit IRC10:02
*** gildub has quit IRC10:02
*** gildub has joined #openstack-neutron10:02
*** chandankumar has quit IRC10:04
*** oreillyd has joined #openstack-neutron10:05
*** wznoinsk_ has joined #openstack-neutron10:10
*** shaohe_feng2 has joined #openstack-neutron10:10
*** hichihara has quit IRC10:11
*** iymht has quit IRC10:11
*** shaohe_robot has joined #openstack-neutron10:11
*** alex_xu has quit IRC10:12
*** adelinatuvenie has joined #openstack-neutron10:12
*** shaohe_feng has quit IRC10:12
*** Longgeek has quit IRC10:13
*** shaohe_feng1 has quit IRC10:13
*** Longgeek has joined #openstack-neutron10:13
*** wznoinsk has quit IRC10:13
*** alex_xu has joined #openstack-neutron10:14
*** yog_ has joined #openstack-neutron10:15
*** lazy_prince has quit IRC10:17
openstackgerritAbishek Subramanian proposed openstack/neutron: Support IPv6 Router  https://review.openstack.org/15628310:17
*** ihrachyshka has quit IRC10:17
*** Murali has quit IRC10:17
*** yamamoto has joined #openstack-neutron10:18
openstackgerritClaudiu Belu proposed openstack/neutron: Hyper-V Agent decomposition  https://review.openstack.org/15325910:18
*** claudiub has joined #openstack-neutron10:18
*** chandankumar has joined #openstack-neutron10:18
*** pc_m has joined #openstack-neutron10:19
*** yog_ has quit IRC10:19
*** kawa2014 has joined #openstack-neutron10:21
ZZellekevinbenton, hi10:24
*** markvoelker has joined #openstack-neutron10:24
*** killer_prince has joined #openstack-neutron10:24
*** lazy_prince has joined #openstack-neutron10:24
*** Murali has joined #openstack-neutron10:27
*** john-davidge has joined #openstack-neutron10:27
*** markvoelker has quit IRC10:29
*** ihrachyshka has joined #openstack-neutron10:29
*** yfried is now known as yfried|afk10:34
openstackgerritAdelina Tuvenie proposed openstack/neutron: OVS agent support on Hyper-V  https://review.openstack.org/16059610:35
*** vthapar has joined #openstack-neutron10:38
*** nyechiel_ has quit IRC10:40
*** coolsvap is now known as coolsvap|afk10:41
*** chandankumar_ has joined #openstack-neutron10:44
*** stanzgy_ has joined #openstack-neutron10:46
*** chandankumar has quit IRC10:47
*** stanzgy has quit IRC10:48
*** SridharG has left #openstack-neutron10:49
*** stanzgy_ has quit IRC10:51
openstackgerritCedric Brandily proposed openstack/neutron: Transform Base(OVS)LinuxTestCase methods in helpers  https://review.openstack.org/15985210:51
*** roeyc has joined #openstack-neutron10:53
openstackgerritCedric Brandily proposed openstack/neutron: Use a finite loop in create_resource test method  https://review.openstack.org/16180810:53
*** yfried|afk is now known as yfried10:54
*** gampel has joined #openstack-neutron10:55
*** yuanying_ has quit IRC10:57
*** yrn has quit IRC10:58
openstackgerritMerged openstack/neutron: Remove unused L3 HA RPC method  https://review.openstack.org/15537010:59
*** amotoki has joined #openstack-neutron11:00
*** jschwarz has quit IRC11:01
*** nyechiel_ has joined #openstack-neutron11:03
*** lykinsbd has joined #openstack-neutron11:03
*** jaypipes has joined #openstack-neutron11:04
*** pcaruana has joined #openstack-neutron11:05
*** lykinsbd has quit IRC11:08
*** sambetts has quit IRC11:09
*** yalie has quit IRC11:09
*** yalie has joined #openstack-neutron11:10
*** sambetts has joined #openstack-neutron11:11
*** britthouser has joined #openstack-neutron11:13
openstackgerritgaryk proposed openstack/neutron: Revert "Adding VLAN Transparency support for ML2 along with REST API changes"  https://review.openstack.org/16577611:14
*** sudipto has quit IRC11:14
garykAny cores around to talk about ^11:15
*** topshare_ has quit IRC11:15
openstackgerritMerged openstack/neutron: Reduce code duplication and fix argument order in test_wsgi  https://review.openstack.org/16205911:16
*** devweasel has joined #openstack-neutron11:17
garykAnyone know why an extnsion was update directly on the attributes.py and not added as a seperate extension. Maybe I missed somethings11:17
*** trinaths has left #openstack-neutron11:17
*** mwagner_lap has quit IRC11:21
*** wznoinsk_ is now known as wznoinsk11:24
*** yamamoto has quit IRC11:25
*** markvoelker has joined #openstack-neutron11:25
*** markvoelker has quit IRC11:30
*** kawa2014 has quit IRC11:33
*** kawa2014 has joined #openstack-neutron11:33
openstackgerritCedric Brandily proposed openstack/neutron: Define FakeMachine helper for functional/fullstack tests  https://review.openstack.org/14341211:34
claudiubgaryk: hello11:34
garykclaudiub: hi11:34
openstackgerritAdelina Tuvenie proposed openstack/neutron: OVS agent support on Hyper-V  https://review.openstack.org/16059611:34
claudiubgaryk: can you take a look at the hyper-v agent decomposition? :) it got 3x+2 and +A last night, but there was a merge conflict a few hours ago. :(  https://review.openstack.org/#/c/153259/11:35
claudiubgaryk: trivial rebase, only conflict was on setup.cfg11:35
*** setuid has quit IRC11:35
*** aranjan__ has quit IRC11:35
*** coolsvap|afk is now known as coolsvap11:36
claudiubgaryk: thanks. :D11:36
garykclaudiub: sure, done. just one heads up - the extenal plugins break every onw and then due to neutron upstream changes :)11:36
garykits a trade off11:36
openstackgerritMerged openstack/neutron: Add a netns-cleanup functional test  https://review.openstack.org/16386011:37
claudiubgaryk: yeah, I agree. But it's ok, Hyper-V CI should run on neutron, just to detect such cases. :)  But thanks for the heads up. :)11:37
*** pradipta has quit IRC11:40
*** kerpan has joined #openstack-neutron11:41
*** setuid has joined #openstack-neutron11:43
*** aranjan has joined #openstack-neutron11:43
*** lori|away is now known as lori11:44
*** akanksha has joined #openstack-neutron11:44
*** yamamoto has joined #openstack-neutron11:50
*** setuid has quit IRC11:50
*** setuid has joined #openstack-neutron11:53
*** markvoelker has joined #openstack-neutron11:54
*** ronis has joined #openstack-neutron11:58
lpetrutgaryk: Hi12:00
garyklpetrut: hi12:01
*** gildub has quit IRC12:02
lpetrutgaryk: We're planning on adding network QoS support on Hyper-V. I've thought about using the flavor extra specs for setting IOPS caps. The issue is that we need this on the neutron agent side. Would it be ok to retrieve such flavor information in mechanism drivers and put it in the device details that are used by the agent?12:02
*** sudipto has joined #openstack-neutron12:04
garyklpetrut: i guess that the challenge is getting the data from the service to the agent12:04
*** aranjan has quit IRC12:04
lpetrutgaryk: exactly12:05
*** claudiub_ has joined #openstack-neutron12:05
garyklpetrut: there is a QOS extension that passes it from the flavor to the service - https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L63612:05
*** mwagner_lap has joined #openstack-neutron12:07
*** claudiub has quit IRC12:07
lpetrutgaryk: well that looks like a good starting point. Although that flavor rxtx_factor relies on a rxtx_base, which was previously set by nova-network per network. Neutron networks don't have this property.12:08
*** baribal has joined #openstack-neutron12:10
garyklpetrut: yes, agree.12:10
garykmaybe try and sync with aaron rosen. he wrote the support. maybe you guys collaborate and have a general extension that the whole community can use12:11
*** diegows_ has joined #openstack-neutron12:11
lpetrutthat would be great. thanks a lot!12:11
*** chlong has joined #openstack-neutron12:14
openstackgerritGal Sagie proposed openstack/neutron: Validate when DVR enabled, l2_pop is also enabled  https://review.openstack.org/16531112:14
*** Longgeek has quit IRC12:20
*** Longgeek has joined #openstack-neutron12:20
baribalHi All. Could you please tell if it is possible to re-use deallocated/released floating ips from the project? When allocating the new fip to the project it seems it uses "ipavailabilityranges" table in "ovs_neutron" DB and the "first_ip" of the "allocation_pool_id" record to choose the next fip and increase the "first_ip" by 1. When we release/deallocate the fip from the project it does not change this table so every time you12:21
baribaldeallocate/release fips we can't re-use them in different or the same project. The only possibility is not manually update the record in this table to set first_ip  to the fip which has just been deallocated/released from the project which is total mess. Neutron manages private network ips just fine and doesn't have such an issue. Could you please advise? We are using the Icehouse release from RDO repository.12:21
*** ajmiller has quit IRC12:23
*** nyechiel__ has joined #openstack-neutron12:24
*** nyechiel_ has quit IRC12:25
*** Marga_ has joined #openstack-neutron12:26
*** chlong has quit IRC12:26
*** yatin has quit IRC12:26
sudiptobaribal: There's a bug that has been reported on the same line.12:28
sudiptobaribal: https://bugs.launchpad.net/neutron/+bug/1427022 Is this something similar to your concern?12:28
openstackLaunchpad bug 1427022 in neutron "not releasing IP address when deleting VM, port, LB VIP" [Undecided,Incomplete] - Assigned to Sudipta Biswas (sbiswas7)12:28
*** rdo has joined #openstack-neutron12:30
*** yalie has quit IRC12:31
garykmestery: you around?12:33
garykthere are some very dodgy things with the extensions12:33
openstackgerritgaryk proposed openstack/neutron: Revert "Expose Rest Api access to mtu attributes"  https://review.openstack.org/16580112:33
garykmestery: ^12:33
*** yalie has joined #openstack-neutron12:34
baribalsudipto: this bug looks like not a bug but a normal behaviour in Icehouse. I've seen somewhere that the private network ranges will be recalculated only when the all the ips are consumed.12:34
baribalI tried to do the same with fip range - put the first_ip=last_ip to trigger recalculation but it didn't happen.12:35
sudiptobaribal: Interesting!12:35
sudiptoI'd try it with the private IPs in a while and see if the re-calculation is triggered. Do you know any precise reason for waiting till the end?12:36
baribalwritten here from IRC http://lists.openstack.org/pipermail/openstack/2014-June/008130.html12:36
openstackgerritCedric Brandily proposed openstack/neutron: Transform Base(OVS)LinuxTestCase methods in helpers  https://review.openstack.org/15985212:36
openstackgerritGal Sagie proposed openstack/neutron: Remove redundant unit tests from OVS DVR Agent  https://review.openstack.org/16580212:37
*** dave-mccowan has joined #openstack-neutron12:37
baribalsudipto: I can test with private IPs. But my issue is for fips :)12:37
openstackgerritCedric Brandily proposed openstack/neutron: Use a finite loop in create_resource test method  https://review.openstack.org/16180812:37
sudiptobaribal: Yeah, i will try that as well :)12:37
*** Longgeek_ has joined #openstack-neutron12:37
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack tests framework  https://review.openstack.org/12825912:38
*** diegows_ has quit IRC12:38
sudiptounless ofcourse someone has thoughts on it.12:38
*** diegows has joined #openstack-neutron12:38
*** adelinatuvenie has quit IRC12:39
*** shaohe_feng2 has quit IRC12:40
*** atuvenie has joined #openstack-neutron12:40
*** Longgeek has quit IRC12:41
*** achanda has joined #openstack-neutron12:42
*** ronis has quit IRC12:42
*** chlong has joined #openstack-neutron12:42
*** chem has joined #openstack-neutron12:43
openstackgerritGal Sagie proposed openstack/neutron: Validate when DVR enabled, l2_pop is also enabled  https://review.openstack.org/16531112:45
openstackgerritSudipta Biswas proposed openstack/neutron: Improve error detection on agent registration  https://review.openstack.org/16553912:45
*** achanda has quit IRC12:47
sudiptogaryk: added you for a code review. Whenever you have some time :)12:48
otherwiseguymestery: I've seen a weird py27 test failure in the gate on the OVSDB patch regarding KeyError: 'L3_ROUTER_NAT' (http://logs.openstack.org/61/152761/20/check/gate-neutron-python27/e516e2f/console.html) which shouldn't at all be related to my patch. Very odd. Any ideas before I do another recheck?12:50
openstackgerritDane LeBlanc proposed openstack/neutron: Follow up on review for Dual-Stack Gateway Ports  https://review.openstack.org/16566412:51
*** lykinsbd has joined #openstack-neutron12:52
garyksudipto: i added one minor comment. i need to run...12:54
*** dane_leblanc has joined #openstack-neutron12:54
*** vthapar has quit IRC12:54
*** lazy_prince has quit IRC12:55
sudiptogaryk: thanks for the review. I will correct it.12:55
*** killer_prince has joined #openstack-neutron12:55
*** killer_prince is now known as lazy_prince12:56
*** lykinsbd has quit IRC12:57
*** garyk has quit IRC12:58
*** aveiga has joined #openstack-neutron12:58
openstackgerritRoey Chen proposed openstack/neutron: Allow plugin to specify security-group rules ids upon creation  https://review.openstack.org/16555312:59
*** dims has quit IRC13:01
*** dims has joined #openstack-neutron13:02
*** dboik has joined #openstack-neutron13:03
*** chandankumar_ has quit IRC13:04
*** xuhanp_ has joined #openstack-neutron13:05
*** xuhanp has joined #openstack-neutron13:05
*** neeti has quit IRC13:05
*** ronis has joined #openstack-neutron13:06
otherwiseguyatuvenie: It looks like when you based your patch off of the ovsdb native patch, you updated both patches, which removed the workflow +1 on it.13:06
openstackgerritCedric Brandily proposed openstack/neutron: Transform Base(OVS)LinuxTestCase methods in helpers  https://review.openstack.org/15985213:06
otherwiseguyAny cores around to re-workflow +1 https://review.openstack.org/#/c/152761/13:06
openstackgerritCedric Brandily proposed openstack/neutron: Use a finite loop in create_resource test method  https://review.openstack.org/16180813:07
atuvenieotherwiseguy: both were updated because the ovsdb native patch was a little behind13:07
openstackgerritCedric Brandily proposed openstack/neutron: Replace BaseIPVethTestCase by FakeMachine  https://review.openstack.org/16029013:08
*** jistr has quit IRC13:08
*** cference has joined #openstack-neutron13:08
*** jistr has joined #openstack-neutron13:09
*** Networkn3rd has quit IRC13:10
atuvenieotherwiseguy: also, there is one test that kept failing before and after the update, and it's failing in my patch as well since it is based on this. I was looking arround on a fix, maybe you have an idea what the problem might be?13:11
*** kbringard has joined #openstack-neutron13:14
openstackgerritRoey Chen proposed openstack/neutron: Allow plugin to specify security-group rules ids upon creation  https://review.openstack.org/16555313:15
*** amuller has joined #openstack-neutron13:18
*** igordcard has joined #openstack-neutron13:18
*** dboik has quit IRC13:18
baribalsudipto: tested with private networks recalculation works.13:18
baribalwas | 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.73    | 192.168.0.73    |13:19
baribalafter I assigned this last IP the range disappeared from the table13:19
baribalthen on the next machine creation it recalculated all the subnet13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.104   | 192.168.0.134   |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.136   | 192.168.0.140   |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.143   | 192.168.0.162   |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.164   | 192.168.0.197   |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.18    | 192.168.0.45    |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.199   | 192.168.0.219   |13:20
sudiptobaribal: Great. So now the problem is for FIP only.13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.2     | 192.168.0.4     |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.221   | 192.168.0.234   |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.236   | 192.168.0.254   |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.47    | 192.168.0.61    |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.6     | 192.168.0.16    |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.63    | 192.168.0.73    |13:20
baribal| 22e33986-af2c-4430-9f80-8d685ed3e2f2 | 192.168.0.75    | 192.168.0.101   |13:20
baribalyes13:20
baribaldoes anyone know if fip also can be recalculated?13:20
*** chlong has quit IRC13:21
openstackgerritErik Colnick proposed openstack/neutron: Improve DVR scale performance  https://review.openstack.org/15011013:22
*** zhipeng has joined #openstack-neutron13:22
mesteryotherwiseguy: I don't have any obvious ideas, just getting in now and catching up on all the things13:23
mesteryotherwiseguy: amotoki seems to think the py27 failure is unrelated to this patch13:23
mesteryotherwiseguy: See his last comment in the review13:23
amotokimestery: otherwiseguy: i am running unit test in my local env.13:24
mesteryamotoki: Me too13:24
mesteryamotoki: Thanks!13:24
*** moha_hunt has quit IRC13:25
*** ilyashakhat has quit IRC13:25
openstackgerritAssaf Muller proposed openstack/neutron: Reuse nova batch notifier  https://review.openstack.org/12801313:26
amulleramotoki: ^13:26
otherwiseguyamotoki: mestery: it worked locally for me, though I don't think I pulled in the most recent rebased version.13:26
baribalsudipto: bingo!13:26
baribaldeleted the whole fip pool id from the  table13:26
amotokiotherwiseguy: I think so too.13:26
baribalallocated the new fip to the project and it recalculated fip range13:27
*** jckasper has joined #openstack-neutron13:27
amotokiotherwiseguy: it succeeded in my side too.13:27
sudiptobaribal: ok. So what went wrong on the first place?13:28
*** zzzeek has joined #openstack-neutron13:28
sudiptobaribal: I am trying some stuff now at my end too.13:28
mesteryamotoki: Me too13:29
otherwiseguyHmm, I guess if someone workflow+1s it we can try again...13:29
otherwiseguyVery odd.13:29
mesteryotherwiseguy: I'll go for it.13:29
mesteryotherwiseguy: In the merge queue, lets see what happens13:30
* otherwiseguy sacrifices a chicken13:30
mesterylol13:31
mesteryotherwiseguy: Sometimes it's a goat, but we won't know for 1.5 hours or so.13:31
otherwiseguymestery: :D13:31
*** baoli has joined #openstack-neutron13:32
otherwiseguylooks like there are a couple of things stuck in the check queue 14 hours waiting on large-ops.13:33
otherwiseguynm, apparently my page just hadn't updated correctly or something.13:33
openstackgerritCedric Brandily proposed openstack/neutron: Prepare Base(OVS)LinuxTestCase transformation in helpers  https://review.openstack.org/16581813:33
otherwiseguyOh, no, there they are.13:33
otherwiseguyhuh.13:33
baribalsudipto: I dunno what went wrong. I just had first_ip in DB for the fip pool which was assigned to some VM already. So I can't create the new fips as it complained on duplicate record (ipallocations table had this ip record as it was assigned to some VM).13:35
*** Longgeek_ has quit IRC13:35
*** Marga_ has quit IRC13:35
sudiptook13:36
baribalat least I now know how to trigger range recalculation13:36
sudiptoyeah :)13:36
baribaljust delete a pool record from ipavailabilityranges13:36
mesteryotherwiseguy: That's an ominous sign :)13:36
*** lykinsbd has joined #openstack-neutron13:38
mesteryHenryG: I think both V6 BPs are not goign to make fully make Kilo.13:39
mesteryHenryG: Thoughts? The V6 router one had a single patch but it's stuck behind some other patches I believe.13:39
*** dboik has joined #openstack-neutron13:40
*** popw has quit IRC13:42
openstackgerritenikanorov proposed openstack/neutron: Use convenience method from db api to create nested transaction  https://review.openstack.org/16582213:43
HenryGmestery: The multiple prefix patch is https://review.openstack.org/149068 which mainly needs to have a functional test added. I agree that makes it unlikely to be ready for today.13:44
*** topshare has joined #openstack-neutron13:44
mesteryHenryG: Yup, it's possible we could do an FFE for one of these if they are close.13:44
HenryGmestery: Thanks, I feel if adding the functional test confirms that the patch is working fine, then I think asking for a FFE is in order.13:45
mesteryHenryG: Please proceed with that path, it may be the best.13:45
*** julien_ZTE has joined #openstack-neutron13:46
*** shwetaap has joined #openstack-neutron13:46
*** ishant has quit IRC13:47
atuvenieamotoki: I am looking over the tests right now, patch https://review.openstack.org/#/c/160596/1813:48
*** numan has quit IRC13:51
amotokiatuvenie: my -1 is not strong. I just want to clarify we need more check. As far as I check, the failure occurs consistently in the past patch sets.13:51
*** ronis has quit IRC13:53
pavel_bondarmestery,carl_baldwin: hi13:54
*** zhhuabj_ has quit IRC13:55
*** rushil has joined #openstack-neutron13:56
*** akanksha has quit IRC13:57
*** irenab has quit IRC13:57
*** padkrish has joined #openstack-neutron13:57
*** wuhg has joined #openstack-neutron13:59
*** yeungp has joined #openstack-neutron13:59
*** yfried is now known as yfried|afk14:01
*** Murali has quit IRC14:07
*** thomasem has joined #openstack-neutron14:07
openstackgerritHenry Gessau proposed openstack/neutron: WIP: Drop support for SQL Schema Downgrades  https://review.openstack.org/16378714:08
amulleramotoki: about https://review.openstack.org/#/c/126188/17/neutron/api/rpc/handlers/l3_rpc.py14:08
amotokiamuller: hi14:08
amullerhi :)14:08
amullerJuno agents don't call the old or the new method14:08
*** yfried|afk is now known as yfried14:09
*** padkrish has quit IRC14:09
amullerKilo agents use the new method14:09
*** thomasem has quit IRC14:09
openstackgerritHenry Gessau proposed openstack/neutron: WIP: Drop support for SQL Schema Downgrades  https://review.openstack.org/16378714:09
amotokiamuller: does juno agent use version 1.4 RPC?14:09
*** csoukup has joined #openstack-neutron14:09
amulleramotoki: no14:09
*** padkrish has joined #openstack-neutron14:09
*** lukasa has joined #openstack-neutron14:09
*** thomasem has joined #openstack-neutron14:09
*** lukasa_ has joined #openstack-neutron14:10
*** padkrish_ has joined #openstack-neutron14:11
amotokiamuller: it is good from that point of view. Generally speaking RPC version is used to check the method is available or not even if it is in the release. This is the reason behind my comment.14:11
amotokiamuller: do you have any concern about bumping the version to 1.5?14:11
*** lukasa_work has quit IRC14:11
amulleramotoki: Not at all, I'm just trying to fully understand the reason for it, which I think I do14:11
amotokithis is the point I haven't fully understood.14:11
*** zhipeng has quit IRC14:11
amulleramotoki: so I'll bump it to 1.5 and rename the method also14:11
*** claudiub has joined #openstack-neutron14:12
amotokiamuller: thanks for understanding. At now neutorn does not support live upgrade completely, but I would like to keep the usage of RPC versioning consistently.14:13
amulleramotoki: About that...14:13
amullerI talked to russellb a bit14:13
*** julien_ZTE has quit IRC14:13
amulleramotoki: He told me that Nova has a job for rolling upgrades with Nova network14:13
*** claudiub_ has quit IRC14:14
*** padkrish has quit IRC14:14
*** ajmiller has joined #openstack-neutron14:14
amulleramotoki: I might ask John Schwarz to look in to activating a similar job with Neutron14:14
amotokiamuller: yes. nova supports rolling upgrade.14:14
amulleramotoki: And I understood from a couple of operators that they successfully performed a rolling upgrade from I to J14:14
*** lukasa has quit IRC14:14
amulleramotoki: Do you know of a specific reason why Neutron does not support rolling upgrades properly, or what is the gap there?14:14
*** TrevorV_ has joined #openstack-neutron14:14
amotokiamuller: Precisely speaking we need version capping as nova does to support rolliing upgrade.14:15
*** setuid has quit IRC14:15
*** julien_ZTE has joined #openstack-neutron14:15
amulleramotoki: What is 'version capping'? Can you point me to a document or any resource about that?14:15
*** ijw has joined #openstack-neutron14:16
*** ijw has quit IRC14:16
amotokiamuller: on the other hand, neutron RPC interfaces are split into several pieces and each interface is not changed so much between releases. I think this is the reason that neutron rolling upgrade works.14:16
*** ijw has joined #openstack-neutron14:17
amotokiamuller: nova has "compat" mode in its settings. it means that nova use the old version of RPC.14:17
amulleramotoki: btw did you see https://review.openstack.org/#/c/163676/ ?14:17
amotokiamuller: this is "version capping" I mean.14:17
amulleramotoki: gotcha14:17
*** setuid has joined #openstack-neutron14:17
mesteryHenryG: I'm going to move both of the V6 BPs to RC1 for now, if your functional work doesn't yield results we'll punt them from Kilo. FYI.14:17
amotokiamuller: rpc namespace is a different thing.14:18
HenryGmestery: ack, thanks!14:18
amotokiamuller: I am very happy with your oslo.messaging work.14:18
amulleramotoki: :) just waiting for an oslo messaging release14:18
openstackgerritEd Bak proposed openstack/neutron: Break calls to get_devices_details_list into subsets  https://review.openstack.org/16359414:19
mesteryamuller: I don't think your HA Router master patches will land today, I'm moving that to the RC, I'll work with marun to see if we can finish it in the RC. Thanks!14:19
amullermestery: We might surprise you :)14:19
*** dhellmann has quit IRC14:19
HenryGmestery: Also for consideration in Kilo maybe? https://review.openstack.org/15233714:19
*** dhellmann has joined #openstack-neutron14:19
HenryGmestery: patch series here: https://review.openstack.org/16378714:20
*** localloop127 has joined #openstack-neutron14:20
mesteryHenryG: Tagged as RC1, thanks!14:21
HenryGmestery: another -1000 LOC :)14:21
*** ronis has joined #openstack-neutron14:21
mesteryHenryG: Yay!14:21
*** rushil_ has joined #openstack-neutron14:22
*** rushil has quit IRC14:23
*** xuhanp_ has quit IRC14:23
*** xuhanp has quit IRC14:23
*** jprovazn has joined #openstack-neutron14:27
*** yamamoto has quit IRC14:27
salv-orlandoHenryG: We already realized in the past release cycle that the downgrade was useful only in relatively small circumstances.14:28
salv-orlandoLike aborting an upgrade immediately14:28
salv-orlandobut generally useless14:28
HenryGsalv-orlando: Seems like the TC has finally seen the light14:29
salv-orlandoas the cross-project spec has been approved, I guess we can get rid of them14:29
salv-orlandoit's a low-hanging-fruit blueprint I think14:29
mesteryotherwiseguy: https://review.openstack.org/#/c/152761/ failed again14:29
salv-orlandoit does not take a lot of experience in neutron to remove the downgrade migrations ;)14:29
HenryGsalv-orlando: OK. I made a bug which I thought could be marked as wishlist.14:29
mesteryotherwiseguy: We need to sort that out, and if we can't do it in the next few hours, I'll move it to RC and we can have a bit more time, sound ok?14:29
akamyshnikovasalv-orlando, in fact I already create a change for this :)14:30
otherwiseguyI'll take a look. It's weird, because it didn't used to happen and no changes were made between when it worked and when it didn't.14:30
otherwiseguyAnd it is a unit test and my stuff doesn't even touch anything around it.14:31
mesteryotherwiseguy: No worries, we'll get it, and even if it doesn't make Kilo-3, we'll get it in for RC14:31
*** rpothier has joined #openstack-neutron14:32
*** ByPasS has joined #openstack-neutron14:32
*** absubram has joined #openstack-neutron14:32
otherwiseguymestery: At 12:04 it passed the check py27, but failed the gate py27 at 1:05. And has failed the check py27 since.14:33
*** yamamoto has joined #openstack-neutron14:33
otherwiseguyThat is really really odd.14:33
salv-orlandoakamyshnikova: I've got too many changes in my review queue... can you give me a quick link to yours?14:33
mesteryotherwiseguy: Weird14:33
salv-orlandootherwiseguy: some partch which at 12:04 was in the gate queue caused your tests to fail14:34
mesteryFols: FYI, once https://review.openstack.org/152093 lands, we're likely to tag Kilo-3.14:34
mesteryFolks14:34
mesterynot fols14:34
salv-orlandobecause patches are stacked one upon the other when they enter the gate queue14:34
* mestery doesn't even know what a fols is14:34
akamyshnikovaHenryG, salv-orlando probably it will be good to create a testcase that will check that migration do not contain downgrade14:34
pc_mmestery: fools? :)14:35
akamyshnikovasalv-orlando, I based on HenryG change https://review.openstack.org/16574014:35
mesterypc_m: lol, more likely ;)14:35
*** achanda has joined #openstack-neutron14:35
-amotoki- is surprised the gate queue is so short.14:35
*** shaohe_feng has joined #openstack-neutron14:36
otherwiseguysalv-orlando: yeah, but also checking out the patch locally, tests pass.14:37
otherwiseguysalv-orlando: And it seems very odd that my ovsdb patch would be able to have any effect on get_service_plugins() returning a KeyError for L3_ROUTER_NAT.14:38
otherwiseguyThe patch is almost completely self-contained even.14:41
otherwiseguySO ODD.14:42
*** leenheer has joined #openstack-neutron14:42
salv-orlandootherwiseguy: k I'll run your patch locally too and I'll let you know14:42
HenryGakamyshnikova: Yes, a test case is a good idea.14:42
openstackgerritAssaf Muller proposed openstack/neutron: Send notification to controller about HA router state change  https://review.openstack.org/12618814:42
openstackgerritAssaf Muller proposed openstack/neutron: Expose ha_state per router to agent binding via API  https://review.openstack.org/12618914:42
*** baoli has quit IRC14:42
amulleramotoki: ^14:42
openstackgerritGal Sagie proposed openstack/neutron: Validate when DVR enabled, l2_pop is also enabled  https://review.openstack.org/16531114:42
*** baoli has joined #openstack-neutron14:43
*** achanda has quit IRC14:43
salv-orlandootherwiseguy: running them now... if you'll have to post another patchset to gerrit pls remember you have a typo in the commit message14:44
openstackgerritCedric Brandily proposed openstack/neutron: Prepare Base(OVS)LinuxTestCase transformation in helpers  https://review.openstack.org/16581814:45
openstackgerritCedric Brandily proposed openstack/neutron: Transform BaseLinuxTestCase methods in helpers  https://review.openstack.org/15985214:45
*** baoli has quit IRC14:45
otherwiseguysalv-orlando: I do?14:45
otherwiseguyimplementation?14:46
otherwiseguyI can never type that.14:46
otherwiseguy:p14:46
*** anilvenkata has quit IRC14:46
*** baoli has joined #openstack-neutron14:47
openstackgerritSudipta Biswas proposed openstack/neutron: Improve error detection on agent registration  https://review.openstack.org/16553914:47
openstackgerritNikolay Fedotov proposed openstack/neutron: Update test_create_show_delete_firewall test to make it test 'fwaas insertion mode'  https://review.openstack.org/16585914:47
*** yfried is now known as yfried|afk14:48
openstackgerritCedric Brandily proposed openstack/neutron: Transform BaseLinuxTestCase methods in helpers  https://review.openstack.org/15985214:48
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Fix validation of physical network name for flat nets  https://review.openstack.org/16084214:49
*** timbyr_ has joined #openstack-neutron14:49
*** prad has joined #openstack-neutron14:49
*** timbyr_ has quit IRC14:49
*** abehl has quit IRC14:50
*** jlanoux has quit IRC14:51
haleybotherwiseguy: fwiw i do get two errors running tox -e py27 with https://review.openstack.org/#/c/152761/ - one is that L3_ROUTER_NAT one, another keyerror in port security test14:51
otherwiseguyhaleyb: do you get the failures if you run just the failing test by itself?14:52
*** yfried|afk is now known as yfried14:52
*** carl_baldwin has joined #openstack-neutron14:54
salv-orlandootherwiseguy: I had success on my dev vm which is a 2-core14:54
salv-orlandoso we have two possibilities14:54
otherwiseguyhaleyb: or does it just happen when you run all of the tests (some weird import issue?)14:55
salv-orlando1) the ut failures are introduced by some patch which is still in the gate queue14:55
haleybotherwiseguy: i also see that failure on master, so i'm confused14:55
otherwiseguyhaleyb: that makes me feel both better and worse. :)14:55
salv-orlando2) your patch is introducing a change in unit tests which expose some issue arising from concurrency among threads14:55
salv-orlandolike, for instance, concurrent modifications to global variables14:56
haleybbut just running 'tox -e py27 neutron.tests.unit.test_extension_ext_gw_mode' is fine14:56
otherwiseguysalv-orlando: the weird thing is, none of my code should be involved in *any* unit tests.14:56
salv-orlandootherwiseguy: but you do add unit tests don't you?14:56
otherwiseguysalv-orlando: no, just functional.14:56
*** mlavalle has joined #openstack-neutron14:57
otherwiseguyThe only change that should effect unit tests is adding the get_port_ofport call in ovs_lib.14:57
salv-orlandothat 16 lines you remove might be enough to trigger a disaster ;)14:57
salv-orlandootherwiseguy: not really14:57
otherwiseguyAnd those should only effect the two replace_port tests (since unit tests with the Retry stuff are dicey and that stuff is covered by existing functional tests).14:57
*** irenab has joined #openstack-neutron14:58
otherwiseguyEverything else I do is in its own little world.14:58
*** lukasa_ has quit IRC14:58
*** chandankumar_ has joined #openstack-neutron14:58
otherwiseguyand disabled by default.14:58
*** baribal has quit IRC14:58
haleybsalv-orlando: i do see that "KeyError: 'L3_ROUTER_NAT'" failure even on master14:58
salv-orlandootherwiseguy: I'm sure it's not something you did. But it seems things indicate your patch is triggering this UT failure. So we need to understand exactly why... otherwise until jenkins says -1 this patch won't go in14:59
salv-orlandohaleyb: perhaps this patch is exacerbating the issue14:59
*** armax has joined #openstack-neutron14:59
haleybi only see it running the full tox suite, not the test individually.  i'm on a 16-core dev system15:00
openstackgerritCedric Brandily proposed openstack/neutron: Transform BaseOVSLinuxTestCase methods in helpers  https://review.openstack.org/16586615:01
*** dboik_ has joined #openstack-neutron15:01
* otherwiseguy is only on two core15:01
*** padkrish_ has quit IRC15:01
*** padkrish has joined #openstack-neutron15:01
* otherwiseguy preemptively blames eventlet15:01
otherwiseguyJust because.15:02
* otherwiseguy is going to push a rebased version with a fix to the commit message and help message change15:02
*** yfried is now known as yfried|afk15:02
mesteryotherwiseguy: lol15:03
*** localloop127 has quit IRC15:03
openstackgerritTerry Wilson proposed openstack/neutron: Add native OVSDB implementation of OVSDB API  https://review.openstack.org/15276115:03
* otherwiseguy kind of wants to scream15:03
mesteryotherwiseguy: That bad?15:04
*** dboik has quit IRC15:04
otherwiseguymestery: it's just so close and the failure seems to be something that should be nearly impossible to even be related to any of the code in the patch. maddening.15:04
mesteryotherwiseguy: :)15:04
otherwiseguyIt's a rollercoaster. YAY! NOOO! YAY! NOOO!15:05
*** dave-mccowan has quit IRC15:05
haleybotherwiseguy: that time tox was fine for me, i'll keep running and try a bisect but it is a race condition15:05
mesteryotherwiseguy: To avoid the rush, moving your BP into RC115:05
mesteryotherwiseguy: Less pressure that way15:05
*** dave-mccowan has joined #openstack-neutron15:06
*** dave-mccowan has quit IRC15:06
*** Networkn3rd has joined #openstack-neutron15:06
*** roeyc has quit IRC15:07
*** lukasa has joined #openstack-neutron15:07
openstackgerritGal Sagie proposed openstack/neutron: Validate when DVR enabled, l2_pop is also enabled  https://review.openstack.org/16531115:09
*** evgenyf has joined #openstack-neutron15:11
*** Marga_ has joined #openstack-neutron15:11
*** TrevorV_ has quit IRC15:11
openstackgerritNikolay Fedotov proposed openstack/neutron-vpnaas: Scenario test for vpnaas: ipsec-site-connection  https://review.openstack.org/15974615:12
openstackgerritSandhya Dasu proposed openstack/neutron: Cisco UCS Manager ML2 Mechanism Driver  https://review.openstack.org/15543615:12
*** ahmed__ has joined #openstack-neutron15:13
openstackgerritMerged openstack/neutron-fwaas: Implementation of Mcafee NGFW Driver  https://review.openstack.org/15209315:13
*** devweasel has quit IRC15:13
*** jorgem has joined #openstack-neutron15:13
ahmed__Hello guys I have a problem when setup openstack Juno and integrate it with Opendaylight15:13
*** lionelz has joined #openstack-neutron15:13
atuveniemestery: since my patch https://review.openstack.org/#/c/160596/ depends on otherwiseguy's patch, how should I proceed given that that one was moved to RC1? Should I still keep the dependency?15:13
ahmed__I have this error : Failure creating Net_ID15:14
*** xgerman has joined #openstack-neutron15:14
mesteryatuvenie: Yes, and I moved your BP to RC1 as well15:14
* otherwiseguy stares at zuul15:16
otherwiseguymestery: The OpenStack foundation could probably make quite a bit of money if zuul had the option to allow you to pay to move your patch to the front of the line. Just sayin'.15:17
mesteryotherwiseguy: rofl15:17
mesteryotherwiseguy: Have you considered a career in marketing?15:17
atuveniemesery: ok, btw, when exactly in april is RC1?15:17
atuveniemesery: also, do I have to ask for a official FFE?15:18
mesteryatuvenie: No, I've granted it for now, RCs are cut in the coming weeks, sooner is better.15:19
mesteryatuvenie: Lets get otherwiseguy's patch in and then focus on yours, maybe you can have him review yorus even to provide extra ammo :)15:20
otherwiseguymestery: A career in marketing would probably kill me.15:20
otherwiseguyI'd at least be dead inside. :p15:21
mesterylol15:21
*** dannywilson has joined #openstack-neutron15:21
*** padkrish has quit IRC15:22
*** yfried|afk is now known as yfried15:23
openstackgerritNikolay Fedotov proposed openstack/neutron-vpnaas: Scenario test for vpnaas: ipsec-site-connection  https://review.openstack.org/15974615:24
*** ChuckC has joined #openstack-neutron15:24
*** dannywil_ has joined #openstack-neutron15:24
*** dannywilson has quit IRC15:26
haleybotherwiseguy: i can't get any failures now with your patch or master, so maybe jenkins will +1 you this time :)15:26
* otherwiseguy nominates haleyb's dev machine for inclusion in the jenkins cluster15:27
otherwiseguyhaleyb: thanks for help trying to track this crazy thing down.15:27
otherwiseguyI'm kind of at a loss.15:28
otherwiseguyEvery single time I've looked at failing code and said that it was impossible that it could be failing I've been wrong, but I'm going to keep trying.15:28
HenryGWhere's kevinbenton? He seems to be very good at tracking this kind of thing down.15:28
*** jlanoux has joined #openstack-neutron15:29
*** chandankumar_ has quit IRC15:29
*** aepifanov has quit IRC15:30
openstackgerritAssaf Muller proposed openstack/python-neutronclient: Add HA router state to l3-agent-list-hosting-router  https://review.openstack.org/12618215:33
haleybotherwiseguy: np15:33
mesteryHenryG: It's between 4AM-12PM PDT, so he's asleep15:34
*** localloop127 has joined #openstack-neutron15:35
HenryGmestery: ah yes, the KB timezone15:36
mesteryHenryG: rofl15:36
*** reed has joined #openstack-neutron15:37
*** topshare has quit IRC15:37
*** lazy_prince is now known as killer_prince15:37
*** Bsony has quit IRC15:39
openstackgerritRajeev Grover proposed openstack/neutron: HA for DVR - Neutron Server side code changes  https://review.openstack.org/14316915:40
*** sudipto has quit IRC15:40
*** _cjones_ has joined #openstack-neutron15:41
*** rotbeard has quit IRC15:44
amullerarmax: Good morning15:45
*** chandankumar_ has joined #openstack-neutron15:45
*** rotbeard has joined #openstack-neutron15:46
*** Trozz has quit IRC15:46
*** Trozz has joined #openstack-neutron15:47
*** marun has joined #openstack-neutron15:49
armaxamuller: morning15:51
amullerarmax: marun: Remaining patches for your consideration: https://review.openstack.org/#/q/status:open+branch:master+topic:bp/report-ha-router-master,n,z15:52
*** chandankumar_ has quit IRC15:52
*** padkrish has joined #openstack-neutron15:52
armaxamuller: ok15:53
marunamuller: re: https://review.openstack.org/#/c/126189/15:54
marunamuller: this is affecting the rest api?15:54
*** nlahouti has joined #openstack-neutron15:54
amullermarun: yes, a verb will now return an extra attribute15:54
amullerDocImpact? :)15:54
marunamuller: api test change15:55
openstackgerritMerged openstack/neutron: Add a missing mock in DHCPAgentWeightSchedulerTestCase  https://review.openstack.org/16572215:56
*** gampel has quit IRC15:56
amullermarun: Keep in mind we can't create HA routers unless you have 2+ L3 agents registered15:57
marunamuller: hmmm15:57
*** ferest has joined #openstack-neutron15:59
*** jorgem has quit IRC15:59
*** localloop127 has quit IRC16:00
*** garyk has joined #openstack-neutron16:00
amullermarun: looks like there's 1 API test that uses the affected verb: test_add_list_remove_router_on_l3_agent16:00
*** tidwellr has joined #openstack-neutron16:01
*** baoli has quit IRC16:02
*** apuimedo has quit IRC16:02
*** baoli has joined #openstack-neutron16:03
*** ferest has quit IRC16:03
dougwigmarun: are we clear now to move the tempest lbaas api tests from neutron to neutron-lbaas?16:03
marundougwig: I think so, yes.16:04
openstackgerritDane LeBlanc proposed openstack/neutron: No allocation needed for specific IPv6 SLAAC addr assignment  https://review.openstack.org/16494316:04
dougwigmarun: ok, expect that next week.16:04
*** yatin has joined #openstack-neutron16:04
marundougwig: The outstanding issue is going to be running the tests against stable branches and allowing reuse by refstack so that we can remove from tempest entirely.16:05
marundougwig: But no point in trying to do everything at once.16:05
*** rook-tmp has quit IRC16:06
dougwigmarun: i wonder if tempest needs to be having "external plugin" references, like devstack (and now our CLI), so they can be a single gatekeeper without needing to control the content.16:06
*** rook_ has joined #openstack-neutron16:06
marundougwig: I don't think so, frankly.16:06
dougwigmight also save burning yet another node for every repo's tests.16:07
marundougwig: short-term, we'll waste some vm's16:07
marundougwig: long-term, we can run api tests against test-managed daemons.16:07
marundougwig: It's likely they won't have any more requirements than unit tests16:08
dougwigmarun: ok.  you're closer to it, so i'll leave that worry to you.  :)16:08
*** tflynn has joined #openstack-neutron16:08
marundougwig: so tempest should be able to run api tests for multiple projects via sequential 'tox -eapi' calls on a single node16:08
*** Rajeev has joined #openstack-neutron16:08
*** julien_ZTE has quit IRC16:08
dougwigmarun: i was planning on doing lbaasv1/v2 on the same node, in a similar fashion.16:09
*** julien_ZTE has joined #openstack-neutron16:09
marundougwig: have you done any work on test-managed daemons?  or are you waiting on john's fullstack stuff?16:09
*** tflynn has quit IRC16:09
dougwigmarun: waiting.  right now we're just using a pinned tempest via tox, inside a standard devstack-gate.16:10
openstackgerritMichael Smith proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202416:10
marundougwig: and do you do separate deployment for v1 and v2? or both at the same time?16:10
dougwigmarun: right now, the only in-tree job is v2.  when I move the tempest stuff out of neutron (which is v1), i was going to try to merge it into the same job and just call tox twice, or i can burn yet another node.  i hate that, since 85% of the job time is devstack setup.16:11
*** belmoreira has quit IRC16:12
marundougwig: yeah, devstack is too expensive for this kind of testing16:12
marundougwig: I think the example of the neutron functional job setup is instructive.  the job doesn't take much more than the unit test job16:13
*** julien_ZTE has quit IRC16:13
dougwigmarun: it still requires an underlying devstack, right?16:13
marundougwig: it does, but it only uses devstack as a way to consistently install and configure system dependencies16:14
*** roeyc has joined #openstack-neutron16:14
marundougwig: no installation or init of openstack services16:14
dougwigahh.16:14
*** aswadr has quit IRC16:14
marundougwig: and it limits the repos that get deployed to the node via a control variable in the job config16:14
marundougwig: repo deployment to a new node, by itself, takes 3-4m16:15
*** scheuran has quit IRC16:15
dougwigso linux only, needs network, but a VM and one-time setup can mostly cover that for everyone's local environments.16:16
marunI think so, yes16:16
dougwigand the neutron api job, it launches neutron, or is it doing similar magic?16:16
marunthe api job is still the traditional 'deploy a cloud with devstack'16:16
marunwe'll probably need to keep that as an option, but the goal is to run against test-managed daemon by default16:17
*** jorgem has joined #openstack-neutron16:17
marunprobably api testing against devstack-deployed daemon will become a periodic job to make sure nothing falls through the cracks16:17
marune.g. keytone interaction16:18
marunbut we shouldn't have to validate that on every patch16:18
dougwigmakes sense.  would be nice to get those check runs under 10 minutes or so.16:18
openstackgerritZengfa Gao proposed openstack/python-neutronclient: Add Neutron subnetpool API  https://review.openstack.org/15961816:18
marunit's doable16:18
marunat least, until we start piling on the expensive tests ;)16:19
marunit's been a struggle at times to get people to use functional testing responsibly16:19
marununit tests should still be the default, since they are cheap16:19
openstackgerritCarl Baldwin proposed openstack/neutron: Move external port processing to router classes  https://review.openstack.org/15849516:19
*** leenheer has quit IRC16:20
*** dboik_ has quit IRC16:21
*** amotoki has quit IRC16:22
bloganihrachyshka: ping16:22
*** dboik has joined #openstack-neutron16:22
*** ihrachyshka has quit IRC16:22
*** Marga_ has quit IRC16:23
*** emagana has joined #openstack-neutron16:26
*** padkrish has quit IRC16:28
*** sbfox has joined #openstack-neutron16:29
openstackgerritCarl Baldwin proposed openstack/neutron: Move create_dvr_fip_interfaces in to DVR  https://review.openstack.org/15966316:30
*** localloop127 has joined #openstack-neutron16:30
*** mlavalle has quit IRC16:31
otherwiseguyhaleyb: looks like it failed with the same stupid error in the check queue again.16:32
* otherwiseguy sighs16:32
*** Bsony has joined #openstack-neutron16:32
*** tsg_ has joined #openstack-neutron16:33
*** ronis has quit IRC16:36
*** chandankumar_ has joined #openstack-neutron16:37
*** yfried has quit IRC16:37
*** padkrish has joined #openstack-neutron16:40
openstackgerritZengfa Gao proposed openstack/python-neutronclient: Aadd Neutron subnet-create with subnetpool  https://review.openstack.org/16591016:41
*** sbelous has quit IRC16:41
openstackgerritZengfa Gao proposed openstack/python-neutronclient: Add Neutron subnet-create with subnetpool  https://review.openstack.org/16591016:41
*** sbelous has joined #openstack-neutron16:41
*** thomasem has quit IRC16:41
*** ahmed__ has left #openstack-neutron16:42
*** nyechiel__ has quit IRC16:43
*** aranjan has joined #openstack-neutron16:43
*** pritesh has joined #openstack-neutron16:43
*** jorgem has quit IRC16:45
sbelouscarl_baldwin: ping16:49
carl_baldwinsbelous: pong16:49
sbelousHello, Carl! Long ago you been asked to wait with this patch: https://review.openstack.org/#/c/147554/ Do we need wait more time or we already ok with this patch?16:49
*** kerpan has quit IRC16:51
*** yamahata has joined #openstack-neutron16:52
carl_baldwinsbelous: Could you rebase it on top of https://review.openstack.org/#/c/163222/, which I intend to get in to shape in the next day or two?16:52
*** evgenyf has quit IRC16:53
*** baoli has quit IRC16:54
sbelouscarl_baldwin: ok, will be16:54
carl_baldwinsbelous: Thank you.16:54
*** baoli has joined #openstack-neutron16:55
ZZellecarl_baldwin, hi16:57
carl_baldwinZZelle: hi16:57
ZZellecarl_baldwin, could you look at https://review.openstack.org/133506 when you have time?16:57
carl_baldwinZZelle: Yes, I will.16:58
ZZellecarl_baldwin, thx16:58
carl_baldwinZZelle: Glad to help.16:59
*** itzikb has quit IRC16:59
*** banix has joined #openstack-neutron16:59
*** ihrachyshka has joined #openstack-neutron17:00
ZZellecarl_baldwin, do you think i should/could restore https://review.openstack.org/143869 and sisters ?17:01
*** Swami has joined #openstack-neutron17:01
*** sthillma has joined #openstack-neutron17:02
*** ygbo has quit IRC17:04
*** dave-mccowan has joined #openstack-neutron17:04
*** Networkn3rd has quit IRC17:05
*** pcaruana has quit IRC17:05
*** xgerman has quit IRC17:05
carl_baldwinZZelle: i can support it.  I like encapsulating things like manipulating ip cidrs with strings.17:06
*** jistr has quit IRC17:07
*** padkrish has quit IRC17:07
ZZellecarl_baldwin, should they depend on a specific (l3-refactoring) change?17:08
*** harlowja_away is now known as harlowja_17:09
*** julien_ZTE has joined #openstack-neutron17:09
carl_baldwinZZelle: At this point, I don’t think so.  I think the conflicts in this case would be pretty easy to deal with.  I think I’d rather do conflict resolution with them than lengthen the dependency chain.17:09
ZZellecarl_baldwin, ok, will do!17:10
otherwiseguysalv-orlando: Looking at the test case that keeps throwing the L3_ROUTER_NAT KeyError, I see the test does a backup of the l3.RESOURCE_ATTRIBUTE_MAP, then at cleanup restores it. Is that not totally unsafe if you are running lots of tests at once, all possibly stepping all over the l3.RESOURCE_ATTRIBUTE_MAP?17:10
garykmestery: armax: you guys around?17:11
armaxgaryk: around17:11
* otherwiseguy isn't really that familiar with that part of the code17:11
garykarmax: not sure if you saw my mails about the reverts to the list. i think that we should really revert the changes to the network attributes with the mtu and trasparent vlans.17:11
garyki just wanted to know what you think and why we should actully allow these changes on the base definition. it seems to break our whole model (unless I missed that memo)17:12
armaxgaryk: I looked at the patches…I am still digging through and I spoke briefly with mestery and salv-orlando17:12
*** moshele has quit IRC17:12
garykok. let me know what the concensus is. i just feel it is a lilttle dodgy17:13
*** Marga_ has joined #openstack-neutron17:13
armaxgaryk: makes sense, I recall a discussion where it was agreed that those attribute really make no sense as extension attributes17:13
armaxgaryk: but I may be wrong17:13
garykmtu should be a provider cofnig and transparent vlan too (whatever that is17:13
armaxgaryk: that said, we need to ensure that we do have a reference implementation that support those attributes wherever they are17:13
armaxgaryk: otherwise their moot17:13
garyki am really fine with them as additional extenstions17:13
sc68calCan we just admit that the process for creating API Extensions is fundamentally broken? At this point it's basically saying to code authors "we don't want your work"17:13
*** atuvenie has quit IRC17:14
garykin the patches i did not see a reference implementation (maybe they were on additional patches)17:14
garyksc68cal: i do not understand17:14
garyksc68cal: you can always add an extension17:14
sc68caloh? so why is my qos api extension dead?17:14
armaxgaryk: yes, I think they work is not yet complete, and it may need a FF extension17:14
sc68calI keep having operators ask about rate limits and other stuff at ops meetups17:14
sc68caland I have to shrug and say well we don't have that in Neutron17:15
garyksc68cal: i have no idea. sc68cal if reviews are a concern then i will be happy to look at that17:15
*** padkrish has joined #openstack-neutron17:15
armaxsc68cal: not sure how this is relevant to this discussion17:15
armaxsc68cal: what are you trying to say?17:15
sc68calso asking the NFV people to do API extensions, based on the history of other API extensions is basically the same as rejecting the work IMO17:15
*** Networkn3rd has joined #openstack-neutron17:15
garyksc68cal: lpetrut approached me about qos today. so collaborate17:15
ZZellesc68cal, we need a way to publish available APIs features ... currently we use extensions17:16
garyksc68cal: why? i add an extension a few weeks ago.17:16
sc68calwell guess I must be doing something wrong, because my experience trying to propose and submit an api extension upstream has pretty much turned me off to the whole proces17:16
*** Marga_ has quit IRC17:17
armaxsc68cal: the reasons why work can be turned down may be very different from one proposal to another17:17
*** claudiub has quit IRC17:17
garyksc68cal: lets agree on one thing - the process sucks, but having said that, when code is added it should at least follow the guidelines or principles of the project (we all make mistakes - and I am certainly to blame for a ton of them)17:17
*** Bsony has quit IRC17:17
armaxgaryk: so let’s circle back and revise the approach taken17:18
garykarmax: ok.17:18
armaxgaryk: again, I was under the impression that the attributed were deemed to be core, but that was an oversight and we do need them to be extension attributes, then so be it17:18
garyki am really not in favour of this being part of the base stuff - it just does not seem right. i'll wait till you guys come to a conclusion17:18
armaxgaryk: we can revise, rather than revert17:18
armaxgaryk: having said that, if we have no functional, and well tested reference implementation, these might as well be removed from Kilo, in the RC window17:19
garykarmax: sure, that works for me.17:19
garykarmax: k.17:19
*** Bsony has joined #openstack-neutron17:19
sc68calThat's a more valid argument, that there is no implementation behind it17:19
garykthe transparent vlan broke our external plugin unit tests17:19
sc68calI asked the author yesterday in this channel and he said patches are forthcoming17:19
armaxgaryk: agreed, we should definitely have had this discussion earlier but better late than never ;)17:19
openstackgerritAbhishek Raut proposed openstack/neutron: Cisco Nexus1000V ML2 Mechanism Driver  https://review.openstack.org/15724317:20
armaxgaryk: yeah, I noticed that the NSX CI has been silent for quite a bit17:20
armaxgaryk: any ETA when it’s going to be back online?17:20
*** shwetaap has quit IRC17:20
garykarmax: as soon as we fix this :)17:21
armaxgaryk: um…ok :)17:21
garykarmax: i need to check and will get back to you17:21
armaxgaryk: ok17:21
priteshsc68cal: yep i am still working on it, but if all the ci's are passing i have no way to know that someone has their external stuff broken.17:21
priteshgaryk: is there any log which i can check to fix it instead of reverting that patch ?17:22
armaxpritesh: there were initial patches where the CI voted negatively17:22
armaxpritesh: I believe...17:22
garykpritesh: according to the new model we are responsible for the breakages in the CI (so please don't be bothered about that)17:23
armaxanyhoo, we’ll fix this17:23
pritesharmax: ok thanks.17:23
sc68calDoes not appear to have voted negatively, on https://review.openstack.org/#/c/158420/17:23
armaxit’s been a combination of factors, lack of CI and lack of thorough review17:23
sc68cali'm seeing all greens17:23
garykpritesh: i just do not want you to take me in the wrong way. i am in favor of the addition of the extensions. i just think that they should be done as all other extensions17:23
armaxsc68cal: the NSX CI did vote negatively on PS1117:24
armaxbut then disappeared17:24
armaxI failed to notice until this morning17:24
*** pritesh_ has joined #openstack-neutron17:24
garykit also feel like this stiff should be in the proivider networks extension17:25
sc68calThat's a problem.17:25
armaxgaryk: how so?17:25
garykarmax: we have some issues with our ci at the moment. not sure if they are internal cloud of code issues.17:25
garykmtu?17:25
garykvlan?17:25
garykwhen someone creates a virtyual network they do not know what the backing is? for example GRE17:26
*** pask81 has quit IRC17:26
garykbut then again I was not involved in the review process on these specific patches17:26
sc68calWell, we already have problems with virtual network MTUs exceeding the MTU of the underlying interface17:26
sc68calwhen the encap protocol is added17:26
garyksc68cal: but that is not something that a tenant should be aware of - it is an admin user17:26
sc68calUnless the tenant wishes to do advanced NFV things17:27
*** john-davidge has quit IRC17:27
*** mwagner_lap has quit IRC17:27
garykthe lets have a NFV extension17:27
*** dane_leblanc has quit IRC17:27
*** vivek-ebay has joined #openstack-neutron17:27
*** sridhar_ram has joined #openstack-neutron17:27
garyksc68cal: can you please elaborate on the things that the tenant would want to do?17:27
*** achanda has joined #openstack-neutron17:28
openstackgerritMerged openstack/neutron: Include IPv6 SLAAC addresses implicitly for port update  https://review.openstack.org/16103317:28
*** achanda has quit IRC17:28
garyki am not familiar with this stuff so please forgive me17:28
*** pritesh has quit IRC17:28
*** sripriya has joined #openstack-neutron17:28
armaxgaryk: it feels like this debate should’ve happened ages ago…not sure how fruitful this is going to be now17:28
*** fredlhsu has joined #openstack-neutron17:28
*** achanda has joined #openstack-neutron17:28
*** nmagnezi has quit IRC17:29
*** padkrish has quit IRC17:29
pritesh_armax: i agree.17:29
armaxgaryk: all I can say is that this MTU and VLAN stuff is way far from being complete17:29
*** wuhg has quit IRC17:29
*** s3wong has joined #openstack-neutron17:29
armaxit needs more time to bake and if we are unable to get to a point where it does what it says on the tin17:30
armaxI will be the first one to +2 gary’s revert17:30
*** shwetaap has joined #openstack-neutron17:30
armaxfor now, let’s make sure we focus on the remaining patches17:30
armaxthat’s where the help is needed the most17:30
sc68calgaryk: https://github.com/stackforge/telcowg-usecases17:31
*** mestery_ has joined #openstack-neutron17:31
sc68calI think that's where they plan to put some17:31
sc68calthink that's a skeleton currently,17:31
pritesh_armax: i am not sure what it means by more time bake? does it mean more things are pending? or something missing in there ?17:31
sc68calhttps://wiki.opnfv.org/ipv6_opnfv_project/topdown_usecase17:32
garykarmax: agree - as i said i was not involved in the review of these patches - so i am really coming into the game at the 91st minute17:32
garyki just think that we have an issue here. i hope that this does not break things.17:32
garyki have a feeling that it may17:32
dougwiggaryk: I agree with you now17:33
*** mestery has quit IRC17:33
armaxipritesh_: it’s my understanding is that you have remaining patches that need to go in right?17:33
*** coolsvap is now known as coolsvap|afk17:33
*** patrickeast has joined #openstack-neutron17:33
pritesh_armax: the only remainig patch is in python neutron client, which adds support for it17:33
*** rotbeard has quit IRC17:33
armaxpritesh_: so as soon as more people get a chance to get their hands on this17:34
pritesh_armax: the feature works as of now as in specs.17:34
armaxpritesh_: more issues will come up and we need to strengthen the codebase17:34
* mestery_ catches up on the discussion17:34
armaxpritesh_: no feature has ever been merged bug-free :)17:34
ijwarmax: what's your problem with the MTU and VLAN stuff?17:35
amullerotherwiseguy: another failure here: https://review.openstack.org/#/c/128013/17:35
amullerthe py27 thing17:35
*** packet has joined #openstack-neutron17:35
amullerotherwiseguy: would recheck help?17:35
armaxijw: I have no problem with those per se17:35
ijwwoah, loads of backlog.  Anyone care to summarise?17:35
garykijw: do you have your shoes on? if so I will explain17:35
garykijw: in short it just seems to add the two new params to the base network attributes17:36
pritesh_ijw: garyk wants to revert the mtu and vlan patch becuase they ahve ci failure (aparently which doesnt show up when merging the patch in)17:36
*** ijw has quit IRC17:36
*** kawa2014 has quit IRC17:36
*** leenheer has joined #openstack-neutron17:36
*** kawa2014 has joined #openstack-neutron17:36
garykpritesh_: no, not due to the CI failure. that is our responsibility to fix17:36
*** ijw has joined #openstack-neutron17:36
*** thomasem has joined #openstack-neutron17:37
*** claudiub has joined #openstack-neutron17:37
garykmy problem is that the values for the mtu and tranparent_vlan were added to the base network attributes17:37
pritesh_garyk: as the time of merge there isnt a single failure care to elaborate?17:37
garykijw: pritesh_: https://github.com/openstack/neutron/blob/master/neutron/api/v2/attributes.py#L69517:37
*** kawa2014 has quit IRC17:37
garykthat is my problem. this should be in a sperate extensuon which is imported into the plugin17:37
garykthat is what is broken17:37
dougwigIs there time to fix it without killing the feature?17:38
garykdougwig: i think so. it is just a matter of declaring an extension and adding it to the plugin that wishies to consume and expose it17:38
*** yalie has quit IRC17:38
ijwReading back, I'm interested to see garyk's proposal of an NFV extension, if only he would care to define 'NFV' - the stuff thats' there is pretty basic networking stuff and while it has NFV use cases it's absolutely not NFV (as QoS wouldn't be, either)17:39
*** yalie has joined #openstack-neutron17:39
armaxI need to go back to the review patches that introduced these specs17:39
mestery_I think an NFV extension is going to cause issues, because what exactly is NFV and what isn't?17:39
*** mestery_ is now known as mestery17:39
armaxbecause I have a faint recollection that we discussed/agreeed for these to be core attributes, but I might be wrong17:39
dougwigCan the extension and revert get submitted in the same patch today?17:39
armaxalso, I recall these these attributes should’ve been admin only17:40
armaxand clearly at the moment they aren't17:40
mesterydougwig: We already cut Kilo-3, this will be cleaned up in the rc17:40
ijwAnd in terms of MTU - an app may know what MTU it needs before it can work, and a network controller may be able to find a bigger MTU segment at some higher cost, which is why it's not an admin extension.  Every admin hack to MTU to date has been broken for various reasons17:40
pritesh_dougwig: i agree, that would be a good way to handle it instead of reverting the feature.17:40
armaxdougwig: I think we can just iterate on what we got17:40
mesteryarmax: ++17:40
armaxthere’s a reason why we have an RC window17:40
armaxto flush out the remaining issues that we encounter while more eyes are on the damn feature17:41
armaxnot just VLAN or MTU but any other feature that merged in Kilo17:41
armaxor am I just rambling?17:42
ijwgaryk: every single user of Openstack benefits from the MTU patches, so I don't really understand why you would want that as an extension.  Right now it's pretty much good luck that stops MTUs from screwing over users big time, and the performance frequently sucks that said17:42
sc68cal++ for mtu stuff. I'm working on seeing how bad we're getting bit by it in a lab environment ....17:42
ijwarmax: they're not supposed to be admin only17:42
garykijw: as far as I understand MTU is something fo the underlying architecture17:43
pritesh_ijw, sc68cal: ++ same here17:43
*** ivar-lazzaro has joined #openstack-neutron17:43
aveigagaryk: what if the enants are allowed to use the provider net, sans overlay? I have use cases for this17:43
ijwgaryk: that would be why I wrote the spec ;)17:43
aveigatenants, even17:43
amullerWe've had these discussions on the MTU and NFV specs months ago, discussing this a day after the patches get merged is unfortunate17:43
garykamuller: it is never too late.17:44
*** yamamoto has quit IRC17:44
garyki just find that we break the model for these and i do not think that is healthy17:44
*** Marga_ has joined #openstack-neutron17:44
garykif we have a new model then why do we have extensions and an api17:44
*** julien_ZTE has quit IRC17:44
garyklets just sent one massive blob of data - that will save all of the extensions :)17:44
ijwgaryk: it was intended to address two use cases.  One is working out the max MTU that would work from the underlying architecture, which is what you're talking about.  The other, which is less popular, is discovering if an MTU will work for a network and/or setting a specific MTU regardless of what the system's preference is17:45
*** ivar-lazzaro has quit IRC17:45
ijwThe latter's more of an NFV use case but it's also useful if you have VMs that can't pick up their MTU automatically, for instance - if I have a VM that has a 1500MTU and no DHCP server then if the cloud supports 9000MTUs I need to reduce that to get anywhere with running my VM17:46
ijwDHCP client, even17:46
*** aranjan has quit IRC17:46
ijw(IPv6 is worse, because RA advertisement of MTUs has certain extra constraints)17:46
garykijw: bu that is something that an admin should control - kind of like a provider network.17:46
garykthe MTU in my opinion is part of a provider network extension17:46
ijwgaryk: for the parameters that determine the max MTU the admin does control it - it's all in config17:46
garyktransparent vlan too17:46
*** ivar-lazzaro has joined #openstack-neutron17:47
garykso we can use the policy.json to enable that17:47
ijwgaryk: no, you're wrong17:47
*** mlavalle has joined #openstack-neutron17:47
garykdoes amazon let you configure mtu?17:47
armaxijw: I think what gary is proposing is only a technical change17:47
armaxijw: that won’t change the semantic or how this would be used17:47
ijwFirstly VLAN trunks and provider networks have nothing to do with each other17:47
*** Marga__ has joined #openstack-neutron17:47
*** crc32 has joined #openstack-neutron17:47
*** chandankumar_ has quit IRC17:48
garykijw: my thinking is that the mtu depends on the underlying networking infra17:48
ijwSecondly provider networks and tenant networks and the external network, to name the three types that exist, can all have different MTUs - and - via admin config - the current extension works out exactly what they are for you.  It's not provider network specific but it does have to fold that in17:48
ijwThere are two definitions of MTU here17:48
*** Marga_ has quit IRC17:48
ijwOne is the max packet size that network will transmit, which is absolutely an infra requirement17:48
armaxijw: moving these attributes from core to extension attributes will have no visible difference for those plugins that support them17:48
garykarmax: agree17:48
armaxso really this discussion is moot17:48
ijwThe other is the MTU that is set in your VMs - which has to be under that first number and consistent across the VMs17:48
*** jorgem has joined #openstack-neutron17:49
armaxso, let’s agree where we want them and get on with it17:49
ijwWhat I'm missing is why you would not want them to be core17:49
ijwLast I checked every network has an MTU17:49
ijwYou might not want them to be user selectable, I will happily concede that17:49
armaxijw: agreed, I am not swayed one way or the other17:49
armaxijw: however, if we force them to be in the core17:50
garykijw: i agree that every network has an MTU. i just do not think that the V2 api of a neutron network has a MTU17:50
garykv3 yes. but not v2. a v2 extsnsion yes.17:50
armaxijw: but the model has always been that if they’re in teh core,17:50
armaxijw: every plugin must support it17:50
ijwBoth APIs are designed with backward compatibility - an undiscoverable value leaves you with an unset property on the network17:50
armaxijw: whereas clearly some don’t today17:50
garykijw: no, only plugins that wish to support it should17:50
garykijw: core impleies that everyone has to support it17:51
*** matrohon has quit IRC17:51
armaxijw: the other question is: can all plugins support this out of the box?17:51
ijwarmax: the spec's quite explicit about the way they work - if the plugin can determine the MTU, then it should set the value.  If it can't it shouldn't.  That means that a plugin that is not setting the property is in fact supporting the feature17:51
mesteryVLAN transparent yes, because by default they can just indicate it's "False" I think.17:51
*** aranjan has joined #openstack-neutron17:51
pritesh_garyk: its is optional attribute so how does it matter if you support it or not, even if it is in core?17:51
ijwmestery: yup17:51
armaxijw: if so, then sure, they can be core, if they can’t then they should be extension attributes17:51
openstackgerritDane LeBlanc proposed openstack/neutron: No allocation needed for specific IPv6 SLAAC addr assignment  https://review.openstack.org/16494317:52
ijwarmax: we can double check this but I think the compatibility with plugins that don't really understand MTU is already in the patches submitted17:52
garykpritesh_: it is not optional17:52
armaxijw: indeed..let’s look at that and be sure that the chosen approach indeed makes sense17:52
ijwWe happen to have implemented the ML2 version for drivers tat understand it, and the code in the plugin that checks all the drivers in use for a network.17:52
garykpritesh_: i will try and explain.17:52
ijwarmax: you might want to go back to the specs, especially the MTU spec, and have a check to see if you like what it does17:53
ijwIt's quite detailed on compatibility because I did want a core attribute for preference and I didn't want to go hacking every plugin in the world17:53
garykpritesh_: we as a community say that people can work off master. so yesterday the core features did not have mtu and todya they do.17:53
garykthis is consuing for a user17:53
garykconfusing for a user17:53
garyknot only that if a user is using X plugin today they do not have this and with a upgrade they do.17:54
armaxgaryk: I don’t think that’s a fair statement17:54
ijwgaryk: I understand your concern but every added feature adds something to the API, and we consider adding properties to be backward compatible17:54
armaxgaryk: just because the system grows in features it doesn’t mean that the user gets confused17:54
armaxas a matter of fact the user might be pleased :)17:54
garykif i do network show it will show different values?17:54
ijwI would happily have a debate about whether this feature is sensible in the form it's in but I'm not sure there's an argument about whether adding an attribute is an immediate blocker to merging in a stable API17:54
pritesh_garyk:so no new feature should go in you mean in kilo ?17:54
garykwill they be pleased when they try and configure and the driver does nothing?17:55
ijwgaryk: if you add an extension then net-show will show different values.17:55
garykdue to the fact that it is not core17:55
*** SumitNaiksatam has joined #openstack-neutron17:55
ijwgaryk: read the specs, they both have backward compatibility that ensures the user can't config values that unknowing drivers can't support17:55
garykijw: an admin exposing extension to his./her users will informat them of this17:55
ijwgaryk: you're a hopeless optimist, you know ;)17:56
garykijw: i tend to disagree on this.17:56
mesteryI thought these extensions were admin only?17:56
armaxgaryk: that’s not what I meant17:56
mesterygaryk ijw: Are they not?17:56
ijwmestery: the attributes are readable by anyone17:56
ijwand should be writeable too, though I think there was some debate about that17:56
mesteryijw: OK, then I'm confused, I thought they were admin only17:56
ijwI mean, if my app needs a big MTU I need to be able to check the MTU is big17:56
garykmestery: as far as i understand they are intended to be consumed by everyone (so I learned a few minutes ago)17:57
ijwmestery: oh, you said extensions17:57
ijwIgnore me17:57
ijwThese patches are intended to be consumed by everyone.  I'll stay out of the extensions question.17:57
garyki am not sure that i have much more to add. i think that we need to decide if these are core values or not. i am not in favor of them being core, if they are then cool let us know and we can expose this in all of the plugins17:58
ijwgaryk: coming back to your properties comment, we added properties to networks for ipv6 advertisement in an API.  They weren't optional, all clouds that upgraded got them, and they turned up in a stable version.  So there's precedent for adding properties on object17:58
garykijw: i too think that was a mistake.17:58
sc68calHang on, thhe ipv6 attributions are optional17:59
sc68calit just so happens that the reference implementation is totally broken without using them however.17:59
armaxso the question here really is:17:59
openstackgerritMichael Smith proposed openstack/neutron: L3 Agent support of manual dvr snat add/remove  https://review.openstack.org/12381517:59
*** reed has quit IRC17:59
armaxnow the attributes are exposed to all plugins18:00
armaxcan all plugins handle them consistently?18:00
*** padkrish has joined #openstack-neutron18:00
*** jlanoux has quit IRC18:00
garykarmax: what if the tenant defines an mtu greater than the mtu of the underlying network?18:01
armaxin other words, if a user set them, update them, etc, is the expected behavior honored by the plugin?18:01
armaxif not, then, these must be extension attributes, if yes, then I suppose they can stay core18:01
garykarmax: i can say for the vware nsx this is not surrently supported (I only discovered them today :))18:01
ijwFrom memory: the default value for them is NULL - which means the plugin isn't going to tell you anything.  The default for a plugin that doesn't actively handle setting them on net-create is that the value is rejected.  This is documented behaviour - a plugin is at liberty and in spec if it doesn't let you choose the values and doesn't tell you what values it's using.18:01
garykin addition to that i have no idea what a transparent vlan is18:02
ijwgaryk: if the MTU is too big the net-create will fail18:02
*** aranjan has quit IRC18:02
ijwgaryk: read the spec18:02
*** boris-42 has quit IRC18:02
ijwarmax: and they aren't updateable after create18:02
armaxijw: right, that doesn’t change my question18:03
garykijw: that means that the plugin will need to check. i am not sure that i saw that validation. can you point that outr to me please18:03
ijwI hope that the specs actually answer these questions, and it's really the specs you're critcising rather than the code, here.  I think it's easier if you go read them and see whether there's something you object to there.18:03
*** ZZelle_ has joined #openstack-neutron18:03
armaxijw: if I set vlan_transparent=True, can any plugin honor the request out of the box?18:03
ijwarmax: no18:03
armaxso that’s your answer18:03
*** enikanorov has joined #openstack-neutron18:03
mesteryarmax: Linuxbridge agent I think18:03
mesteryML2 + Linuxbridge18:03
armaxthese must move to extension attribute18:03
ijwarmax: for an obvious one, if you're using OVS in ML2 or VLANs on the net, VLAN trunks cannot be created under any circumstances, but at least the user can now find that out18:03
ijwBefore, they got a network that might pass vlans and no clues18:04
armaxijw: that’s not the point18:04
*** yatin has quit IRC18:04
ijwarmax: alternatively, you're asking 'what happens if I'm using some plugin that's never heard of VLANs?'18:04
armaxwe can’t show an attribute that the plugin cannot understand18:04
armaxnow the other question is:18:04
armaxif a user set the MTU, can any plugin honor it right now, i.e. can it enforce the right MTU on the network they provision?18:05
ijwAnd that's addressed by the backward compatibility bits of the spec18:05
ijwAnd again, no - not all plugins know what an MTU is18:05
ijwAnd that's *also* addressed by the backward compatibility bits of the spec18:05
armaxijw: I’ll re-read the sections18:06
*** enikanorov__ has quit IRC18:06
*** vthapar has joined #openstack-neutron18:06
armaxijw: but one thing is for sure: I don’t think it’s acceptable  if backend actually do nothing about certain attributes18:07
armaxijw: it doesn’t lead to a coherent user experience18:07
ijwI would totally agree with that18:07
garykijw: is this not why we have extensions18:07
garyka plugin should only expose what it supports?18:07
ijwYou need to *know* that you asked for somethig the plugin can't provide, which is why there's stuff in the spec that tells you how you know18:07
armaxijw: we’d need to think not just to the plugins that were considered whilst designing this feature18:07
armaxijw: but also those that weren’t18:08
armaxI think that’s garyk’s crux of the matter18:08
ijwarmax: read the spec.  Seriously, I did think of this when I wrote it18:08
armaxdue18:08
armaxdude I get it18:08
*** oreillyd has quit IRC18:08
armaxI did read it and I will re-read it18:08
*** dane_leblanc has joined #openstack-neutron18:08
armaxbut time has gone by I might have forgotten or even agreed at the time ;)18:09
ijwTo be fair, this was also written in the season of salv-orlando's 'no more extensions' argument ;)18:09
armaxunderstood18:09
armaxI am not taking any side right now18:09
armaxI am only trying to making sure we’re clear as to what the issue is18:09
ijwIn this instance I think it does make sense for it not to be an extension, it's something we should strongly recommend every plugin implement in a ore grown up manner than 'I don't know what you're talking about'18:09
ijwEven if the answer is 'your MTU is 1500 and I've never heard of these VLAN things'18:10
armaxfrom an external endpoint whether the MTU is an extension attribute or not it really makes no different18:10
armaxand this whole discussion becomes a religiious argument18:10
ijwBut VLAN one aside, the MTU code in the ML2 driver addresses real user problems so I would bear that in mind - if we don't want it in like this, I think we still want it in18:11
armaxall I care is making sure everyone is on the same page and that the user doesn’t get mad18:11
ijwyup18:11
*** coolsvap|afk has quit IRC18:11
armaxfrankly I couldn’t care less if the attribute is core or not18:11
*** crc32 has quit IRC18:11
*** pritesh_ is now known as pritesh18:11
armaxso long as it does what’s intended to do18:11
*** Marga__ has quit IRC18:11
armaxthe extension attribute debate is a technicality18:11
armaxIMO18:12
dougwiggiven that this argument started when i left for lunch, and i'm back now, and it could've been coded both ways in that timeframe, can i suggest we drive to an action and move on?18:12
ijwMy main worry is that if these discussions are coming up they're so much easier to deal with at spec time than pretty much on the day of the FF when the code is written ;)18:12
*** Marga_ has joined #openstack-neutron18:12
armaxijw: agreed, but the world is far less than ideal18:12
*** Marga_ has quit IRC18:12
armaxis it not?18:12
* ijw wonders who to bribe to -1 all armax's patches ;)18:12
*** Marga_ has joined #openstack-neutron18:13
*** sudipto has joined #openstack-neutron18:13
* dougwig accepts scotch.18:13
armaxnot sure that is gonna give you anything but sure, go ahead :)18:13
ijwBut yes - I just want to make sure if this gets blocked it gets blocked for a solid reason18:13
armaxyou gotta get my -2 taken away first :)18:13
ijwarmax: entertainment, and I may be in the pricerange for a -218:13
garykiijwno one is blocking.18:13
armaxijw: I don’t want it blocked18:13
armaxijw: I want it right!18:13
garykijw: the issue is just to move the definition from a core property to an extension18:14
ijwOK - that being the case then what would make it right for you, do you think? Simply making it an extension?18:14
ijwI have to say I'm not a massive fan18:14
garykijw: that works for me18:14
armaxijw: I need more time to look at this18:14
garykyou guys can convince me that the mtu is a core.18:14
garykvlan_transparency - no way18:14
dougwigdoes moving it to an extension change the public facing API at all?  (i don't think it does.)  which means that this is mostly an internal debate, right?  which means that there is not a huge hurry.18:14
armaxand decide whether these make sense as is, or we should move them18:14
*** Marga_ has quit IRC18:14
armaxdougwig: amen18:14
armaxdougwig: that’s what I am saying for an hour18:15
*** jschwarz has joined #openstack-neutron18:15
*** Marga_ has joined #openstack-neutron18:15
dougwigarmax: i agree.  unless it's urgent, today of all days seems like not the day to debate this (or revert it, if we expect it to be in in some fashion.)18:16
armaxdougwig: I never advocated for the revert18:16
priteshdougwig: if people start posting reverting patches it no more a internal debate, it shows you want that feature out.18:16
armaxpritesh: yeah, that was a bit hasty18:16
garykpritesh: i do not want the feature out. i di dnot say that. i just want the definition in a more logical place18:16
bloganwhats the main reason to put somethign as an etension versus core? toggling on or off?18:17
* salv-orlando waits for the blood to flow18:17
armaxgaryk: the revert was not the right step forward18:17
dougwigthe features, as they are in today, move the ball down the field.  with what garyk identified, is some technical debt.  now we're debating when/how to fix that technical debt, really.  which we can do without pulling the feature.  and we can also do without urgency.18:17
garykarmax: then can you please explain what the correct process is?18:17
armaxiterate over the existing code18:17
armaxonce agreement has been reached18:17
blogandougwig: what if moving it from core to to extension does break backwards compatibility?18:17
armaxstuff can just be shuffled to the right place18:17
dougwiggaryk: have the original authors do the revert/move in the same gerrit patch would be my preference, so it's seamless.18:18
armaxonce the right place has been determined18:18
mesteryWe're not reverting the patches, we'll fix it. Reverting isn't the right move.18:18
mesteryarmax: Right18:18
mesteryPlease stop talking about reverting18:18
garykyay, now i am to blame :)18:18
armaxkilo hasn’t shipped yet18:18
dougwigblogan: i don't think that's true in this case, since it's attribute adds, not endpoint adds.18:18
* salv-orlando throws some meat to the lions...18:18
mesteryright18:18
salv-orlandowell when i do something wrong you guys revert my patches ;)18:18
garyknext time will be very sensitive about how i do things, but when something is not done correctly it should be fixed.18:18
blogandougwig: removing an attribute break backwards compatibility, and if moving from core to extension then allows an attribute to be disabled, doesn't that break it?18:19
*** criptoverso has quit IRC18:19
armaxI guess there are reasons that justify a revert18:19
mesteryExamples like this are why I think the specs process is completely broken BTW18:19
garykthe fact that this changes the way that we deal with chagnges to attributes is setting a precedent.18:19
dougwigblogan: point.  doesn't worry me, but point.18:19
armaxbut I don’t see any of the reasons we discussed today, valid ones to warrant a revert of this feature, just yet18:19
salv-orlandoyes - but can we discuss this tomorrow? or monday?18:19
salv-orlandoif that code stays in trunk one or 2 days no puppy will day18:20
mesterymaybe tuesday?18:20
salv-orlandodie18:20
dougwiggaryk: i think your objection to this being precedent is duly noted.  :-)18:20
armaxas I said, let’s have more eyes on this, get everyone on board and happy that it does what it’s supposed to do and we’ll make the call, then and only then18:20
garyki am going to abandon the reverts. guys let me know what you decide. its borken and should be fixed.18:20
*** lori is now known as lori|away18:20
armaxbroken where?18:20
garykarmax: it changes core values that are not supported by all plaugins18:21
garykit exposes data to a tenant that should be admin only18:21
garykthat is just on the api level.18:21
sc68calWe have attributes like that today18:21
armaxgaryk: ok, this is becoming a circular discussion18:21
*** ronis has joined #openstack-neutron18:21
*** _cjones_ has quit IRC18:21
* sc68cal points to ipv6_ra_mode and ipv6_address_mode18:21
garykexactly18:21
sc68calSo should we revert those?18:21
garykbut you wanted to know where i thiink that it is broken. no?18:22
*** catohornet has joined #openstack-neutron18:22
dougwigwho is willing to take the action item to own this debate/submit some patches?18:22
sc68calOr should I make an API extension for ipv6 support?18:22
garyksc68cal: since when do two wrongs make a right?18:22
mesterylol18:22
armaxI am gonna go back and reading the specs once again and make sure the code is sound18:22
garykbut whatever the community decides18:22
salv-orlandoanyway might it be relevant to the discussion that I proposed abolition of attribute extensions and nobody objected?18:23
* armax moves his eyes on his other screen18:23
*** atuvenie has joined #openstack-neutron18:23
garykat least armax is not rolling his eyes18:23
garykit paves the way for parting with extensions …18:23
* armax rolling his eyes to the left ;)18:23
garykwhat do i care south africa is into the semi finals!18:23
dougwigso i asked who owns solving this, and heard nothing.  if no one cares about this feature and consensus that much, then let's revert it.18:24
salv-orlandobecause while I agree garyk has some very valid concern especially around one of the two blueprints, I also think that if we keep going with everything is an extension we end up in a sitation where we do not know what neutron is or does18:24
dougwigotherwise, speak up.18:24
salv-orlandois just whatever you want it to be18:24
priteshdougwig: i can submit new patch which will move it to extension18:24
mesteryarmax owns this :)18:24
sc68calI can help too18:24
mesterydougwig: ^^^18:24
mesterysc68cal: Tahnks!18:24
sc68calif needed18:24
dougwigpritesh: can you also take on driving the consensus, via the ML or the neutron meeting?18:24
dougwigif so, let's table and let priggish work.18:24
priteshdougwig: sure will do.18:24
*** jschwarz has quit IRC18:24
garykpritesh: thanks!18:24
dougwigpritesh (sorry, autocorrect)18:24
garykif you mail or ping me I will be very happy to review18:25
*** _cjones_ has joined #openstack-neutron18:25
priteshgaryk: ok thanks, will do.18:25
garykpritesh: thanks. i have abandoned the patches and the balls in your court.18:25
priteshdougwig: no, worries, thanks.18:25
priteshgaryk: ok sounds good, will send it new patch soon to move it.18:26
priteshgaryk: just to be sure, you mean the vlan transprent one right, and you are ok with the mtu one being in core?18:26
*** safchain has quit IRC18:28
garykpritesh: i am fine with the mtu to be core. we will need to work on our plugin to make sure that this is correctly implemented…18:28
*** banix has quit IRC18:28
garyki still am not 100% comfortable with it. but i seem to be in the minority18:28
priteshgaryk: sounds good, so will get the vlan transparent one moved to extension.18:28
*** reed has joined #openstack-neutron18:29
garykok, thanks18:29
garykmestery: armax: marun: i was just sent a mail asking for me to let people that they can vote for our session :). oh my. armax roll those eyes18:29
mesterygaryk: lol18:30
mestery:)18:30
*** emagana has quit IRC18:31
*** leenheer has quit IRC18:31
*** leenheer has joined #openstack-neutron18:32
*** emagana has joined #openstack-neutron18:32
sc68caljust got it too18:32
*** aepifanov has joined #openstack-neutron18:34
*** aranjan has joined #openstack-neutron18:35
*** banix has joined #openstack-neutron18:36
garyksalv-orlando: thanks for fixing the unit tests18:37
garykone the patch is in i will rebase the rest...18:37
kevinbentonmestery: ping18:37
mesterykevinbenton: You're awake before noon pacific? Who are you?18:38
kevinbentonmestery: i'm getting my life in order :)18:38
ijwI've posted to the mailing list on both the patch thread and the compatibilty thread Gary started.  Let's work there.18:38
ijwQuick decisions appreciated, but at least we can involve everyone who cares that way18:39
*** jbrendel has joined #openstack-neutron18:39
mesterykevinbenton: Good for you! Did you get your first sobriety chip? :)18:39
kevinbentonmestery: "up before noon for 1 day"18:39
mesterykevinbenton: lol18:39
*** aranjan has quit IRC18:40
kevinbentonmestery: when do we propose FFE's? I really want the ebtables patch to make it in this cycle. It's important to enable an equivalent of flatdhcp18:40
mesterykevinbenton: You'll have to work with marun on that, but I don't think that one can make it. If you can convince him, come and talk to me.18:41
kevinbentonmestery: ok18:41
jbrendelMestery: All the ARP-related patches are lined up and have been reviewed many times.18:41
kevinbentonmarun: what were your main concerns around the ebtables stuff?18:41
*** tflynn has joined #openstack-neutron18:42
jbrendelNone of the comments were concerns about the way it worked, only minor ones about style and such.18:42
*** Marga_ has quit IRC18:42
*** jprovazn has quit IRC18:43
*** yamamoto has joined #openstack-neutron18:44
*** Marga_ has joined #openstack-neutron18:45
*** claudiub has quit IRC18:46
*** abehl has joined #openstack-neutron18:48
*** yfried has joined #openstack-neutron18:48
*** yamamoto has quit IRC18:49
*** marrusl has quit IRC18:51
openstackgerritRossella Sblendido proposed openstack/neutron: L2 agent RPC add new RPC calls  https://review.openstack.org/14743518:51
*** safchain has joined #openstack-neutron18:52
openstackgerritRossella Sblendido proposed openstack/neutron: OVS agent react to events instead of polling  https://review.openstack.org/16488018:54
openstackgerritRossella Sblendido proposed openstack/neutron: Add get_events to OVSDB monitor  https://review.openstack.org/16180618:54
*** marrusl has joined #openstack-neutron18:54
openstackgerritMerged openstack/neutron: Hyper-V Agent decomposition  https://review.openstack.org/15325918:54
openstackgerritRoey Chen proposed openstack/neutron: Fix create_security_group_rule_bulk_native to return all created rules  https://review.openstack.org/16597018:57
*** vivek-ebay has quit IRC18:58
*** vivek-ebay has joined #openstack-neutron19:01
*** vivek-ebay has quit IRC19:01
marunkevinbenton: re: ebtables, I grew pretty frustrated at the lack of testability in the design.19:01
*** vivek-ebay has joined #openstack-neutron19:02
marunkevinbenton: I directed salv-orlando and armax to review in my place because I didn't have the energy to educate the author.19:02
marunkevinbenton: It solves a real problem so I didn't want to block it just because the implementation offended my tender sensibilities.  The same can be said of a great deal of the neutron codebase, after all.19:03
kevinbentonmarun: maybe we can chat a bit tomorrow morning about some changes to make it a little easier to test?19:04
marunkevinbenton: sure thing19:04
kevinbentonmarun: sounds good19:04
jbrendelHi there!19:04
jbrendelThank you for looking into that ARP patch.19:04
jbrendelWe've had a few +2s before, all the patches are lined up and and ready to go.19:05
kevinbentonjbrendel: talking to me or maru ? :)19:05
jbrendelAll of you! :-)19:05
jbrendelkevinbenton: maru: Robert Clark gave it a +1 last night, requesting that it please be considered for inclusion due to security.19:05
kevinbentonjbrendel: i have to step out for a meeting. i'll be back in an hour or so19:06
mesteryKeep in mind we have 9 BPs for RC1 already folks, which is likely already 4 too many. I'm not saying we can't make it an even 10 though, but it's a lot.19:06
*** fredlhsu has quit IRC19:06
*** Marga_ has quit IRC19:06
kevinbentonmestery: right, i only suggested it because it seems pretty close. i'll work with Maru on the testing aspect to see if there is a change we can make19:07
jbrendelmestery: Does it help in any way that the code has seen a lot of reviews and seems to be acceptable?19:07
*** jobewan has joined #openstack-neutron19:07
openstackgerritCedric Brandily proposed openstack/neutron: Transform BaseOVSLinuxTestCase methods in helpers  https://review.openstack.org/16586619:07
openstackgerritCedric Brandily proposed openstack/neutron: Define FakeMachine helper for functional/fullstack tests  https://review.openstack.org/14341219:07
mesteryjbrendel kevinbenton: It does indeed, like I said, lets see what the investigation turns up. Worst case we can fast-track this into Liberty once we branch the RC.19:07
*** _cjones_ has quit IRC19:08
*** claudiub has joined #openstack-neutron19:08
kevinbentonmestery: okay. i'll update on the review what Maru an i can work out19:09
mesterykevinbenton: Gracias19:09
*** marun has quit IRC19:09
*** dsneddon is now known as dsneddon_lunch19:09
*** bobmel has quit IRC19:09
HenryGkevinbenton: I too will help where I can19:09
kevinbentonHenryG: ack19:10
*** bobmel has joined #openstack-neutron19:10
sc68calI need to stop joking and propose a summit session "OpenStack Neutron: Hug it out" where everyone just has to give eachother a hug and say it's all going to be OK19:12
priteshsounds like a good idea!19:13
*** jbrendel has quit IRC19:14
*** bobmel has quit IRC19:15
aveigasc68cal: that's what a whiskey BOF is for19:15
sc68cal:)19:15
*** evgenyf has joined #openstack-neutron19:16
*** marun has joined #openstack-neutron19:19
*** ijw has quit IRC19:20
*** shaohe_feng has quit IRC19:20
*** banix has quit IRC19:22
mesterysc68cal: lol19:23
*** jbrendel has joined #openstack-neutron19:24
*** Marga_ has joined #openstack-neutron19:24
*** Marga_ has quit IRC19:25
*** vthapar has quit IRC19:27
*** julien_ZTE has joined #openstack-neutron19:27
*** aranjan has joined #openstack-neutron19:29
openstackgerritCedric Brandily proposed openstack/neutron: Define extract_ip helper function  https://review.openstack.org/14381119:31
*** rotbeard has joined #openstack-neutron19:32
*** pc_m has quit IRC19:32
*** aranjan has quit IRC19:34
*** _cjones_ has joined #openstack-neutron19:34
*** banix has joined #openstack-neutron19:36
*** SumitNaiksatam has quit IRC19:39
*** jorgem has quit IRC19:39
openstackgerritMerged openstack/neutron: Basic subnetpool CRUD  https://review.openstack.org/14869819:42
*** dsneddon_lunch is now known as dsneddon19:43
*** britthouser has quit IRC19:43
*** evgenyf has quit IRC19:49
otherwiseguymestery: should I be able to find logs from my py27 failure on logstash? Because I seem to be completely incapable of that.19:51
mesteryotherwiseguy: Indeed19:52
otherwiseguydon't seem to see anything with build_name:"gate-neutron-python27".19:52
*** sbelous1 has joined #openstack-neutron19:53
*** sudipto has quit IRC19:53
otherwiseguydidn't know if it was more than me just having no idea what I'm doing or not. :p19:53
*** julien_ZTE has quit IRC19:53
*** sbelous1 has left #openstack-neutron19:54
*** aveiga has quit IRC19:54
*** flwang1 has joined #openstack-neutron19:55
otherwiseguymestery: https://review.openstack.org/#/c/155470/15/neutron/db/l3_db.py has been stuck in the gate for 20 hours.19:55
flwang1garyk: ping19:55
otherwiseguyIt does L3-y things.19:55
openstackgerritSalvatore Orlando proposed openstack/neutron: IPAM reference driver  https://review.openstack.org/15048519:55
*** Marga_ has joined #openstack-neutron19:55
mesteryotherwiseguy: Lets go #openstack-infra19:56
*** sbfox has quit IRC19:56
* otherwiseguy tries checking it out and seeing if it causes his patch to fail19:56
*** shwetaap has quit IRC19:56
*** britthouser has joined #openstack-neutron20:00
*** fredlhsu has joined #openstack-neutron20:01
*** sbfox has joined #openstack-neutron20:01
openstackgerritCedric Brandily proposed openstack/neutron: Define extract_prefixlen helper function  https://review.openstack.org/14381220:01
*** dave-mccowan has quit IRC20:04
*** gildub has joined #openstack-neutron20:04
*** fredlhsu has quit IRC20:04
*** sambetts has quit IRC20:06
*** sambetts has joined #openstack-neutron20:06
mesteryotherwiseguy: Once armax comes back he can push a new verison of that stuck patch. If he's at lunch, feel free to push it yourself :)20:07
*** Marga_ has quit IRC20:08
otherwiseguymestery: k. still beating my head against the seemingly impossible. :)20:08
*** roeyc has quit IRC20:09
otherwiseguyI guess in the check queue it shouldn't affect me at all. Just grasping at straws at this point.20:09
*** atuvenie has quit IRC20:10
*** shwetaap has joined #openstack-neutron20:11
mesteryotherwiseguy: Hang in there, it's almost Friday :)20:12
*** aranjan has joined #openstack-neutron20:15
*** vivek-ebay has quit IRC20:15
*** vivek-eb_ has joined #openstack-neutron20:15
*** dave-mccowan has joined #openstack-neutron20:18
kevinbentonotherwiseguy: what's stuck?20:19
kevinbentonotherwiseguy: or failing?20:19
*** aranjan has quit IRC20:20
*** thomasem has quit IRC20:20
*** emagana has quit IRC20:20
otherwiseguykevinbenton: 152761 fails py27 with KeyError: 'L3_ROUTER_NAT' even though I can't see how the code could ever even come close to touching that. http://logs.openstack.org/61/152761/21/check/gate-neutron-python27/d29809b/console.html20:21
kevinbentonotherwiseguy: you've probably been lucky enough to hit the UT failure lottery!20:22
otherwiseguykevinbenton: It passed py27 fine around midnight, then failed in the gate later in the morning without any code change, and has failed the check since.20:22
kevinbentonotherwiseguy: which patch is it?20:22
kevinbentonotherwiseguy: i will find the issue20:23
kevinbentonotherwiseguy: i love this game :)20:23
otherwiseguykevinbenton: here's the patch: https://review.openstack.org/#/c/152761/20:23
kevinbentonotherwiseguy: usually some other test is mutating something20:23
*** c_soukup has joined #openstack-neutron20:23
kevinbentonotherwiseguy: and your patch just happened to change the test order enough to cause it20:23
otherwiseguySomething somewhere is probably mutating service_plugins or something.20:23
kevinbentonotherwiseguy: right20:23
mesterykevinbenton is like sherlock holmes!20:24
otherwiseguyI've just been flailing around at it. :p20:24
kevinbentonmestery: minus the good looks, physical fitness, and general aura of coolness20:24
otherwiseguykevinbenton: So just the cocaine?20:24
mesterykevinbenton: Heh.20:24
kevinbentonotherwiseguy: oh, none of that either because i can't afford it20:24
otherwiseguy:)20:24
kevinbentonotherwiseguy: diet coke instead :)20:24
*** banix has quit IRC20:25
*** emagana has joined #openstack-neutron20:25
*** aranjan has joined #openstack-neutron20:25
amullerotherwiseguy: one of my patches is hitting that as well: https://review.openstack.org/#/c/128013/20:26
*** Swami has quit IRC20:26
*** csoukup has quit IRC20:26
otherwiseguyamuller: I'M NOT ALONE!20:26
*** salv-orlando has quit IRC20:27
* amuller leaves20:27
otherwiseguySo far it looks like an anti-Red Hat conspiracy! :p20:27
*** flwang1 has quit IRC20:29
mesterylol20:30
mesterykevinbenton: I think the RH guys are on to us :)20:30
kevinbentonmestery: I HAVE NO IDEA WHAT YOU ARE TALKING ABOUT20:30
kevinbentonmestery: i have an alibi20:30
kevinbentonmestery: i was at starbucks during that time20:30
mesterykevinbenton: lol20:31
amullercarl_baldwin: The pluggable ipam + reference ipam implementation is still targeted for Kilo I see?20:32
carl_baldwinamuller: Yes, it is.20:32
amullerI guess I should start reviewing that =D *feels guilty*20:32
*** flwang1 has joined #openstack-neutron20:32
*** dims has quit IRC20:34
*** Marga_ has joined #openstack-neutron20:38
*** yfried is now known as yfried|afk20:42
openstackgerritRyan Tidwell proposed openstack/neutron: Subnet allocation from a subnet pool  https://review.openstack.org/15759720:46
openstackgerritRyan Tidwell proposed openstack/neutron: Subnet allocation from a subnet pool  https://review.openstack.org/15759720:47
kevinbentonotherwiseguy: unreproducable, case closed20:47
kevinbentonotherwiseguy: :)20:47
*** jorgem has joined #openstack-neutron20:48
openstackgerritCedric Brandily proposed openstack/neutron: Define get_cidr helper function  https://review.openstack.org/14386920:48
*** claired has joined #openstack-neutron20:48
*** cference has quit IRC20:48
*** jaypipes has quit IRC20:50
*** safchain has quit IRC20:51
*** Marga_ has quit IRC20:52
*** gildub has quit IRC20:52
*** Marga_ has joined #openstack-neutron20:52
kevinbentonotherwiseguy: i lied, i found the issue20:52
otherwiseguykevinbenton: !!!20:53
*** rotbeard has quit IRC20:53
*** emagana has quit IRC20:53
*** Marga_ has quit IRC20:54
*** Marga_ has joined #openstack-neutron20:54
*** emagana has joined #openstack-neutron20:54
otherwiseguykevinbenton: what was it?20:55
kevinbentonotherwiseguy: working on figuring out why20:55
kevinbentonotherwiseguy: neutron.tests.unit.test_dhcp_scheduler.DHCPAgentWeightSchedulerTestCase.test_scheduler_equal_distribution20:55
kevinbentonotherwiseguy: that test, followed by the one you see failing20:55
ZZelle_carl_baldwin, re20:55
ZZelle_carl_baldwin, about https://review.openstack.org/13350620:56
carl_baldwinZZelle_: hi20:56
*** Sukhdev has joined #openstack-neutron20:57
*** matrohon has joined #openstack-neutron20:58
ZZelle_carl_baldwin, my concern is that on one side routers are reachable from external networks (internet) and on the other side metadata proxies run on infra nodes20:58
*** absubram has quit IRC20:59
ZZelle_carl_baldwin, we should as much as possible reduce the attack surface of our services20:59
otherwiseguykevinbenton: nice, I can reproduce that way as well.20:59
HenryGkevinbenton: because it's overriding DB_PLUGIN_KLASS ?21:00
*** raildo is now known as raildo|away21:00
ZZelle_carl_baldwin, typically metadata proxies providing a "bridge" to infra side21:00
kevinbentonHenryG: possibly21:00
*** padkrish has quit IRC21:01
kevinbentonotherwiseguy, HenryG: working on a fix now21:01
otherwiseguykevinbenton: cool, thanks. Relocating from coffee shop to house.21:01
carl_baldwinenikanorov: Could you comment on https://bugs.launchpad.net/neutron/+bug/1187102 ?  I’m wondering about your comment #6 questioning whether we should fix this.21:01
openstackLaunchpad bug 1187102 in neutron "quantum-ns-metadata-proxy listens on external interfaces too" [Low,In progress] - Assigned to Cedric Brandily (cbrandily)21:01
kevinbentonotherwiseguy: ack21:01
*** padkrish has joined #openstack-neutron21:01
carl_baldwinZZelle_: I tend to agree with you.  Let me give enikanorov a chance to chime in.21:01
*** sthillma has quit IRC21:01
*** jckasper has quit IRC21:01
*** yfried|afk is now known as yfried21:02
*** padkrish_ has joined #openstack-neutron21:03
*** tsg_ has quit IRC21:03
*** ronis has quit IRC21:03
*** aepifanov has quit IRC21:03
*** dannywil_ has quit IRC21:03
*** patrickeast has quit IRC21:03
kevinbentonHenryG: seems to be because it calls the neutron manager to get_plugin()21:03
kevinbentonmight actually be the l3 one that is brittle21:04
*** dannywilson has joined #openstack-neutron21:04
*** ivar-laz_ has joined #openstack-neutron21:04
*** ivar-laz_ has quit IRC21:05
*** padkrish has quit IRC21:06
*** ihrachyshka has quit IRC21:06
*** ivar-laz_ has joined #openstack-neutron21:06
kevinbentonHenryG: oh, dhcp tests don't clean up after themselves21:06
*** ivar-laz_ has quit IRC21:07
HenryGkevinbenton: what don't they clean up?21:07
*** ivar-laz_ has joined #openstack-neutron21:07
*** aranjan has quit IRC21:08
*** ivar-lazzaro has quit IRC21:08
openstackgerritCedric Brandily proposed openstack/neutron: Define extract_ip helper function  https://review.openstack.org/14381121:09
openstackgerritCedric Brandily proposed openstack/neutron: Define extract_prefixlen helper function  https://review.openstack.org/14381221:09
openstackgerritCedric Brandily proposed openstack/neutron: Define get_cidr helper function  https://review.openstack.org/14386921:09
openstackgerritKevin Benton proposed openstack/neutron: Make DHCP tests cleanup neutron manager reference  https://review.openstack.org/16601421:11
kevinbentonHenryG: ^^21:11
*** yfried is now known as yfried|afk21:12
*** aranjan_ has joined #openstack-neutron21:13
openstackgerritKevin Benton proposed openstack/neutron: Make DHCP tests cleanup neutron manager reference  https://review.openstack.org/16601421:13
*** Networkn3rd has quit IRC21:13
HenryGkevinbenton: you need to open source your sleuthing methods21:14
*** Marga_ has quit IRC21:14
*** Marga_ has joined #openstack-neutron21:15
*** lpetrut has quit IRC21:15
*** ivar-laz_ has quit IRC21:15
*** yamamoto has joined #openstack-neutron21:16
otherwiseguykevinbenton: works for me. thank you! I owe you a beverage-of-your-choice. (I owe lots of beverage-of-choices this release).21:18
openstackgerritKevin Benton proposed openstack/neutron: Break calls to get_devices_details_list into subsets  https://review.openstack.org/16359421:18
*** claired has quit IRC21:19
HenryGkevinbenton: Do you use OS_CHECK_PLUGIN_DEALLOCATION?21:19
kevinbentonHenryG: no, it's really slow21:20
*** dboik_ has joined #openstack-neutron21:20
openstackgerritTerry Wilson proposed openstack/neutron: Add native OVSDB implementation of OVSDB API  https://review.openstack.org/15276121:20
*** dboik_ has quit IRC21:20
*** yamamoto has quit IRC21:21
*** dboik_ has joined #openstack-neutron21:21
kevinbentonHenryG: and unfortunately that's only called on tests that do the cleanup21:21
kevinbentonHenryG: so that wouldn't have helped here21:21
otherwiseguykevinbenton: I have depended my patch on yours. Go, zuul, go!21:21
kevinbentonmestery: which timezone does it have to be thursday in for feature freeze?21:22
mesterykevinbenton: FF was earlier today, we've already cut Kilo-3 :)21:22
mesterykevinbenton: https://launchpad.net/neutron/+milestone/kilo-321:22
mesterykevinbenton: We're on to a packed RC1 now: https://launchpad.net/neutron/+milestone/kilo-rc121:22
kevinbentonmestery: scary!21:22
mesterykevinbenton: Indeed21:23
*** dboik has quit IRC21:23
*** ivar-lazzaro has joined #openstack-neutron21:24
openstackgerritCedric Brandily proposed openstack/neutron: Replace BaseIPVethTestCase by FakeMachine  https://review.openstack.org/16029021:25
*** salv-orlando has joined #openstack-neutron21:27
*** yeungp1 has joined #openstack-neutron21:28
*** yeungp has quit IRC21:28
*** achanda has quit IRC21:28
*** gildub has joined #openstack-neutron21:35
openstackgerritMichael Smith proposed openstack/neutron: L3 Agent support for routers with HA and DVR  https://review.openstack.org/13968621:35
*** sripriya has quit IRC21:35
*** carl_baldwin has quit IRC21:35
*** sripriya has joined #openstack-neutron21:36
openstackgerritCedric Brandily proposed openstack/neutron: Clean neutron.tests.functional.agent.linux.base  https://review.openstack.org/16191321:36
*** lpetrut has joined #openstack-neutron21:36
*** ChuckC has quit IRC21:36
HenryGkevinbenton: your HEAD^ in that patch is really out of date21:36
*** achanda has joined #openstack-neutron21:37
*** julien_ZTE has joined #openstack-neutron21:37
kevinbentonHenryG: want me to rebase?21:38
*** aranjan_ has quit IRC21:39
*** alexpilotti has joined #openstack-neutron21:39
*** dims has joined #openstack-neutron21:39
HenryGkevinbenton: You touched an unchanged area, zuul may be clever enough to merge it21:39
*** aranjan has joined #openstack-neutron21:39
kevinbentonHenryG: yeah, there shouldn't be any merge conflicts otherwise we would have heard already21:40
*** salv-orlando has quit IRC21:40
*** localloop127 has quit IRC21:40
*** safchain has joined #openstack-neutron21:41
HenryGkevinbenton: but my guess is this introduced the problem: https://review.openstack.org/13701721:42
*** safchain has quit IRC21:42
*** salv-orlando has joined #openstack-neutron21:42
kevinbentonHenryG: looks like it21:43
*** moha_hunt has joined #openstack-neutron21:43
openstackgerritCedric Brandily proposed openstack/neutron: Define get_cidr helper function  https://review.openstack.org/14386921:43
*** aranjan has quit IRC21:43
kevinbentonHenryG: i don't see any others that call report_state21:44
kevinbentonHenryG: so that must be it21:44
HenryGkevinbenton: line 298,299 should have used setup_coreplugin()21:44
*** dboik_ has quit IRC21:44
*** dboik has joined #openstack-neutron21:45
*** kbringard has quit IRC21:45
kevinbentonHenryG: yeah, i wonder if i should adjust my fix to just touch that class21:45
kevinbentonHenryG: what do you think?21:45
*** aranjan has joined #openstack-neutron21:46
*** dboik_ has joined #openstack-neutron21:46
HenryGkevinbenton: might be safer. Calling cleanup_core_plugin() without setup_coreplugin() is untested :)21:46
*** xgerman has joined #openstack-neutron21:49
*** sripriya has quit IRC21:49
*** tsg has joined #openstack-neutron21:49
*** sripriya has joined #openstack-neutron21:50
*** dboik has quit IRC21:50
*** dboik_ has quit IRC21:51
*** rpothier has quit IRC21:51
openstackgerritKevin Benton proposed openstack/neutron: Make DHCP tests cleanup neutron manager reference  https://review.openstack.org/16601421:52
kevinbentonHenryG: ^^21:52
*** lpetrut has quit IRC21:53
*** achanda has quit IRC21:53
*** ijw has joined #openstack-neutron21:56
*** abehl has quit IRC21:57
*** absubram has joined #openstack-neutron21:57
otherwiseguykevinbenton: my patch has successfully passed gate-neutron-python27. :)21:57
*** yfried|afk has quit IRC21:58
*** yfried|afk has joined #openstack-neutron21:58
*** oomichi has joined #openstack-neutron21:59
kevinbentonotherwiseguy: i just pushed another one so i think you need to rebase now :)22:00
*** lykinsbd has quit IRC22:00
openstackgerritTerry Wilson proposed openstack/neutron: Add native OVSDB implementation of OVSDB API  https://review.openstack.org/15276122:00
ijwdougwig: ping22:00
*** achanda has joined #openstack-neutron22:01
*** cference has joined #openstack-neutron22:02
*** dannywilson has quit IRC22:03
*** dannywilson has joined #openstack-neutron22:07
*** dsneddon is now known as dsneddon_afk22:07
dougwigijw: ack22:08
*** jamielennox|away is now known as jamielennox22:09
*** dboik has joined #openstack-neutron22:10
*** nati_ueno has joined #openstack-neutron22:11
*** dboik_ has joined #openstack-neutron22:11
*** julien_ZTE has quit IRC22:12
*** Rajeev has quit IRC22:13
*** dboik has quit IRC22:15
*** packet has quit IRC22:15
ijwdougwig: just trying to establish what actually got 'agreed' in IRC this morning on the VLAN trunking stuff, because garyk has reported to the mailing list that an unnamed quorum of people have for unexlained reasons decided things22:16
dougwigijw: as far as i know, we ended with pritesh taking the action to figure out the next step.  i didn't think anything was decided.22:17
*** apuimedo has joined #openstack-neutron22:17
dougwigif that happened, it was without me.22:17
ijwGiven the specific choice (stick VLAN trunking in an extension) is exactly how the spec started out and something I changed because reviewers insisted I would like to make sure that you're making a valid choice for good reasons if you're going to override our decision making process22:17
*** yamamoto has joined #openstack-neutron22:17
ijwok, then he might be overstating things somewhat...22:17
dougwigreading the thread, yes.22:18
*** dims has quit IRC22:19
*** catohornet has quit IRC22:20
*** Marga_ has quit IRC22:21
*** Marga_ has joined #openstack-neutron22:21
*** yamamoto has quit IRC22:21
*** ChuckC has joined #openstack-neutron22:24
*** rook has quit IRC22:25
* kevinbenton makes popcorn for the mailing list fight22:30
*** shwetaap has quit IRC22:31
*** boris-42 has joined #openstack-neutron22:35
*** rushil_ has quit IRC22:35
amullerkevinbenton: yay you rebase the py27 fix22:36
amullerrebased*22:36
amullernow I can rebase my crap on it22:36
*** aveiga has joined #openstack-neutron22:36
openstackgerritAssaf Muller proposed openstack/neutron: Send notification to controller about HA router state change  https://review.openstack.org/12618822:38
openstackgerritAssaf Muller proposed openstack/neutron: Expose ha_state per router to agent binding via API  https://review.openstack.org/12618922:38
openstackgerritAssaf Muller proposed openstack/neutron: Reuse nova batch notifier  https://review.openstack.org/12801322:38
kevinbentonamuller: yep!22:38
amullerbam22:38
amullermarun: Heya, can you approve https://review.openstack.org/#/c/128013/ again?22:39
amullerhad to rebase on Kevin's fix for the py27 issue22:39
amullerit still has two +2's22:39
otherwiseguykevinbenton: new version of fix fails: https://jenkins04.openstack.org/job/gate-neutron-python27/5447/console22:50
openstackgerritKevin Benton proposed openstack/neutron: Reload DHCP interface when its port is updated  https://review.openstack.org/16375822:50
openstackgerritKevin Benton proposed openstack/neutron: Reload DHCP interface when its port is updated  https://review.openstack.org/16375822:51
*** jobewan has quit IRC22:51
otherwiseguy(at least with my patch on top of it)22:52
*** matrohon has quit IRC22:52
*** tiswanso has joined #openstack-neutron22:57
*** Sukhdev has quit IRC22:57
marunamuller: sure22:58
amullermarun: looks like there's still issues with kevin's latest PS though22:58
*** sbfox has quit IRC22:58
*** dannywilson has quit IRC22:58
otherwiseguykevinbenton: which is weird because the other patches that use eit seem to have passed py27.22:58
kevinbentonotherwiseguy: crap. looks like another leaked mock22:59
*** rushil has joined #openstack-neutron22:59
*** marios has quit IRC23:01
*** ijw has quit IRC23:01
*** oomichi has quit IRC23:02
openstackgerritKevin Benton proposed openstack/neutron: Reload DHCP interface when its port is updated  https://review.openstack.org/16375823:02
*** c_soukup has quit IRC23:03
kevinbentonotherwiseguy: what patch is that failure on?23:03
otherwiseguy15276123:03
otherwiseguyhttps://review.openstack.org/#/c/152761/23:03
*** rook has joined #openstack-neutron23:03
*** pritesh has quit IRC23:05
*** yalie has quit IRC23:05
*** yalie1 has joined #openstack-neutron23:05
openstackgerritJuergen Brendel proposed openstack/neutron: ARP spoofing patch: Low level ebtables integration  https://review.openstack.org/14113023:08
openstackgerritJuergen Brendel proposed openstack/neutron: ARP spoofing patch: Data structures for rules.  https://review.openstack.org/15709723:08
*** dane_leblanc has quit IRC23:08
*** julien_ZTE has joined #openstack-neutron23:10
*** s3wong has quit IRC23:14
*** tiswanso_ has joined #openstack-neutron23:15
*** tiswanso has quit IRC23:15
*** s3wong has joined #openstack-neutron23:16
*** banix has joined #openstack-neutron23:16
*** julien_ZTE has quit IRC23:17
*** julien_ZTE has joined #openstack-neutron23:17
*** ByPasS has quit IRC23:18
*** xgerman has quit IRC23:18
*** kutija has quit IRC23:24
*** moha_hunt has quit IRC23:24
*** leenheer has quit IRC23:25
*** chlong has joined #openstack-neutron23:27
*** leenheer has joined #openstack-neutron23:27
*** ijw has joined #openstack-neutron23:28
openstackgerritArmando Migliaccio proposed openstack/neutron: Ml2 Mechanism Driver for OVSvApp Solution  https://review.openstack.org/16024723:29
*** ijw has quit IRC23:29
*** ijw has joined #openstack-neutron23:30
openstackgerritRyan Tidwell proposed openstack/neutron: Subnet allocation from a subnet pool  https://review.openstack.org/15759723:30
openstackgerritRyan Tidwell proposed openstack/neutron: Subnet allocation from a subnet pool  https://review.openstack.org/15759723:31
*** shaohe_feng has joined #openstack-neutron23:35
*** dannywilson has joined #openstack-neutron23:35
*** zzzeek has quit IRC23:35
*** Marga_ has quit IRC23:36
*** Marga_ has joined #openstack-neutron23:36
*** yuanying has joined #openstack-neutron23:39
*** yuanying has quit IRC23:41
*** yuanying has joined #openstack-neutron23:41
*** ijw has quit IRC23:44
*** dsneddon_afk is now known as dsneddon23:45
*** dane_leblanc has joined #openstack-neutron23:46
*** ajmiller has quit IRC23:46
*** julien_ZTE has quit IRC23:53
*** watanabe_isao has joined #openstack-neutron23:54
*** dane_leblanc has quit IRC23:54
*** jckasper has joined #openstack-neutron23:55
*** padkrish_ has quit IRC23:56
*** padkrish has joined #openstack-neutron23:57
*** jorgem has quit IRC23:59

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