Wednesday, 2015-06-03

*** thurloat_isgone is now known as thurloat00:00
*** johnbelamaric has joined #openstack-neutron00:02
*** yfujioka_ has joined #openstack-neutron00:02
*** ijw_ has joined #openstack-neutron00:02
*** dannywilson has quit IRC00:02
*** yfujioka has quit IRC00:03
openstackgerritKevin Benton proposed openstack/neutron: Check for 'removed' in port_info before reference  https://review.openstack.org/18781900:05
*** ijw has quit IRC00:06
*** padkrish has joined #openstack-neutron00:07
*** vivek-ebay has quit IRC00:10
*** padkrish has quit IRC00:12
*** shakamunyi has joined #openstack-neutron00:12
*** barra204 has joined #openstack-neutron00:12
openstackgerritMerged openstack/neutron: Add route to metadata IP by default  https://review.openstack.org/18743100:16
*** dane_leblanc has quit IRC00:16
*** ian_brown has joined #openstack-neutron00:21
*** padkrish has joined #openstack-neutron00:21
*** aranjan has quit IRC00:24
*** vivek-ebay has joined #openstack-neutron00:25
*** ijw_ has quit IRC00:27
*** ijw has joined #openstack-neutron00:27
*** padkrish has quit IRC00:27
*** thurloat is now known as thurloat_isgone00:28
*** sbalukoff has quit IRC00:29
openstackgerritenikanorov proposed openstack/neutron: Catch broad exception in methods used in FixedIntervalLoopingCall  https://review.openstack.org/18572200:30
*** padkrish has joined #openstack-neutron00:31
enikanorov_kevinbenton: could take a look at ^^00:31
*** zhhuabj has quit IRC00:31
*** zhhuabj has joined #openstack-neutron00:32
enikanorov_please look over the discussion in previos patchset, folks tried to push me to refactor looping call, which I'd prefer to do afterwards00:32
enikanorov_because otherwise it would complicate fix backporting00:32
*** zhenguo has joined #openstack-neutron00:33
*** tiswanso has joined #openstack-neutron00:33
*** Sukhdev has quit IRC00:35
*** sripriya has quit IRC00:35
*** shwetaap has quit IRC00:35
openstackgerritAaron Rosen proposed openstack/neutron: Remove extra indent in testcases  https://review.openstack.org/18782700:36
*** aepifanov has joined #openstack-neutron00:36
*** yeungp has quit IRC00:37
*** tiswanso has quit IRC00:38
openstackgerritSridhar Ramaswamy proposed openstack/neutron-specs: Add Dynamic Multipoint VPN to Neutron VPNaaS  https://review.openstack.org/18156300:38
*** breitz has quit IRC00:45
*** breitz1 has joined #openstack-neutron00:45
*** shashankhegde has quit IRC00:47
*** fawadkhaliq has quit IRC00:48
*** salv-orlando has joined #openstack-neutron00:48
*** nlahouti has quit IRC00:49
*** padkrish has quit IRC00:52
*** padkrish has joined #openstack-neutron00:52
*** Swami has quit IRC00:53
*** salv-orlando has quit IRC00:55
*** csoukup has joined #openstack-neutron00:55
*** irenab_ has joined #openstack-neutron00:57
*** irenab has quit IRC00:58
*** irenab_ is now known as irenab00:58
*** johnbelamaric has quit IRC00:58
*** vivek-ebay has quit IRC01:02
*** padkrish has quit IRC01:03
*** Aish has quit IRC01:05
*** _cjones_ has quit IRC01:06
*** madhu_ak_ has quit IRC01:06
*** a_le has quit IRC01:07
sc68calkevinbenton: reading scrollback, back from dinner. Yes I'd say that dougwig's statement that a provider network is an admin setting the vlan tag rather than allowing auto allocation is a big part of the provider networking API extension use case01:07
sc68calkevinbenton: you still need to use the Neutron DHCP agent - but yes you can skip the L3 agent01:07
sc68calkevinbenton: since the DHCP agent is the only way you can guarantee that the IP addr that you see in the API is the one the guest instance actually gets, unless you're writing some custom code01:08
sc68calalso RIP Sam-I-Am's appendix01:09
sc68caland amuller's lol01:09
*** mlavalle has quit IRC01:09
*** superfly_ has joined #openstack-neutron01:12
*** spandhe has quit IRC01:13
*** superfly_ is now known as superflyy01:14
*** jbell8 has joined #openstack-neutron01:16
*** aepifanov has quit IRC01:19
*** aepifanov has joined #openstack-neutron01:19
*** amotoki has quit IRC01:21
*** sridhar_ram has quit IRC01:22
*** barra204 has quit IRC01:24
*** shakamunyi has quit IRC01:24
*** superflyy has quit IRC01:24
*** tiswanso has joined #openstack-neutron01:25
*** tiswanso has quit IRC01:27
*** tiswanso has joined #openstack-neutron01:27
*** yalie has joined #openstack-neutron01:33
*** yalie has left #openstack-neutron01:33
*** hitalia has quit IRC01:34
*** ijw has quit IRC01:34
*** ijw has joined #openstack-neutron01:35
*** stanzgy has joined #openstack-neutron01:36
*** erkules_ has joined #openstack-neutron01:38
*** ian_brown has quit IRC01:39
*** s3wong has quit IRC01:40
*** amotoki has joined #openstack-neutron01:41
*** baoli has quit IRC01:41
*** erkules has quit IRC01:41
*** vivek-ebay has joined #openstack-neutron01:42
*** sridhar_ram has joined #openstack-neutron01:44
*** amotoki has quit IRC01:45
*** erkules_ has quit IRC01:50
*** erkules_ has joined #openstack-neutron01:52
*** shwetaap has joined #openstack-neutron01:52
*** tflynn_ has joined #openstack-neutron01:53
*** jyuso has joined #openstack-neutron01:53
*** tflynn has quit IRC01:56
*** tflynn_ has quit IRC01:58
*** Networkn3rd has joined #openstack-neutron01:58
*** yuanying has joined #openstack-neutron02:03
*** ianbrown has joined #openstack-neutron02:04
*** amotoki has joined #openstack-neutron02:04
*** shashankhegde has joined #openstack-neutron02:06
*** shashankhegde has quit IRC02:06
*** vivek-ebay has quit IRC02:06
*** salv-orlando has joined #openstack-neutron02:08
openstackgerritMerged openstack/neutron: Check for 'removed' in port_info before reference  https://review.openstack.org/18781902:11
*** a_le has joined #openstack-neutron02:11
*** sdake has quit IRC02:11
*** salv-orlando has quit IRC02:14
*** nlahouti has joined #openstack-neutron02:15
*** aepifanov has quit IRC02:16
*** yamahata has quit IRC02:17
*** sridhar_ram has quit IRC02:19
*** mohitsharma has joined #openstack-neutron02:20
*** shwetaap has quit IRC02:21
*** baoli has joined #openstack-neutron02:23
*** circ-user-KKe7g has quit IRC02:23
*** haigang has quit IRC02:26
*** haigang has joined #openstack-neutron02:27
*** madhu_ak has joined #openstack-neutron02:28
*** yuanying_ has joined #openstack-neutron02:28
*** annegentle has joined #openstack-neutron02:28
*** haigang has quit IRC02:30
*** yuanying has quit IRC02:31
*** haigang has joined #openstack-neutron02:32
*** achanda has joined #openstack-neutron02:32
*** tomoe_ has joined #openstack-neutron02:32
*** haigang has quit IRC02:33
*** haigang has joined #openstack-neutron02:34
*** ivar-laz_ has joined #openstack-neutron02:37
*** ivar-laz_ has quit IRC02:37
*** haigang has quit IRC02:38
*** Networkn3rd has quit IRC02:40
*** ivar-lazzaro has quit IRC02:40
*** nlahouti has quit IRC02:44
*** annegentle has quit IRC02:44
*** mchestr has joined #openstack-neutron02:44
*** haigang has joined #openstack-neutron02:46
*** aranjan has joined #openstack-neutron02:47
*** ashishjain has joined #openstack-neutron02:48
*** mchestr has quit IRC02:49
*** aranjan has quit IRC02:49
*** baoli has quit IRC02:49
*** ijw has quit IRC02:50
*** annegentle has joined #openstack-neutron02:51
*** annegentle has quit IRC02:51
*** X-Rob_ is now known as X-Rob02:54
*** oda-g has quit IRC02:55
*** dims__ has quit IRC02:56
*** achanda has quit IRC03:02
*** achanda has joined #openstack-neutron03:03
*** vivek-ebay has joined #openstack-neutron03:04
*** achanda has quit IRC03:08
*** tflynn has joined #openstack-neutron03:13
*** mohitsharma has quit IRC03:13
*** tflynn_ has joined #openstack-neutron03:14
*** yuanying has joined #openstack-neutron03:15
*** zhhuabj has quit IRC03:15
*** zhhuabj_ has joined #openstack-neutron03:16
*** yuanying_ has quit IRC03:16
*** mohitsharma has joined #openstack-neutron03:17
*** tflynn has quit IRC03:17
*** yuanying has quit IRC03:22
*** dboik has joined #openstack-neutron03:23
*** dsanders has quit IRC03:23
*** dboik has quit IRC03:27
*** achanda has joined #openstack-neutron03:34
*** spandhe has joined #openstack-neutron03:36
*** kiran-r has joined #openstack-neutron03:38
*** arosen1 has quit IRC03:41
*** spandhe_ has joined #openstack-neutron03:42
*** spandhe has quit IRC03:43
*** spandhe_ is now known as spandhe03:43
*** tiswanso has quit IRC03:43
*** markvoelker has quit IRC03:44
*** yfried|afk is now known as yfried_03:51
*** debedb has joined #openstack-neutron03:51
*** yuanying has joined #openstack-neutron03:52
*** Longgeek_ has quit IRC03:53
*** alexpilotti has joined #openstack-neutron03:54
*** Longgeek has joined #openstack-neutron03:54
*** Aish has joined #openstack-neutron03:55
*** Aish has left #openstack-neutron03:55
*** vivek-ebay has quit IRC03:56
*** Longgeek_ has joined #openstack-neutron03:57
*** achanda has quit IRC03:58
*** achanda has joined #openstack-neutron03:58
*** fedexo has joined #openstack-neutron03:58
*** madhu_ak has quit IRC03:59
*** changbl_ has joined #openstack-neutron04:00
*** Longgeek has quit IRC04:00
*** Longgeek has joined #openstack-neutron04:02
*** yfried_ is now known as yfried|afk04:02
*** yatin has joined #openstack-neutron04:03
*** a_le has quit IRC04:03
*** achanda has quit IRC04:03
*** Longgeek_ has quit IRC04:04
*** debedb has quit IRC04:06
*** yfried|afk is now known as yfried_04:06
*** a_le has joined #openstack-neutron04:07
*** Longgeek_ has joined #openstack-neutron04:08
*** Swami has joined #openstack-neutron04:09
*** yuanying has quit IRC04:10
*** salv-orlando has joined #openstack-neutron04:10
*** Longgeek has quit IRC04:10
kevinbentonsc68cal: thanks. so what do you think someone means when they say "I'm using provider networks" ?04:11
salv-orlandokevinbenton: so you're saying we do multiple deletes because "better safe than sorry"?04:11
*** yuanying has joined #openstack-neutron04:12
kevinbentonsalv-orlando: yeah, we're extra secure that way :)04:12
salv-orlandobecause you know, database are unpredictable and sometimes do not honour ON DELETE CASCADE ;)04:12
*** Longgeek_ has quit IRC04:12
salv-orlandopersonally I just did that (the orm.relationship cascade) out of ignorance, but others might have been doing that on purpose04:13
salv-orlandokevinbenton: so you think that's a feature and not a bug?04:14
kevinbentonsalv-orlando: i highly doubt it. i've done it just based on mimicking other code :)04:14
salv-orlandokevinbenton: same here... I actually thought that it was a way to reinforce the foreign key constrain you already applied04:15
kevinbentonsalv-orlando: "neutron offers secure™ record deletion"04:15
*** Swami_ has joined #openstack-neutron04:15
kevinbentonsalv-orlando: so basically sqlalchemy is offering a way to do cascading without actually having a db that supports it?04:16
kevinbentonthat's what i understood from your bug report at least04:16
salv-orlandokevinbenton: it can be read in that way. The doc say it's application-level cascading04:17
salv-orlandoso it's not enforced with DB constraint but within ORM.04:17
*** Swami has quit IRC04:17
kevinbentonsalv-orlando: i see04:17
*** madhu_ak has joined #openstack-neutron04:17
salv-orlandoNow, if you have a relational DB, I don't see a reason for which you'd like to not use db-level cascading04:17
*** Longgeek has joined #openstack-neutron04:18
salv-orlandoand that's what sqlalchemy docs say too04:18
*** Longgeek has quit IRC04:18
salv-orlandowhen I filed the bug zzeek was not available for comment ;)04:18
*** yuanying has quit IRC04:18
*** Longgeek has joined #openstack-neutron04:19
*** yuanying has joined #openstack-neutron04:19
*** yuanying has quit IRC04:20
kevinbentonsalv-orlando: which side do you define the cascade behavior on for sqlalchemy?04:20
*** Longgeek has quit IRC04:20
kevinbentonsalv-orlando: could you use it to have it go clean something out of a global table based on UUIDs?04:20
*** tomoe_ has quit IRC04:20
*** tomoe__ has joined #openstack-neutron04:20
*** Longgeek has joined #openstack-neutron04:20
*** jbell8 has quit IRC04:21
kevinbentonsalv-orlando: since the global table could have entries for all sorts of objects04:21
*** Swami_ has quit IRC04:21
*** Longgeek_ has joined #openstack-neutron04:23
*** yuanying_ has joined #openstack-neutron04:24
*** banix has quit IRC04:24
*** sthillma has joined #openstack-neutron04:24
*** Longgee__ has joined #openstack-neutron04:25
*** Longgeek has quit IRC04:25
*** yuanying_ has quit IRC04:25
*** sthillma_ has joined #openstack-neutron04:25
*** dsanders has joined #openstack-neutron04:26
*** Longgeek_ has quit IRC04:26
*** Longgeek has joined #openstack-neutron04:26
*** yuanying has joined #openstack-neutron04:27
*** Longgeek_ has joined #openstack-neutron04:28
*** madhu_ak has quit IRC04:29
*** sthillma has quit IRC04:29
*** Longge___ has joined #openstack-neutron04:29
*** Longgee__ has quit IRC04:30
*** coolsvap|afk is now known as coolsvap04:30
*** coolsvap is now known as coolsvap|afk04:31
*** Longgeek has quit IRC04:32
*** coolsvap|afk is now known as coolsvap04:32
*** Longgeek_ has quit IRC04:32
*** Swami has joined #openstack-neutron04:38
*** changbl_ has quit IRC04:40
*** krtaylor has quit IRC04:40
salv-orlandodo you mean having a single table called "properties" whose record have uuids associated with several tables, like, for instance, "toast" and "yoghurt"?04:40
salv-orlandokevinbenton: ^ ^04:40
salv-orlandosorry about the example, having breakfast04:40
kevinbentonsalv-orlando: precisely04:40
salv-orlandoyeah I guess that would be a case for orm-level cascade04:41
*** spandhe has quit IRC04:41
kevinbentonsalv-orlando: i've been looking at the ACL code and was trying to figure out how to have a generic ACL entries table that gets cleaned up when the corresponding item gets deleted04:43
*** yfried_ has quit IRC04:44
*** markvoelker has joined #openstack-neutron04:45
*** abregman has joined #openstack-neutron04:45
*** yuanying has quit IRC04:45
*** _cjones_ has joined #openstack-neutron04:48
*** yuanying has joined #openstack-neutron04:48
*** lori|away is now known as lori04:49
*** markvoelker has quit IRC04:50
*** Swami has quit IRC04:50
*** oda-g has joined #openstack-neutron04:51
*** ildikov has quit IRC04:54
*** _cjones_ has quit IRC04:55
*** jbell8 has joined #openstack-neutron04:56
*** kiran-r has quit IRC04:59
*** mohitsharma has quit IRC05:05
*** ashishjain has quit IRC05:07
*** ildikov has joined #openstack-neutron05:13
*** dannywilson has joined #openstack-neutron05:13
salv-orlandokevinbenton: are you already implementing ACLs for read/write rights on resources?05:16
*** yamahata has joined #openstack-neutron05:19
*** dannywilson has quit IRC05:25
*** dannywilson has joined #openstack-neutron05:25
*** ekuris has joined #openstack-neutron05:26
*** krtaylor has joined #openstack-neutron05:27
*** apuimedo has quit IRC05:27
kevinbentonsalv-orlando: just starting on it05:28
kevinbentonsalv-orlando: well the network sharing thing (assuming that's what you're talking about)05:28
*** sthillma_ has quit IRC05:28
kevinbentonsalv-orlando: but i'm still not sure whether or not to jam most of everything into one table05:28
*** yfried_ has joined #openstack-neutron05:28
kevinbentonsalv-orlando: or just to have a full ACL table for each type05:29
*** dsanders has quit IRC05:30
lizkA basic question about LBaaS, do we really need members are from the same subnet with pool's, can anybody give some strong enough explanation?05:33
gsagielizk : just wondering, can you give the opposite explanation why it needs to be from different subnet? (i think you would most likely want to pick members from the same subnet with a similar VIP)05:36
*** ildikov has quit IRC05:38
*** moshele has joined #openstack-neutron05:42
*** fedexo has quit IRC05:42
lizkgsagie : hi, first, I don't know, I just found that there are just members' IPs, not subnet_ids in HAProxy configure file, and some simple test I did also shown me that in case members are from different subnet from pool's can still work. So I come to ask for help : )05:44
openstackgerritOleg Bondarev proposed openstack/neutron: Wrap ML2 delete_port with db retry decorator  https://review.openstack.org/18046605:44
lizkand another question comes to me, when and where will pool's subnet_id works in neutron-lbaas, I did a simple quick scan in neutron-lbaas, but didn't find anything helpful...05:45
rm_worklizk: ask in #openstack-lbaas channel05:46
lizkrm_work: cool, thx, I will05:46
rm_worklizk: the subnet_id on the pool controls plugging networks, as i said before05:46
*** dsanders has joined #openstack-neutron05:46
rm_workso, if you have members from another subnet, it MIGHT work -- if the other network happens to be plugged for some other reason05:47
lizkrm_work: yeah, I remember that, but I'm still confusing on that..05:47
rm_workbut the pool's subnet_id is what actually forces additional networks to be plugged05:47
rm_workok so, imagine you have a nova VM05:47
rm_workyou spin it up on one network, "public-net"05:47
rm_workand it runs HAProxy05:48
rm_workyou want to loadbalance to nodes that are on the network "my-private-net"05:48
rm_worksomehow that network needs to be plugged to the VM05:48
salv-orlandokevinbenton: that's a good question, but if you are doing it for networks only you can reserve the right to make a call at later stage.05:49
rm_workso, the way the lbaas system knows it needs to plug that network is because of the subnet_id on the pool05:49
*** jyuso has quit IRC05:49
rm_worklizk: if you wanted to loadbalance nodes that are on the public internet, obviously it would work regardless of what subnet_id you put in the pool05:49
*** veena has joined #openstack-neutron05:50
rm_workbecause the VM already has the public-net pkugged05:50
rm_work*plugged05:50
*** sudipto has joined #openstack-neutron05:50
*** ihrachyshka has joined #openstack-neutron05:50
rm_workit doesn't really ENFORCE that the members of a pool belong to that subnet, but we only guarantee routing if they are05:50
*** yuanying has quit IRC05:51
rm_worklizk: i don't know if i actually managed to explain any better or not :/05:51
rm_workthis is a question we have gotten quite a few times05:51
*** itzikb has joined #openstack-neutron05:51
openstackgerritKevin Benton proposed openstack/neutron: Revert "Add VIF_DELETED notification event to Nova"  https://review.openstack.org/18786805:52
lizkgreet, thanks for the better explanation you given this time : )05:53
kevinbentonsalv-orlando: makes sense. i best not waste too much time trying to prematurely abstract05:53
kevinbentonsalv-orlando: assuming that's a saying :)05:54
lizkrm_work: I get some imagine now,05:54
*** vthapar has joined #openstack-neutron05:54
openstackgerritwatanabe isao proposed openstack/neutron: Bug-Fix for unexpected DHCP agent redundant  https://review.openstack.org/13865905:55
*** dguerri`away has quit IRC05:55
*** mohitsharma has joined #openstack-neutron05:56
*** itzikb has quit IRC05:56
*** dguerri`away has joined #openstack-neutron05:57
*** dguerri`away is now known as dguerri05:57
*** itzikb has joined #openstack-neutron05:59
*** josecastroleon has joined #openstack-neutron05:59
*** armax has quit IRC06:01
*** SridharG has joined #openstack-neutron06:01
*** ihrachyshka has quit IRC06:02
*** dsanders has quit IRC06:03
*** ildikov has joined #openstack-neutron06:04
*** zhhuabj has joined #openstack-neutron06:05
openstackgerritKevin Benton proposed openstack/neutron: Revert "Revert "Add VIF_DELETED notification event to Nova""  https://review.openstack.org/18787106:06
*** dsanders has joined #openstack-neutron06:07
*** stefanb has quit IRC06:08
*** zhhuabj_ has quit IRC06:09
openstackgerritIan Wienand proposed openstack/neutron: Ensure netfilter is enabled for bridges  https://review.openstack.org/18787306:10
*** kiran-r has joined #openstack-neutron06:10
*** Bhavya has joined #openstack-neutron06:16
*** shakamunyi has joined #openstack-neutron06:16
*** barra204 has joined #openstack-neutron06:17
*** csoukup has quit IRC06:17
*** yamamoto has joined #openstack-neutron06:17
*** dannywilson has quit IRC06:18
*** smallbig has quit IRC06:19
openstackgerritAman Kumar proposed openstack/neutron: ovs agent resync may miss port remove event  https://review.openstack.org/16502306:20
*** stefanb has joined #openstack-neutron06:22
*** Bhavya has quit IRC06:24
*** bjornar_ has quit IRC06:25
*** moshele is now known as moshele_06:28
*** moshele_ has quit IRC06:28
*** moshele has joined #openstack-neutron06:29
*** mohitsharma has quit IRC06:29
*** mohitsharma has joined #openstack-neutron06:29
*** a_le has quit IRC06:29
*** smallbig has joined #openstack-neutron06:30
*** dsanders has quit IRC06:32
*** markvoelker has joined #openstack-neutron06:34
*** scheuran has joined #openstack-neutron06:34
*** ianbrown has quit IRC06:35
*** Longgeek has joined #openstack-neutron06:35
*** lizk has quit IRC06:37
*** yuanying has joined #openstack-neutron06:37
*** Longge___ has quit IRC06:37
*** markvoelker has quit IRC06:38
*** numan has joined #openstack-neutron06:39
*** dsanders has joined #openstack-neutron06:48
*** ronis has joined #openstack-neutron06:49
*** anshul has joined #openstack-neutron06:50
*** moha_hunt has joined #openstack-neutron06:50
*** anshul has quit IRC06:51
*** anshul has joined #openstack-neutron06:51
*** pradipta has joined #openstack-neutron06:55
*** neeti has joined #openstack-neutron06:56
openstackgerritAman Kumar proposed openstack/neutron: Make MockFixedIntervalLoopingCall class as a helper class  https://review.openstack.org/18788506:59
*** yfried_ has quit IRC06:59
*** yfried has joined #openstack-neutron06:59
openstackgerritAman Kumar proposed openstack/neutron: Make MockFixedIntervalLoopingCall class as a helper class  https://review.openstack.org/18788507:02
*** kawa2014 has joined #openstack-neutron07:02
openstackgerritAman Kumar proposed openstack/neutron: Make MockFixedIntervalLoopingCall class as a helper class  https://review.openstack.org/18788507:02
*** yfried is now known as yfried|afk07:10
*** fzdarsky has joined #openstack-neutron07:12
*** ushkalim has joined #openstack-neutron07:14
*** vikram has joined #openstack-neutron07:15
*** neeti_ has joined #openstack-neutron07:15
*** Nakato has quit IRC07:16
*** Nakato has joined #openstack-neutron07:18
*** neeti has quit IRC07:18
*** abregman has quit IRC07:18
*** haigang has quit IRC07:19
*** alex_klimov has joined #openstack-neutron07:19
*** bradjones has quit IRC07:20
*** jpena has joined #openstack-neutron07:20
*** yfried|afk is now known as yfried07:20
*** dsanders has quit IRC07:21
openstackgerritshihanzhang proposed openstack/neutron: Send 'security_groups_member_updated' when port'ip changes  https://review.openstack.org/17715907:21
*** rotbeard has joined #openstack-neutron07:22
*** bradjones has joined #openstack-neutron07:22
*** yuanying has quit IRC07:22
*** dsanders has joined #openstack-neutron07:23
*** mohitsharma has quit IRC07:27
*** matrohon has joined #openstack-neutron07:27
*** mohitsharma has joined #openstack-neutron07:27
*** smallbig has quit IRC07:28
*** jyuso1 has joined #openstack-neutron07:29
*** abregman has joined #openstack-neutron07:31
*** neeti_ has quit IRC07:32
*** neeti has joined #openstack-neutron07:33
*** moha_hunt has quit IRC07:35
*** chlong has quit IRC07:37
*** coolsvap is now known as coolsvap|afk07:41
openstackgerritYuuichi Fujioka proposed openstack/neutron: Introduce an API test for specified floating ip address  https://review.openstack.org/18160607:45
*** coolsvap|afk is now known as coolsvap07:46
*** nmagnezi has joined #openstack-neutron07:47
openstackgerritMoshe Levi proposed openstack/neutron-specs: ML2/SR-IOV QoS support with bandwidth limiting  https://review.openstack.org/18789507:48
*** devvesa has joined #openstack-neutron07:50
*** jistr has joined #openstack-neutron07:51
*** itzikb has quit IRC07:53
*** ygbo has joined #openstack-neutron07:56
*** dims_ has joined #openstack-neutron07:58
*** rossella_s has joined #openstack-neutron08:02
*** dims_ has quit IRC08:03
*** jlanoux has joined #openstack-neutron08:05
*** stanzgy has quit IRC08:05
*** stanzgy__ has joined #openstack-neutron08:05
*** tomoe__ has quit IRC08:05
*** tomoe_ has joined #openstack-neutron08:06
*** mkolesni has joined #openstack-neutron08:07
*** itzikb has joined #openstack-neutron08:07
ajomkolesni <-> hanzhang08:07
ajo:)08:07
ajohanzhang was willing to talk with you about distributed DHCP :)08:07
*** tflynn_ has quit IRC08:10
ajomkolesni, as far as I understood from hanzhang , he has a demo08:12
ajohanzhang++08:12
mkolesniajo: well that spec wasn't approved for kilo and had some work to be done08:13
*** Nakato has quit IRC08:13
mkolesniajo: so i'm not sure how much work is still needed just to get the spec right08:13
*** Nakato has joined #openstack-neutron08:14
*** tomoe_ has quit IRC08:14
*** itzikb_ has joined #openstack-neutron08:14
ajomkolesni, discuss with hanzhang  ;) he's  a surprising guy :)08:15
*** itzikb has quit IRC08:15
hanzhangmkolesni: hi08:16
*** ArchiFleKs has quit IRC08:16
mkolesnihanzhang: hi08:16
*** ArchiFleKs has joined #openstack-neutron08:17
hanzhangmkolesni: I am very glad to see you on IRC :)08:17
mkolesnihanzhang: thanks :)08:17
hanzhangwhat's your plan for this BP:https://blueprints.launchpad.net/neutron/+spec/distributed-dhcp in L cycle08:18
openstackgerritIan Wienand proposed openstack/neutron: Ensure netfilter is enabled for bridges  https://review.openstack.org/18787308:18
mkolesnihanzhang: i don't know if i'll have time to work on it08:19
mkolesnihanzhang: but i can help with reviews08:19
hanzhangmkolesni: thx very much, your idea for distributed-dhcp is very cool, so I want to implement it in L cycle08:21
*** apuimedo has joined #openstack-neutron08:21
ajohanzhang, if you have time, may be now we can follow the RFE process and the slimmed down specs... :)08:21
mkolesnihanzhang: sure, you can submit it for review to liberty cycle, just make sure to address comments from kilo if theres anything needs changing08:22
ajospecially if you have some demo/poc, that should help illustrate what are the plans on the low level.08:22
*** nyechiel_ has joined #openstack-neutron08:22
mkolesniajo: im not sure how much can be slimmed down, it's a pretty extensive change08:22
mkolesnihanzhang, ajo: depends if you plan to conserve ips or not08:22
*** markvoelker has joined #openstack-neutron08:22
*** dsanders has quit IRC08:23
ajohanzhang: https://github.com/openstack/neutron/blob/master/doc/source/policies/blueprints.rst#rfe-submission-guidelines08:23
*** moha_hunt has joined #openstack-neutron08:24
ajomkolesni, may be IP conservation can be done iteratively, since, tenant-net ips are cheap... may be it's just a documentation issue08:24
ajoand that can be worked out in a second iteration08:24
mkolesniajo: thats what i was proposing initially but im not sure the core team would approve of such an approach08:24
ajomkolesni, what are the complexities of saving IPs?08:25
hanzhangmkolesni, ajo, I would like to do this work, if you agree, I can add you to co-author08:25
mkolesniajo: u need to make changes at the agent level, so for ovs it means extra flows08:25
ajomkolesni, to prevent the DHCP traffic flying out of the node, right?08:25
ajomkolesni, and same with iptables for LB08:25
ajobut then I wonder how to handle that for all the other implementations (SR-IOV, and all the other plugins...)08:26
ajoI guess it may only work with plugins able to isolate ports into "node only"08:26
ajomay be we need a property on the port first08:26
mkolesniajo: well it would be configurable if youre running it like that or not08:26
*** markvoelker has quit IRC08:27
*** jbell8 has quit IRC08:27
mkolesniajo: i dunno if it's something i'd put on the port, seems to me like a deployment decision08:27
ajomkolesni it could be a port extension "node_only_port" or something like that...08:27
ajomkolesni, so the plugins not implementing such extension won't be able to do distributed-dhcp08:28
ajobecause port creation would fail08:28
*** ZZelle has quit IRC08:28
mkolesniajo: i think even if they dont support it they should allow distributing without ip conservation08:28
*** itzikb_ has quit IRC08:28
*** ZZelle has joined #openstack-neutron08:28
mkolesniajo: thats why initially i thought of config values..08:29
*** itzikb_ has joined #openstack-neutron08:29
ajomkolesni, that sounds reasonable to me,08:29
ajomkolesni since... tenant network ips are cheap..08:30
hanzhangI agree with mkolesni that use a config values08:30
ajoin that case it's important to recommend tenants not using /24 CIDRs08:30
ajoon big deployments08:30
mkolesnihanzhang: anyway you can submit the spec to liberty and add me as co author08:30
ajomkolesni, hanzhang , now new liberty specs need to go via RFE08:31
ajoI'd do that first08:31
mkolesniajo: well u know it can also be mitigated a bit if scheduling is integrated nicely08:31
ajoand current specs under evaluation have a 1-month deadline, otherwise they need to jump back to rfe08:31
mkolesniajo: currently we don't know when a vm is down and not using a port..08:32
ajomkolesni, true08:32
mkolesniajo: if we knew that we could shutdown the dhcp on inactive compute nodes08:32
*** txomon|fon has joined #openstack-neutron08:32
mkolesnibut then again, i'm not sure if that's worth the hassle :)08:32
hanzhangmkolesni: do you meant a vm migrate from one node to another?08:33
ajomkolesni, also, I guess we may need better rpc mechanisms to distribute net updates08:33
ajolike topics08:33
ajootherwise you need to replicate info to every agent08:33
mkolesnii.e. probably best to spend that time developing the ip concerving approach08:33
mkolesnihanzhang: no that whould be handled08:33
mkolesnihanzhang: when vm is shut down the port is still up and running08:34
mkolesnifrom neutron's perspective08:34
*** heyongli has quit IRC08:34
mkolesniagain this might be not aorthwhile persuing as im not sure it's cost effective08:34
*** stanzgy__ has quit IRC08:35
*** tomoe_ has joined #openstack-neutron08:38
openstackgerritMerged openstack/neutron: Revert "Add VIF_DELETED notification event to Nova"  https://review.openstack.org/18786808:39
*** ianbrown has joined #openstack-neutron08:41
hanzhangmkolesni: I dont't get a idea for this case, but it's not a common case :)08:42
mkolesnihanzhang: what case?08:43
hanzhangmkolesni: when all VMs which belongs to a network shutdown on a compute node, then we shudown the dhcp server08:46
mkolesnihanzhang: well i dont know how common it is or not, but i think it doesn't matter much anyway since it's better to put the effort into conserving ips for example08:47
mkolesnihanzhang: or just not doing anything in phase 1 and just let there be as many ips consumed as there are compute nodes08:47
mkolesnihanzhang: sounds scary but if the community can be convinced that tenant ip's are cheap (which is mostly true) then great08:48
mkolesnihanzhang: btw i had some email thread about it a while ago, and operators seemed to insist on the one ip solution08:48
*** heyongli has joined #openstack-neutron08:49
*** blues-man has joined #openstack-neutron08:49
*** jlibosva has joined #openstack-neutron08:49
hanzhangmkolesni: I also agree the one ip solution08:50
*** heyongli has quit IRC08:51
mkolesnihanzhang: https://openstack.nimeyo.com/36185/openstack-operators-request-for-feedback-on-dhcp-ip-usage08:51
mkolesnihanzhang: yeah ok but it would be much easier to push to liberty without it08:51
mkolesnihanzhang: in terms of sheer amount of work to do08:52
mkolesnihanzhang: and then best effor it to liberty and if not then M cycle08:52
mkolesnihanzhang: just my perspective on how likely it is to push this to liberty08:53
hanzhanglet me check it,  I have made a simple demo for one ip solution: https://review.openstack.org/#/c/184423/, you can read it firstly08:53
*** ianbrown has quit IRC08:56
*** nicktgn has joined #openstack-neutron08:56
*** safchain has joined #openstack-neutron08:57
*** kawa2014 has quit IRC09:00
*** moha_hunt has quit IRC09:01
*** nicktgn has quit IRC09:03
mkolesnihanzhang: well these flows seem very broad, blocking any dhcp traffic from crossing the node boundary09:06
*** heyongli has joined #openstack-neutron09:06
mkolesnihanzhang: obviously in the real proposal it will have to be more precise flows09:06
*** saggi has joined #openstack-neutron09:07
mkolesnihanzhang: also i'm not sure that another dvr style change is gonna fly..09:07
hanzhangmkolesni: yes, this is simple demo :)09:07
mkolesnihanzhang: it's better to help push first a solution to support distributed ports in neutron, than clone dvr09:07
*** heyongli has quit IRC09:07
*** dguitarbite has quit IRC09:09
*** vthapar has quit IRC09:10
*** vthapar has joined #openstack-neutron09:11
*** txomon|fon has quit IRC09:12
hanzhangmkolesni: I agree the current solution for distributed port in dvr is not good09:14
*** pavel_bondar has quit IRC09:14
*** stanzgy has joined #openstack-neutron09:14
*** kawa2014 has joined #openstack-neutron09:14
*** nyt1066 has joined #openstack-neutron09:15
openstackgerritWim De Clercq proposed openstack/neutron: Add Nuage plugin configuration parameters.  https://review.openstack.org/18792209:15
*** claudiub has joined #openstack-neutron09:17
*** oreillyd has joined #openstack-neutron09:21
*** afazekas has joined #openstack-neutron09:22
*** txomon|fon has joined #openstack-neutron09:27
*** pavel_bondar has joined #openstack-neutron09:28
*** lazy_prince has joined #openstack-neutron09:28
*** yamamoto has quit IRC09:29
*** ianbrown has joined #openstack-neutron09:47
*** pradipta has quit IRC09:48
*** txomon|fon has quit IRC09:49
*** sudipto has quit IRC09:51
*** veena has quit IRC09:53
*** ianbrown has quit IRC09:56
*** ronis has quit IRC09:58
*** dguitarbite has joined #openstack-neutron09:59
*** txomon|fon has joined #openstack-neutron10:02
*** yfujioka_ has quit IRC10:02
*** erkules_ is now known as erkules10:02
*** erkules has joined #openstack-neutron10:02
openstackgerritMerged openstack/neutron: Catch broad exception in methods used in FixedIntervalLoopingCall  https://review.openstack.org/18572210:05
*** dims_ has joined #openstack-neutron10:06
*** kawa2014 has quit IRC10:06
*** kawa2014 has joined #openstack-neutron10:07
*** mohitsharma has quit IRC10:08
*** saggi has quit IRC10:08
*** gildub has quit IRC10:08
*** tomoe_ has quit IRC10:09
*** saggi has joined #openstack-neutron10:09
*** markvoelker has joined #openstack-neutron10:11
*** dr_gogeta86 has joined #openstack-neutron10:14
*** markvoelker has quit IRC10:15
dr_gogeta86hi guys10:16
dr_gogeta86i got a lil problem with neutron policy.json10:16
dr_gogeta86i wanna deny router updates from certain users10:17
*** pc_m has joined #openstack-neutron10:19
openstackgerritOleg Bondarev proposed openstack/neutron: Fix callback registry notification for security group rule  https://review.openstack.org/18758610:20
ajodr_gogeta86, AFAIK, that's yet not possible10:20
ajoyou can allow/disallow admin / owner / general10:21
ajobut I'm not completely sure10:21
ajothat's what the RBAC proposal is chasing10:21
*** lazy_prince has quit IRC10:22
ajodr_gogeta86: https://review.openstack.org/#/c/132661/10:24
ajostill this spec targets networks only, not routers yet10:24
*** merooney has joined #openstack-neutron10:24
*** mwagner_afk has quit IRC10:26
*** nyt1066 has quit IRC10:29
*** qianli_ has quit IRC10:39
*** amotoki has quit IRC10:40
*** sudipto has joined #openstack-neutron10:41
*** sudipto has quit IRC10:42
*** sudipto has joined #openstack-neutron10:43
*** sudipto has quit IRC10:44
*** amotoki has joined #openstack-neutron10:44
*** sudipto has joined #openstack-neutron10:45
*** amotoki has quit IRC10:48
*** abregman has quit IRC10:49
*** stanzgy has quit IRC10:49
*** sudipto has quit IRC10:49
*** abregman has joined #openstack-neutron10:50
*** jyuso1 has quit IRC10:52
*** itzikb_ has quit IRC10:56
*** dsneddon has quit IRC10:57
*** yfried is now known as yfried|afk10:58
*** ronis has joined #openstack-neutron11:00
*** itzikb_ has joined #openstack-neutron11:00
*** sdake has joined #openstack-neutron11:02
*** skraynev_ has joined #openstack-neutron11:04
*** julim has joined #openstack-neutron11:06
*** itzikb_ has quit IRC11:06
*** sudipto has joined #openstack-neutron11:07
openstackgerritGal Sagie proposed openstack/neutron: Add Geneve type driver support to ML2  https://review.openstack.org/18794511:11
*** yfried|afk is now known as yfried11:13
*** merooney has quit IRC11:16
*** aix has quit IRC11:25
*** merooney has joined #openstack-neutron11:27
*** itzikb has joined #openstack-neutron11:30
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274611:30
*** txomon|fon has quit IRC11:30
openstackgerritDmitry Ratushnyy proposed openstack/neutron: Add more API tests for port-security extension:  https://review.openstack.org/17539911:31
*** yalie has joined #openstack-neutron11:31
*** ferest has joined #openstack-neutron11:31
*** ronis has quit IRC11:31
*** gongysh has joined #openstack-neutron11:32
*** yamamoto has joined #openstack-neutron11:32
*** johnbelamaric has joined #openstack-neutron11:36
*** ferest_ has joined #openstack-neutron11:36
*** yalie has quit IRC11:38
*** ferest has quit IRC11:39
*** ferest_ has quit IRC11:39
*** markvoelker has joined #openstack-neutron11:42
*** johnbelamaric has quit IRC11:44
*** saggi has quit IRC11:44
*** txomon|fon has joined #openstack-neutron11:45
*** markvoelker has quit IRC11:46
*** baoli has joined #openstack-neutron11:47
*** baoli has quit IRC11:49
*** yamamoto_ has joined #openstack-neutron11:50
*** baoli has joined #openstack-neutron11:50
*** merooney has quit IRC11:50
openstackgerritPavel Bondar proposed openstack/neutron: Decompose db_base_plugin_v2.py  https://review.openstack.org/18796111:51
*** vthapar_ has joined #openstack-neutron11:53
*** yamamoto has quit IRC11:53
*** vthapar has quit IRC11:56
*** irenab has quit IRC11:56
*** irenab has joined #openstack-neutron11:57
*** mohitsharma has joined #openstack-neutron11:57
*** merooney has joined #openstack-neutron11:57
*** sudipto has quit IRC11:58
*** blues-man has quit IRC11:59
*** aix has joined #openstack-neutron12:00
*** markvoelker has joined #openstack-neutron12:01
*** ronis has joined #openstack-neutron12:04
*** lennyb has joined #openstack-neutron12:09
*** yamamoto_ has quit IRC12:09
*** amuller has joined #openstack-neutron12:10
*** jpena is now known as jpena|lunch12:10
*** yamamoto has joined #openstack-neutron12:13
*** mkolesni has quit IRC12:14
*** lennyb_ has quit IRC12:14
*** avozza is now known as zz_avozza12:16
*** zz_avozza is now known as avozza12:17
openstackgerritAman Kumar proposed openstack/neutron: Extra indent in test_ovs_neutron_agent  https://review.openstack.org/18797512:17
*** amotoki has joined #openstack-neutron12:18
*** jpena|lunch has quit IRC12:19
*** vikram has quit IRC12:19
*** rotbeard has quit IRC12:22
*** yamamoto has quit IRC12:23
*** tkatarki has joined #openstack-neutron12:24
*** avozza has left #openstack-neutron12:25
openstackgerritMerged openstack/neutron-vpnaas: Python 3: use six.iteritems instead of dict.items  https://review.openstack.org/18735612:31
openstackgerritOleg Bondarev proposed openstack/neutron: Fix callback registry notification for security group rule  https://review.openstack.org/18758612:31
*** rkukura_ has joined #openstack-neutron12:33
*** kiranr has joined #openstack-neutron12:34
*** kiran-r has quit IRC12:34
*** yamamoto has joined #openstack-neutron12:34
openstackgerritCedric Brandily proposed openstack/neutron: Ensure non-overlapping cidrs in subnetpools with galera (WIP)  https://review.openstack.org/18798512:34
*** baoli has quit IRC12:34
*** rkukura has quit IRC12:35
*** rkukura_ is now known as rkukura12:35
*** merooney has quit IRC12:37
*** yuanying has joined #openstack-neutron12:38
*** kiranr has quit IRC12:39
openstackgerritOleg Bondarev proposed openstack/neutron: Fix confusing parameters names  https://review.openstack.org/18798712:40
openstackgerritRossella Sblendido proposed openstack/neutron: Adds base in-tree functional testing of the ovs_neutron_agent  https://review.openstack.org/14004212:42
*** tomoe_ has joined #openstack-neutron12:43
*** yuanying has quit IRC12:46
*** merooney has joined #openstack-neutron12:50
*** kbringard has joined #openstack-neutron12:50
*** yfried has quit IRC12:51
*** yatin has quit IRC12:52
*** rwsu has joined #openstack-neutron12:54
openstackgerritDmitry Ratushnyy proposed openstack/neutron: Add more API tests for port-security extension:  https://review.openstack.org/17539912:56
*** dane_leblanc has joined #openstack-neutron12:57
*** jistr is now known as jistr|mtg12:57
openstackgerritAssaf Muller proposed openstack/neutron: Fullstack testing devref follow up  https://review.openstack.org/18799012:58
*** merooney has quit IRC12:59
*** rpothier has joined #openstack-neutron12:59
*** yamamoto has quit IRC13:01
*** dane_leblanc has quit IRC13:02
*** tkatarki has quit IRC13:04
*** yamamoto has joined #openstack-neutron13:05
*** tkatarki has joined #openstack-neutron13:07
*** johnbelamaric has joined #openstack-neutron13:08
*** saggi has joined #openstack-neutron13:08
*** shwetaap has joined #openstack-neutron13:11
openstackgerritElena Ezhova proposed openstack/neutron: Handle SIGTERM in linuxbridge_neutron_agent  https://review.openstack.org/18799613:12
*** shwetaap1 has joined #openstack-neutron13:12
*** blues-man has joined #openstack-neutron13:13
*** blues-man has quit IRC13:13
*** blues-man has joined #openstack-neutron13:13
openstackgerritElena Ezhova proposed openstack/neutron: Handle SIGTERM in linuxbridge_neutron_agent  https://review.openstack.org/18799613:13
*** shwetaap has quit IRC13:16
*** jpena has joined #openstack-neutron13:18
*** dave-mcc_ has joined #openstack-neutron13:19
*** rossella_s has quit IRC13:19
*** rossella_s has joined #openstack-neutron13:20
*** itzikb has quit IRC13:20
openstackgerritAssaf Muller proposed openstack/neutron: Fullstack testing devref follow up  https://review.openstack.org/18799013:22
*** dave-mccowan has quit IRC13:23
*** tiswanso has joined #openstack-neutron13:23
*** zzzeek has joined #openstack-neutron13:23
*** itzikb has joined #openstack-neutron13:23
*** yamamoto has quit IRC13:27
*** yamamoto has joined #openstack-neutron13:29
*** neeti has quit IRC13:29
*** rushil has joined #openstack-neutron13:31
*** jhova has joined #openstack-neutron13:31
dr_gogeta86ajo, policy.json got an order ?13:33
*** moshele has quit IRC13:33
dr_gogeta86this and that13:33
dr_gogeta86this wins on that ?13:34
ajodr_gogeta86 what do you mean?, if the entries are processed in order?13:34
dr_gogeta86yep13:34
ajoI do not know, probably salv-orlando know better than me,13:34
ajoor sc68cal13:34
openstackgerritCedric Brandily proposed openstack/neutron-vpnaas: Enable random hash seeds  https://review.openstack.org/18710713:34
ajoknow->knows13:34
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Juno_initial migration  https://review.openstack.org/18800513:34
*** baoli has joined #openstack-neutron13:35
*** moshele has joined #openstack-neutron13:36
*** jpena has quit IRC13:36
*** itzikb has quit IRC13:37
*** itzikb has joined #openstack-neutron13:38
dr_gogeta86salv-orlando, if can help me13:39
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Juno_initial migration  https://review.openstack.org/18800513:40
kbringardquick question if has a moment: can anyone tell me what the thought process behind allowing tenants to mark a rule on a firewall as "shared" was?13:41
*** sudipto has joined #openstack-neutron13:41
*** abregman has quit IRC13:42
*** vikram has joined #openstack-neutron13:42
*** dan_ has joined #openstack-neutron13:43
*** dan_ is now known as Guest8367913:43
*** changbl_ has joined #openstack-neutron13:43
*** abregman has joined #openstack-neutron13:46
*** rushil has quit IRC13:47
*** apuimedo has quit IRC13:47
*** phil_h has quit IRC13:48
*** ihrachyshka has joined #openstack-neutron13:49
*** jpena has joined #openstack-neutron13:50
*** banix_ has joined #openstack-neutron13:51
* sc68cal reads scrollback13:51
*** mwagner_afk has joined #openstack-neutron13:52
*** jprovazn has joined #openstack-neutron13:52
*** cbouch has joined #openstack-neutron13:53
salv-orlandodr_gogeta86: all the matching policies must be satisfied, in no specific order13:54
*** yamamoto has quit IRC13:54
*** claudiub has quit IRC13:55
sc68calkbringard: for the FwaaS api?13:55
kbringardsc68cal: yea, I think I'm understanding it a bit better now13:56
*** yfried has joined #openstack-neutron13:57
dr_gogeta86salv-orlando, the goal is to deny all network modification to user who have a specified role13:58
*** jistr|mtg is now known as jistr13:59
*** coolsvap is now known as coolsvap|afk14:00
*** ildikov has quit IRC14:00
*** chem has joined #openstack-neutron14:00
dr_gogeta86for example "create_network": "rule:admin_or_network_owner or !role:member_no_network",14:01
dr_gogeta86member_no_network is the role14:01
dr_gogeta86i did it wrong ?14:01
*** merooney has joined #openstack-neutron14:01
*** abregman has quit IRC14:01
*** csoukup has joined #openstack-neutron14:02
*** dboik has joined #openstack-neutron14:02
openstackgerritMerged openstack/neutron-fwaas: Python 3: use six.iteritems instead of dict.items  https://review.openstack.org/18736414:02
openstackgerritMerged openstack/neutron: Extra indent in test_ovs_neutron_agent  https://review.openstack.org/18797514:03
*** moshele has quit IRC14:03
*** ildikov has joined #openstack-neutron14:03
*** yamamoto has joined #openstack-neutron14:04
*** moshele has joined #openstack-neutron14:04
*** yamamoto has quit IRC14:07
*** lazy_prince has joined #openstack-neutron14:07
salv-orlandodr_gogeta86: I think policy.json support negated rules - something like create_network: not role:<banned_role>14:07
dr_gogeta86i'm using !role:member_no_network14:07
dr_gogeta86but sometimes using admin i've got some error14:08
*** armax has joined #openstack-neutron14:08
*** johnbelamaric has quit IRC14:11
*** sudipto has quit IRC14:12
*** abregman has joined #openstack-neutron14:13
*** triggerz is now known as tobasco14:14
salv-orlandodr_gogeta86: sometimes? or always? and can you trace the error back to policy evaluation?14:16
pavel_bondarihrachyshka, hi14:18
*** dane_leblanc has joined #openstack-neutron14:19
*** Networkn3rd has joined #openstack-neutron14:19
ihrachyshkapavel_bondar, hi14:19
*** nmagnezi has quit IRC14:19
pavel_bondarihrachyshka: what is the right thing to do with copyright here, https://review.openstack.org/#/c/187961/1/neutron/db/db_base_plugin_common.py14:19
pavel_bondarihrachyshka: It is just method moving, so shoud copyright be updated to Infoblox or left as is 'Openstack Foundation'?14:21
pavel_bondars/shoud/should/14:21
ihrachyshkapavel_bondar, unless your employer requires you to attach that meaningless copyright attribution, you may just kill both. Quoting https://wiki.openstack.org/wiki/Documentation/Copyright, "If you update a page, you can add the entity you represent (self or organization) to the list of Copyright holders, but do not remove any listed Copyright headings."14:22
ihrachyshkapavel_bondar, I don't personally think moving code justifies authorship attribution at all14:22
ihrachyshkaoh, sorry, you should not kill both I guess, leave foundation at least14:22
dr_gogeta86salv-orlando, how can I trace evaluation ?14:22
ihrachyshkayou can append another one, but I wouldn't do it unless forced14:23
openstackgerritRussell Bryant proposed openstack/neutron: Add sub-project lieutenants  https://review.openstack.org/18773314:23
*** numan has quit IRC14:24
pavel_bondarihrachyshka, thanks, got it, will leave foundation copyright14:24
*** zz_jgrimm is now known as jgrimm14:25
*** david-lyle has quit IRC14:25
Sam-I-Ammornings14:28
fricklercan someone confirm that https://bugs.launchpad.net/tempest/+bug/1182883 has been fixed in nova some time during the last two years?14:29
openstackLaunchpad bug 1182883 in neutron "List servers matching a regex fails with Neutron" [Medium,Confirmed]14:29
Sam-I-Amamuller: hello fellow appendix-less being14:29
amullerSam-I-Am: Hello fellow evolved human14:29
*** thurloat_isgone is now known as thurloat14:29
fricklerat least something like nova list --ip 10.53.* seems to work fine14:29
Sam-I-Amamuller: although i've been reading some stuff that says the appendix has some sort of purpose14:29
sc68calHenryG: I just marked https://bugs.launchpad.net/neutron/+bug/1358297 as invalid, since the last comment from the reporter says he's going to open a different bug14:29
openstackLaunchpad bug 1358297 in neutron "Port doesn't receive IP SLAAC in subnets with Router advertisements without dnsmasq" [Medium,Invalid] - Assigned to Henry Gessau (gessau)14:29
amullerSam-I-Am: Nonsense, we are clearly superior human beings14:30
Sam-I-Amhowever, it does not involve digesting bacon, donuts, or beer and therefore is not important14:30
fricklerso I would like to go ahead and re-enable the tempest test that has been skipped because of that bug14:30
amullermestery: ihrachyshka: Can we merge this full stack fix? https://review.openstack.org/#/c/180882/14:31
amullermestery: ihrachyshka: Just verified it manually on my system, works great and fixes a serious issue14:31
mesteryamuller: looking14:31
*** rwsu has quit IRC14:31
ihrachyshkaamuller, in a meeting, will check in 30 mins14:31
amullermestery: ihrachyshka: Thanks14:31
*** tkatarki has quit IRC14:31
*** rushil has joined #openstack-neutron14:34
*** numan_ has joined #openstack-neutron14:35
openstackgerritPavel Bondar proposed openstack/neutron: Decompose db_base_plugin_v2.py  https://review.openstack.org/18796114:35
*** barra204 has quit IRC14:36
*** shakamunyi has quit IRC14:36
*** raildo has joined #openstack-neutron14:39
*** TrevorV_ has joined #openstack-neutron14:40
amotokimestery: I just noticed neutron-*aas stable branches have different ACL from neutron stable branches. It seems neutron-*aas core can +2 to stable branches.14:42
amotokimestery: I am not sure it is intended or not.14:42
*** afazekas has quit IRC14:43
mesteryamotoki: https://review.openstack.org/#/c/186820/14:43
mesteryamotoki: That needs to merge then all will be good with the world ?14:43
mesteryI'll ping infra again now14:43
amotokimestery: ah... you beat me :-)14:44
*** carl_baldwin has joined #openstack-neutron14:44
mesteryamotoki: :)14:45
*** tomoe_ has quit IRC14:45
*** yamamoto has joined #openstack-neutron14:45
*** yamamoto has quit IRC14:46
*** tkatarki has joined #openstack-neutron14:46
*** tkatarki has quit IRC14:48
*** killer_prince has joined #openstack-neutron14:48
*** lazy_prince has quit IRC14:49
*** ronis has quit IRC14:49
*** pc_m has quit IRC14:51
*** tkatarki has joined #openstack-neutron14:52
*** lazy_prince has joined #openstack-neutron14:53
*** killer_prince has quit IRC14:53
*** catohornet has joined #openstack-neutron14:55
*** johnbelamaric has joined #openstack-neutron14:56
*** daneyon has joined #openstack-neutron14:57
*** agireud has joined #openstack-neutron14:58
*** dsneddon has joined #openstack-neutron14:59
*** dguitarbite has quit IRC14:59
openstackgerritCarl Baldwin proposed openstack/neutron: Use a single method to remove an address with its conntrack state  https://review.openstack.org/18615015:00
*** anshul has quit IRC15:01
*** sadasu_ has joined #openstack-neutron15:01
*** daneyon_ has joined #openstack-neutron15:01
sadasu_ajo: you here?15:01
ajohi sadasu_ , yes :)15:01
*** pc_m has joined #openstack-neutron15:01
sadasu_I signed up for a task in the qos work items15:02
*** ekuris has quit IRC15:02
sadasu_will need some time to understand the details...might ping you for that during the week15:02
*** tomoe_ has joined #openstack-neutron15:03
*** daneyon has quit IRC15:04
*** kiran-r has joined #openstack-neutron15:05
ajosadasu_, sure, feel free to ping me15:05
ajoI'm generally available around CEST time #openstack-neutron-qos , but otherwise feel free to reach me on mangelajo@rehdat.com,15:06
*** ollivier has joined #openstack-neutron15:06
*** vivek-ebay has joined #openstack-neutron15:09
*** changbl_ has quit IRC15:10
*** zhipeng has joined #openstack-neutron15:10
*** jgrimm is now known as zz_jgrimm15:10
sadasu_ajo: thanks!15:11
ajothank you too sadasu_  :)15:11
*** changbl_ has joined #openstack-neutron15:11
carl_baldwingsagie: ping15:12
*** kiran-r has quit IRC15:13
mosheleajo, irenab: Qos the agent extension mgr should  be the same as in sec 1.1 in https://drive.google.com/file/d/0B2XATqL7DxHFRHNjU3k1UFNYRjQ/view right?15:14
ajomoshele, similar, AFAIK there will be some changes15:14
ajoit needs to be updated15:15
ajoI need to run ;)15:15
mosheleajo: ok I will start POC the code15:15
moshelevikrim: hi15:16
moshelevikram: hi15:16
*** marun has joined #openstack-neutron15:16
vikramhi15:17
openstackgerritMerged openstack/neutron: Python3: use six.iteritems() instead of dict.iteritems()  https://review.openstack.org/18406615:17
*** killer_prince has joined #openstack-neutron15:17
*** mestery_ has joined #openstack-neutron15:17
*** Aish has joined #openstack-neutron15:18
moshelevikram: I will start POC the Qos the agent extension mgr see section  1.1 in https://drive.google.com/file/d/0B2XATqL7DxHFRHNjU3k1UFNYRjQ/view you can join me if you want15:18
vikramThat will be great15:18
*** tflynn has joined #openstack-neutron15:18
openstackgerritMerged openstack/neutron: Remove extra indent in testcases  https://review.openstack.org/18782715:19
openstackgerritMerged openstack/neutron: Remove extra indent in testcases  https://review.openstack.org/18782715:19
*** rwsu has joined #openstack-neutron15:19
*** mestery has quit IRC15:20
*** mlavalle has joined #openstack-neutron15:20
*** lazy_prince has quit IRC15:20
*** mchestr has joined #openstack-neutron15:21
*** claudiub has joined #openstack-neutron15:22
*** zhipeng has quit IRC15:22
*** alex_klimov has quit IRC15:23
*** merooney has quit IRC15:24
*** alexpilotti has quit IRC15:24
*** ollivier has quit IRC15:25
*** tflynn has quit IRC15:25
*** numan_ has quit IRC15:25
*** gridinv_ has joined #openstack-neutron15:26
*** vivek-ebay has quit IRC15:27
*** tomoe_ has quit IRC15:27
*** RawInfoSec has joined #openstack-neutron15:28
*** dsanders has joined #openstack-neutron15:29
*** anilvenkata has joined #openstack-neutron15:29
*** andrelucas has joined #openstack-neutron15:30
*** mestery_ is now known as mestery15:30
*** RawInfoSec has left #openstack-neutron15:33
*** rushil has quit IRC15:34
*** killer_prince has quit IRC15:34
*** anilvenkata has left #openstack-neutron15:34
*** killer_prince has joined #openstack-neutron15:34
*** a_le has joined #openstack-neutron15:34
*** killer_prince has quit IRC15:35
*** kiran-r has joined #openstack-neutron15:35
*** mohitsharma has quit IRC15:35
*** Networkn3rd has quit IRC15:37
*** numan_ has joined #openstack-neutron15:37
*** david-lyle has joined #openstack-neutron15:39
*** Sukhdev has joined #openstack-neutron15:39
*** zz_jgrimm is now known as jgrimm15:40
openstackgerritPavel Bondar proposed openstack/neutron: Refactor and decompose db_base_plugin_v2.py  https://review.openstack.org/15323615:41
*** claudiub|2 has joined #openstack-neutron15:42
*** claudiub has quit IRC15:43
*** ushkalim has quit IRC15:43
*** andrelucas has quit IRC15:44
*** yamamoto has joined #openstack-neutron15:46
*** luqas has quit IRC15:46
*** david-lyle has quit IRC15:47
*** alexpilotti has joined #openstack-neutron15:48
*** nmagnezi has joined #openstack-neutron15:50
openstackgerritMerged openstack/neutron: Wrap ML2 delete_port with db retry decorator  https://review.openstack.org/18046615:50
*** sbalukoff has joined #openstack-neutron15:50
*** jbell8 has joined #openstack-neutron15:51
ihrachyshkaamuller, I won't be able to review full stack patch today. tomorrow for sure. sorry.15:51
*** yamamoto has quit IRC15:52
*** jlibosva has quit IRC15:52
*** mohitsharma has joined #openstack-neutron15:52
*** david-lyle has joined #openstack-neutron15:53
*** devvesa has quit IRC15:53
amullerihrachyshka: ack15:54
*** busterswt has joined #openstack-neutron15:54
*** nmagnezi has quit IRC15:55
*** jbell8 has quit IRC15:55
*** shivharis has joined #openstack-neutron15:56
*** moha_hunt has joined #openstack-neutron15:56
*** dannywilson has joined #openstack-neutron15:57
*** nlahouti has joined #openstack-neutron15:57
HenryGsc68cal: belated thanks15:59
*** yeungp has joined #openstack-neutron15:59
*** numan_ has quit IRC15:59
*** Aish has quit IRC16:00
*** shwetaap1 has quit IRC16:00
*** shwetaap has joined #openstack-neutron16:00
*** matrohon has quit IRC16:01
*** tiswanso has quit IRC16:01
*** tiswanso has joined #openstack-neutron16:02
*** vthapar_ has quit IRC16:02
*** davidchep has joined #openstack-neutron16:02
*** SridharG has left #openstack-neutron16:04
*** kawa2014 has quit IRC16:05
*** jgrimm is now known as zz_jgrimm16:07
*** jlanoux has quit IRC16:07
*** _cjones_ has joined #openstack-neutron16:07
*** zz_jgrimm is now known as jgrimm16:09
openstackgerritMerged openstack/neutron: Fix confusing parameters names  https://review.openstack.org/18798716:10
*** a_le has quit IRC16:10
sc68calmestery: just posted a bit of a rant on this bug - https://bugs.launchpad.net/neutron/+bug/146017716:10
openstackLaunchpad bug 1460177 in neutron "Support metadata service with IPv6-only tenant network" [Undecided,Triaged]16:10
*** moshele has quit IRC16:10
mesterysc68cal: :)16:11
*** jistr has quit IRC16:11
*** afazekas has joined #openstack-neutron16:12
sc68calmestery: I'll need to get two tatoos on my forehead - "Does it work with IPv6" - and "DON'T TRY AND FIX THE EC2 APIs"16:12
*** moha_hunt has quit IRC16:12
*** gridinv_ has quit IRC16:13
aveiga_sc68cal: I prefer a sign, but if tats are your thing...16:13
sc68calor possibly "Don't try and 'improve' the EC2 API'16:13
*** SridharGaddam has quit IRC16:13
mesterylol16:14
*** kiranr has joined #openstack-neutron16:14
*** kiran-r has quit IRC16:14
*** anshul has joined #openstack-neutron16:14
*** vikram has left #openstack-neutron16:15
*** dims_ has quit IRC16:18
*** dims_ has joined #openstack-neutron16:18
*** catohornet has left #openstack-neutron16:19
*** dims__ has joined #openstack-neutron16:20
*** jamielennox is now known as jamielennox|away16:21
*** barra204 has joined #openstack-neutron16:21
*** fzdarsky has quit IRC16:22
*** david-lyle has quit IRC16:22
*** anshul has quit IRC16:23
*** sriatom has joined #openstack-neutron16:23
*** vivek-ebay has joined #openstack-neutron16:24
*** itzikb has quit IRC16:24
*** dims_ has quit IRC16:24
*** barra204 has quit IRC16:28
*** ihrachyshka has quit IRC16:28
*** ygbo has quit IRC16:29
kevinbentonmestery, amotoki: i don't like the current drivers team meeting time. the first half overlaps with a meeting I have at work16:30
*** marun_ has joined #openstack-neutron16:30
mesterykevinbenton: We'll sort this all out.16:30
*** abregman has quit IRC16:31
amotokikevinbenton: mestery: fair enough. Aligning other meeting time sounds good :-)16:31
salv-orlandosc68cal: are you sure the guy was suggesting to "fix" the EC2 metadata service? It seems he proposes a cloud-init change (wrong, out of scope), but beyond that it seems that he's not advocating for any change in the segment between the metadata proxy and the nova metadata endpoint16:31
amotokithe latter half overlaps Ml2 meeting ;-(16:31
*** ronis has joined #openstack-neutron16:32
*** nmagnezi has joined #openstack-neutron16:32
*** scheuran has quit IRC16:33
*** marun has quit IRC16:33
*** yatin has joined #openstack-neutron16:34
*** marun has joined #openstack-neutron16:35
*** marun_ has quit IRC16:35
*** kiranr has quit IRC16:36
*** _kiran_ has joined #openstack-neutron16:36
*** jhova has quit IRC16:37
*** madhu_ak has joined #openstack-neutron16:37
openstackgerritRossella Sblendido proposed openstack/neutron: L2 agent RPC add new RPC calls  https://review.openstack.org/14743516:37
*** a_le has joined #openstack-neutron16:38
dougwigsc68cal: if you get that first tattoo, the rest of us will have to get one that just says "No".16:40
*** Swami has joined #openstack-neutron16:40
dougwig:)16:40
*** safchain has quit IRC16:41
*** _kiran_ has quit IRC16:41
*** jbell8 has joined #openstack-neutron16:42
*** hanzhang has quit IRC16:47
openstackgerritJohn Schwarz proposed openstack/neutron: Fullstack testing devref follow up  https://review.openstack.org/18799016:47
*** rushil has joined #openstack-neutron16:48
*** hanzhang has joined #openstack-neutron16:48
kevinbentondougwig: what tattoo?16:51
*** oreillyd has quit IRC16:51
*** amuller is now known as amuller_afk16:51
*** mohitsharma has quit IRC16:52
sc68calsalv-orlando: possibly, but there are also proposals floating around for adding new addresses the metadata proxy wil listen on16:53
sc68callike ::169.254.169.25416:53
*** sriatom is now known as _sri16:53
kevinbentonsc68cal: am i misunderstanding, or is the real thing that defines the address cloud-init rather than EC2's API?16:54
sc68calkevinbenton: cloud-init uses 169.254.169.254 because that's the IPv4 link local that Amazon's EC2 metadata service defines16:55
*** jpena has quit IRC16:55
*** afazekas has quit IRC16:55
sc68calkevinbenton: I think that there is some stuff in cloud-init to query other addresses16:55
*** Longgeek has quit IRC16:55
sc68calkevinbenton: if i'm not mistaken16:55
*** claudiub|2 has quit IRC16:55
*** merooney has joined #openstack-neutron16:56
kevinbentonsc68cal: so was your concern that we just might listen on a different address than what EC2 decides to listen on when they do ipv6?16:56
sc68calkevinbenton: yes16:56
*** kutija has joined #openstack-neutron16:57
openstackgerritArmando Migliaccio proposed openstack/neutron: Revert "Revert "Add VIF_DELETED notification event to Nova""  https://review.openstack.org/18787116:57
kevinbentonsc68cal: but why would it matter as long as cloud-init is asking?16:57
sc68calkevinbenton: not sure what you mean, expand?16:57
kevinbentonsc68cal: it doesn't matter if we are listening on a different address than EC2 as long as cloud-init tries the address we are listening on16:58
openstackgerritCarl Baldwin proposed openstack/neutron: Enhance utils.ensure_dir to be resilient to concurrent workers  https://review.openstack.org/18808316:59
sc68calkevinbenton: I disagree, since the addresses that an HTTP based metadata API is part of the API contract that the AWS API has16:59
sc68cal*listens on is part of the16:59
kevinbentonsc68cal: but isn't it cloud-init that is defining the contract, not EC2?16:59
sc68calkevinbenton: no, cloud-init just accesses the metadata service17:00
sc68calkevinbenton: so cloud-init is a consumer of the API, and the contract17:00
sc68calas I understand it, but I could be wrong17:00
kevinbentonsc68cal: cloud-init chooses the address is contacts with17:00
kevinbentonsc68cal: EC2 is not in control of that, right?17:00
*** jhova has joined #openstack-neutron17:01
sc68calkevinbenton: but the addresses that cloud-init uses, is an address defined by the EC2 metadata API17:01
*** dannywilson has quit IRC17:01
arosen kevinbenton what address do you want to use instead?17:01
sc68calhttp://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-metadata.html17:01
kevinbentonsc68cal: i thought you implied that it already contacts addresses other than the 169 one?17:01
Swamiarmax: hi17:02
sc68calkevinbenton: I think cloud-init has some logic in it for "metadata_urls" that can be used to get metadata out17:02
*** sthillma has joined #openstack-neutron17:02
sc68calkevinbenton: but frankly I don't know if that was a great idea to start with17:03
*** merooney has quit IRC17:03
*** dannywilson has joined #openstack-neutron17:03
kevinbentonsc68cal: what i'm getting at is that cloud-init determines the addresses we can select from, not EC2. so if cloud-init has support for an IPv6 address, we can use whatever that is17:03
kevinbentonarosen: an ipv6 addr17:03
*** ivar-lazzaro has joined #openstack-neutron17:03
arosengotcha17:03
sc68calkevinbenton: I still don't agree that cloud-init makes that choice - the EC2 API itself specifies that there's a well known IP address to get the metadata from. It just so happens that someone extended cloud-init to support metadata_urls for finding alternate endpoints for the metadata17:04
sc68calsince that's not defined in the metadata API17:05
*** merooney has joined #openstack-neutron17:05
*** yatin has quit IRC17:05
sc68calso we've already had a deviation, thankfully just in cloud-init17:05
kevinbentonsc68cal: does EC2 not use cloud-init?17:06
*** tkatarki has quit IRC17:06
sc68calkevinbenton: it's the other way around17:06
*** nmagnezi has quit IRC17:06
sc68calkevinbenton: cloud-init uses the EC2 API17:06
*** dannywilson has quit IRC17:06
*** tkatarki has joined #openstack-neutron17:06
sc68calkevinbenton: meaning cloud-init will attempt to query 169.254.169.26417:06
sc68calfor any HTTP server, then tries to get a couple key/values17:07
kevinbentonsc68cal: i know how it works17:07
*** ildikov has quit IRC17:07
kevinbentonsc68cal: but if EC2 expects people to use cloud-init17:07
kevinbentonsc68cal: then cloud-init is in charge of address discovery17:07
sc68calkevinbenton: EC2 doesn't expect people to use cloud init17:07
sc68calkevinbenton: the docs have examples where they use cURL17:07
kevinbentonsc68cal: what do the majority of the AMIs use?17:08
kevinbentonsc68cal: when i boot a standard ubuntu image on EC2, what populates my ssh key?17:08
*** s3wong has joined #openstack-neutron17:09
*** akamyshnikova_ has joined #openstack-neutron17:09
sc68calkevinbenton: but cloud init is just a client, it doesn't determine the API17:09
*** amotoki has quit IRC17:09
*** afazekas has joined #openstack-neutron17:09
sc68calthat's like saying just because we can add things to python-neutronclient for additional APIs, we can extend the security group API17:09
*** shivharis has quit IRC17:09
kevinbentonsc68cal: that's relative. if amazon isn't in charge of cloud-init, they certainly can't change the API17:10
kevinbentonsc68cal: in a way that breaks cloud-init17:10
sc68calkevinbenton: that's subjective. I'd argue that if Amazon makes an API change, cloud-init will change to reflect17:10
sc68calnot the reverse17:10
kevinbentonsc68cal: it can't without invalidating every AMI out there with cloud-init17:10
kevinbentonsc68cal: whatever amazon listens on, it's up to cloud-init to choose the correct address to connect to17:11
*** mchestr has quit IRC17:12
aveiga_kevinbenton: I think the issue is that changing metadata service to add v6 in a way that doesn't exist on Amazon runs the risk of Amazon implementing v6 access differently, and having then forked the API, cloud-init would have to choose which to support17:12
aveiga_which more likely than not would force a change on our metadata service to conform to the EC2 way17:12
*** mchestr has joined #openstack-neutron17:12
kevinbentonaveiga_: that's not a different API, it wouldn't require a fork17:12
*** merooney has quit IRC17:12
kevinbentonif it's just a different address, then cloud-init would need to try that as well17:13
*** david-lyle has joined #openstack-neutron17:13
aveiga_assuming well-known-addr is the way they'd implement it17:13
kevinbentonbut the larger point i'm making is actually that amazon is at the behest of cloud-init17:13
*** merooney has joined #openstack-neutron17:13
kevinbentonunless they are in charge of cloud-init, they have to follow whatever it's address discovery mechanism is17:13
sc68calkevinbenton: I guess the difference we have is that I believe the address that it listens on is part of the actual API contract.17:13
*** david-lyle has quit IRC17:13
*** blues-man has quit IRC17:14
*** josecastroleon has quit IRC17:14
kevinbentonsc68cal: I would call it API discovery17:14
*** marun has quit IRC17:14
kevinbentonsc68cal: but even if you say it's part of the contract, it doesn't change the main point17:14
kevinbentonsc68cal: unless amazon is in control of cloud-init, they aren't in charge of the address17:14
*** david-lyle has joined #openstack-neutron17:15
aveiga_I think there's a cause-effect swap here17:15
*** dguerri is now known as dguerri`away17:15
aveiga_didn't cloud-init get written to use that address that EC2 selected?17:15
*** marun has joined #openstack-neutron17:15
*** anshul has joined #openstack-neutron17:15
*** amuller_afk is now known as amuller17:15
kevinbentonharlowja: does cloud-init exist solely to use the EC2 API?17:15
aveiga_I don't think Amazon picked that addr because cloud-init had been using it17:16
*** anshul has quit IRC17:16
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274617:16
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-fwaas: Updated from global requirements  https://review.openstack.org/18809617:16
sc68calaveiga_: ++17:16
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-vpnaas: Updated from global requirements  https://review.openstack.org/18809817:17
kevinbentonbut it doesn't matter at this point17:17
kevinbentoncloud-init is now in charge17:17
kevinbentonbecause amazon doesn't want to break all of the AMIs17:17
aveiga_that's a bold assumption17:17
*** shwetaap has quit IRC17:18
kevinbentonaveiga_: how so? breaking cloud-init would be idiotic for EC217:18
kevinbentonaveiga_: every single AMI developed by the community using cloud-init would be trash17:18
aveiga_breaking it only on features that EC2 had never supported by introducing those features in a different way doesn't seem like something they'd have an issue with17:19
aveiga_it's still an assumption, either way17:19
aveiga_and making assumptions against a closed entities future decisions is something I'm not very comfortable with17:19
aveiga_it's akin to gambling17:19
kevinbentonaveiga_: ok, let me put this differently. do you think amazon will not support cloud-init for any IPv6 metadata in the future?17:20
kevinbentonor will they rely on support from cloud-init?17:20
aveiga_it already doesn't, so why should it mold EC2 to the way OpenStack does it? No, I don't automatically assume they will17:20
kevinbentonaveiga_: ok, so none of the thousands of AMIs out there will support ipv6-only17:20
aveiga_they don't already17:21
aveiga_or did I miss something?17:21
*** fzdarsky has joined #openstack-neutron17:21
*** yamahata has quit IRC17:21
kevinbentonaveiga_: if EC2 adds ipv6 connectivity and cloud-init has a discovery mechanism for IPv6 addresses, they would17:21
aveiga_sure, assuming the cloud-init discovery mechanism supports finding whatever is selected for EC217:22
*** jbell8 has quit IRC17:22
sc68calmeaning hopefully cloud-init saw into the future as to how AWS was going to deploy v617:22
aveiga_so either we gamble and get lucky and it matches, or there's cloud-init rework to support two different methods17:23
sc68calmore likely Amazon just announces v6 availability then cloud-init adds support17:23
kevinbentonaveiga_: right. so from EC2's perspective, they either add a listener on a v6 address cloud-init can find, or they tell everyone to jump in a lake17:23
sc68calkevinbenton: they've been telling people to jump in the lake for years17:24
*** yeungp has quit IRC17:24
*** mchestr has quit IRC17:24
*** mchestr has joined #openstack-neutron17:24
*** yeungp has joined #openstack-neutron17:24
aveiga_it's still a gamble on assumptions around a closed entity making a decision17:24
kevinbentonaveiga_: it's not really a big gamble. for neutron it's just a single iptables rule17:25
kevinbentonbut my point still stands, unless cloud-init never gains support for EC2 IPv6, cloud-init is who we need to cater to17:26
kevinbentonnot EC217:26
*** dboik has quit IRC17:26
aveiga_but I thought the discussion was around metadata service existing to provide EC2 compatibility17:27
*** dboik has joined #openstack-neutron17:27
aveiga_not about whether cloud-init has a capability17:27
*** reed_ has joined #openstack-neutron17:27
kevinbentonthe discussion is whether or not it's safe to have our metadata service lisent on an ipv6 address17:27
marun18/query kevinbenton17:28
*** david-lyle has quit IRC17:28
marunoops17:28
kevinbentonand i'm arguing that if cloud-init has support for a discovery mechanism, we use that17:28
kevinbentonbecause unless EC2 is willing to throw out cloud-init as a supported client, we should be relatively safe17:29
Swamikevinbenton: hi17:30
*** vikram has joined #openstack-neutron17:31
kevinbentonSwami: in a meeting for the next half-hour so will be unresponsive for a bit17:31
Swamiok, I suspect that one of your patches might have broken the dvr job.17:31
Swamihttps://review.openstack.org/#/c/187819/17:31
openstackgerritJohn Davidge proposed openstack/neutron: Introduce pluggable framework for IPv6 Prefix Delegation  https://review.openstack.org/15869717:31
*** shwetaap has joined #openstack-neutron17:31
*** bjornar_ has joined #openstack-neutron17:32
*** s3wong has quit IRC17:33
vikram#openstack-meeting-317:34
salv-orlandosc68cal, kevinbenton what are we bikeshedding about today?17:34
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274617:34
*** jbell8 has joined #openstack-neutron17:34
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-fwaas: Updated from global requirements  https://review.openstack.org/18809617:34
aveiga_salv-orlando: what color to paint the yak17:34
*** Sukhdev has quit IRC17:34
openstackgerritMerged openstack/neutron: Move full-stack logs post-tests  https://review.openstack.org/18088217:34
*** aveiga_ is now known as aveiga17:35
*** sridhar_ram has joined #openstack-neutron17:35
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-vpnaas: Updated from global requirements  https://review.openstack.org/18809817:35
salv-orlandoaveiga: rainbow, of course17:35
aveigasalv-orlando: wrong answer. Right answer: doesn't matter, since you'll shave the yak tomorrow, anyway17:36
salv-orlandoaveiga: you're so nihilist...17:36
aveigahehe, you got me17:36
sc68calthe yak shed needs to be more shaggy17:37
aveigait's because I had to leave the beautiful mountains of Vancouver behind17:37
salv-orlandosc68cal: so what should we pledge allegiance to? cloud-init or the EC2 metadata spec?17:38
*** fzdarsky has quit IRC17:38
*** vivek-ebay has quit IRC17:38
sc68calsalv-orlando: I preferred your comment at the summit that we all pledge ourselves to money17:38
*** hitalia has joined #openstack-neutron17:39
sc68calsalv-orlando: in all seriousness, we bypass this specific bikeshed by moving to use config drive17:39
* sc68cal points to the bike shed that is his favorite color17:40
*** yamahata has joined #openstack-neutron17:40
openstackgerritRossella Sblendido proposed openstack/neutron: OVS agent react to events instead of polling  https://review.openstack.org/16488017:41
openstackgerritRossella Sblendido proposed openstack/neutron: Add get_events to OVSDB monitor  https://review.openstack.org/16180617:41
sc68calat least with config drive, it's an openstack "api" (although it's just a virtual CDROM drive really) that we control the destiny of17:41
*** kiran-r has joined #openstack-neutron17:41
sc68caland then we wait to see what AWS does on the ipv6 side for the metadata API service - when they implement something, we'll implement it17:42
salv-orlandosc68cal: I think that's the kind of thing an architect of indolence would do.17:42
*** Networkn3rd has joined #openstack-neutron17:44
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274617:44
salv-orlandosc68cal: your conclusion seems very reasonable to me. While cloud-init can be tuned, it's mainly a EC2 client. Making it work with ipv6 implies us making assumptions on how the metadata service will behave in IPv617:45
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Revert "Check for 'removed' in port_info before reference"  https://review.openstack.org/18812117:45
sc68calsalv-orlando: yes, I wish i had a better solution rather than appearing to just concern-troll17:48
salv-orlandosc68cal: everyone of us is somebody17:49
salv-orlandoelse's troll17:49
*** hitalia has quit IRC17:50
jaypipessalv-orlando: getting quite metaphysical this evening :)17:50
*** nyechiel_ has quit IRC17:50
marunaway17:52
*** reed_ has quit IRC17:52
openstackgerritAssaf Muller proposed openstack/neutron: Remove reference to non-existent fullstack fixture  https://review.openstack.org/18812417:52
*** agireud has quit IRC17:53
*** sripriya has joined #openstack-neutron17:53
*** vikram has quit IRC17:54
*** mchestr has quit IRC17:55
*** mchestr has joined #openstack-neutron17:55
*** catohornet has joined #openstack-neutron17:56
*** busterswt has quit IRC17:57
sc68calsalv-orlando: I need that on a plaque17:58
aveigasc68cal: why not a tattoo?17:58
*** dguerri`away is now known as dguerri17:59
sc68calaveiga: lol17:59
*** hitalia has joined #openstack-neutron17:59
*** nlahouti has quit IRC17:59
*** nyechiel_ has joined #openstack-neutron18:01
*** mchestr has quit IRC18:01
*** mchestr has joined #openstack-neutron18:01
*** s3wong has joined #openstack-neutron18:01
*** kiran-r has quit IRC18:02
*** yeungp1 has joined #openstack-neutron18:02
*** yeungp has quit IRC18:02
*** jbell8 has quit IRC18:02
*** nlahouti has joined #openstack-neutron18:03
kevinbentonsc68cal, salv-orlando: hang on a sec. does cloud-init not already have support for ipv6?18:04
kevinbentonbecause if it doesn't then my entire argument is irrelevant18:04
aveiganot explicitly18:04
kevinbentonis it via dns discovery or somethign?18:05
sc68calkevinbenton: no, I think it just tries the link local ipv4 address, and if it doesn't get anything back it moves on18:06
sc68calto mounting the config drive18:06
*** dboik has quit IRC18:07
*** dboik has joined #openstack-neutron18:07
*** afazekas has quit IRC18:07
russellbotherwiseguy: weren't you looking at ipv6 support in cloud-init?18:07
kevinbentonaveiga: so what did you mean then?18:08
kevinbentonis there any way now to get cloud-init to try ipv6 now?18:08
*** catohornet has left #openstack-neutron18:08
kevinbentonif not, this was just an epic waste of time18:08
aveigaI don't think so.  I mean I think it could be recoded to use an IPv6 address without change to the code other than the hardcoded address (i.e. not storing a 32-bit int for the addr, etc)18:09
sc68calkevinbenton: possibly through populating metadata_urls18:09
*** andrelucas has joined #openstack-neutron18:09
sc68calkevinbenton: but otherwise like aveiga says18:09
*** apuimedo has joined #openstack-neutron18:09
*** mingy has joined #openstack-neutron18:10
sc68calalthough cloud-init is python I believe, no worries about 32 bit ints18:10
kevinbentonsc68cal: how do those metadata_urls get populated?18:10
*** dane_leblanc has quit IRC18:10
*** tflynn has joined #openstack-neutron18:10
*** ildikov has joined #openstack-neutron18:11
kevinbentonaveiga: but the distributed version of cloud-init is what we need to work with, we can't assume an image will have a tweaked version18:11
*** tflynn has quit IRC18:11
sc68calkevinbenton: I don't know, I'd have to look18:11
aveigakevinbenton: I'm not entirely sure, but I think those would break18:11
*** tflynn has joined #openstack-neutron18:12
sc68calI think it's a config file baked into the AMI/image18:12
*** ivar-lazzaro has quit IRC18:12
*** nyechiel_ has quit IRC18:12
kevinbentonugh18:12
kevinbentonthen yeah, this was a waste of time :)18:12
kevinbentoncloud-init has no ipv6 auto-discovery18:13
kevinbentonso there is nothing neutron could even do18:13
kevinbentonit's adding support for something that doesn't exist18:13
aveigathat's what sc68cal and I were trying to say18:13
aveiganothing would actively prevent this, but we'd have to provide the new, currently undefined IPv6 addr somehow18:14
*** ivar-lazzaro has joined #openstack-neutron18:15
*** angela-s has quit IRC18:15
*** sridhar_ram has quit IRC18:16
*** agireud has joined #openstack-neutron18:16
*** angela-s has joined #openstack-neutron18:16
kevinbentonaveiga: you mean cloud-init would18:17
kevinbentonright?18:17
aveigano, I mean we'd have to provide it to cloud-init, since cloud-init currently has no way of knowing it18:18
*** sridhar_ram has joined #openstack-neutron18:18
*** sballe has quit IRC18:18
aveigaor, in the end, yes as cloud-init would have to be updated to include that new value18:18
kevinbentonbut if i understand what you both are saying is that cloud-init has no network discovery mechanism18:18
aveigawhich is what I was getting at when I was talking about EC2 ever implementing it18:18
*** ivar-lazzaro has quit IRC18:19
*** ivar-lazzaro has joined #openstack-neutron18:19
kevinbentonEC2 doesn't matter. if cloud-init were to implement a discovery mechanism of some sort, we just need to be compatible with that18:20
aveigakevinbenton: according to http://cloudinit.readthedocs.org/en/latest/topics/datasources.html#what-is-a-datasource no, there is no URL discovery.  It just iterates through known methods18:21
*** akamyshnikova_ has quit IRC18:22
*** andrelucas has quit IRC18:23
aveigathe only reason neturon metadata works is that it literally emulates the EC2 configuration18:23
*** dannywilson has joined #openstack-neutron18:23
*** annegentle has joined #openstack-neutron18:23
aveigawhich ironically, is why EC2 actually would matter18:23
aveigafrom the docs, it seems that cloud-init's discovery is designed to match against the EC2 stuff18:24
*** yamahata has quit IRC18:25
*** dannywilson has quit IRC18:25
*** yamahata has joined #openstack-neutron18:25
*** dannywilson has joined #openstack-neutron18:25
kevinbentonaveiga: no, the only reason neutron metadata works is because it's compatible with cloud-init :)18:26
*** aranjan has joined #openstack-neutron18:26
aveigakevinbenton: semantics. It's compatible because it emulates EC2. But at this point, we're splitting hairs.  It's the same thign18:26
kevinbentonaveiga: well no, the important difference would be that if cloud-init had a feature not yet supported by EC2, we could support it18:27
kevinbentonwhich is what the whole argument was about18:27
kevinbentoni was under the impression that cloud-init had an address discovery mechanism,18:27
aveigaso you'd create something else, that's not cloud-init metadata, that could be dual-stacked with discovery18:27
kevinbentonaveiga: what do you mean?18:28
*** tomoe_ has joined #openstack-neutron18:28
aveigawell, the "metadata" section that the well-known address works with in cloud-init, is LITERACLLY called EC2 in the docs.  So if we made something else, it would be a new discovery method in cloud-init18:28
aveigaeither way, you have to change cloud-init18:29
kevinbentonaveiga: oh, right18:29
kevinbentonmy argument is that if cloud-init supports something, we should support it18:29
kevinbentonbut it's become pointless because cloud-init doesn't support the relevant something i thought it supported18:30
aveigakevinbenton: hold up there.  Just because cloud-init supports, say, RHEVm, we should implement floppy-drive data support?18:30
*** andrelucas has joined #openstack-neutron18:31
aveigaI'd rather focus on getting the config-drive stuff to work, because it's network-agnostic18:31
aveigaand just do ONE thing right18:31
aveigathe metadata service is mostly there so that t ools that work in AWS can be moved over with less rewrite18:32
salv-orlandowhat's preventing config-drive from working with IPv6?18:32
aveigasalv-orlando: I wasn't aware that anything was18:32
kevinbentonaveiga: if someone takes an image built for amazon, do you not care to make it work on openstack?18:32
*** merooney has quit IRC18:32
*** slaweq has joined #openstack-neutron18:32
*** tomoe_ has quit IRC18:32
salv-orlandoaveiga: afaict we even gate upstream with configdrive18:33
aveigakevinbenton: in order for that image to work on openstack, it would (by default!) require IPv4 support18:33
aveigaso it's a moot point18:33
aveigajust run metadata on the IPv4 addr and call it a day18:33
kevinbentonaveiga: the whole "do one thing right" is misleading since we are basically talking about one iptables rule18:33
*** david-lyle has joined #openstack-neutron18:33
kevinbentonaveiga: the time we have wasted here could have had the support added18:33
aveigayou can add the support all you want, but you still have to change cloud-init18:34
aveigaunless you're talking about a proxy18:34
kevinbentonaveiga: no, i understand that cloud-init has to be changed18:34
kevinbentonwhat i'm saying is that if cloud-init has some sort of address discovery for ipv6 support i would like to add support in neutron18:34
aveigawell, it doesn't18:35
aveigaso, chicken or egg?18:35
kevinbentonsaying, "let the metadata service bitrot because cloudrive" isn't interesting to me18:35
*** ijw has joined #openstack-neutron18:35
aveigaok18:35
kevinbentonaveiga: well it depends on if the person that filed that RFE is successful in getting the support in cloud-init18:35
kevinbentonaveiga: if the cloud-init community is willing to support something, i don't see why we couldn't add it even if EC2 doesn't support it18:36
aveigago for it18:36
*** padkrish has joined #openstack-neutron18:37
*** Networkn3rd has quit IRC18:37
kevinbentonwell i have to wait to see if cloud-init support is ever added, which is why this conversation was mainly pointless. I thought we were already at that step18:37
*** jprovazn has quit IRC18:38
*** mingy has quit IRC18:39
*** aix has quit IRC18:39
*** elmiko has joined #openstack-neutron18:40
elmikosalv-orlando, HenryG, hi, i'm wondering if you might have a minute or two to talk about the api working group?18:40
salv-orlandoelmiko: I have 19 minutes before the next meeting18:41
elmikosalv-orlando: ok, i'll be quick ;)18:41
salv-orlandoor plenty of time in 109 minute s;)18:41
elmikono worries, this won't take long18:41
elmikomy name is michael mccune and i'm just doing some outreach from the wg to share a couple of links and touch base with the projects18:42
elmikowe have a set of merge guidelines that up for review now which talk about how we're going to improve the process https://review.openstack.org/#/c/186836/18:42
elmikoand the nova folks have put together a set of liaison responsibilities that they are experimenting with, https://wiki.openstack.org/wiki/Nova/APIWGLiaisons18:43
elmikoso i'm just passing these around and talking with the listed liaisons in hopes of spreading the word =)18:43
elmikoi imagine in the next few weeks we'll be increasing our communication about upcoming guidelines, posting to the ml, and with luck getting some input from the liaisons before we do final merges18:44
salv-orlandoelmiko: I can prepare a similar draft for Neutron and publish it on the wiki, but perhaps it does not make sense a lot because I expect the same responsibilities to apply to every project18:44
elmikosalv-orlando: yea, and imo, i think we should incorporate these responsibilities into the api-wg site. but they are under test currently18:44
salv-orlandoelmiko: I'll start reviewing openstack/api-wg patches again, then ;) I've taken a bit of a break to complete some other project18:45
salv-orlandoelmiko: starting with patch #18683618:45
elmikocool! part of our new process will be to freeze guidelines once we are happy with the language, and then during the freeze we will post the reviews to the openstack-dev ml, and talk about them in the cross project meeting18:45
*** mlavalle has quit IRC18:46
elmikoideally, liaisons will be able to review the frozen guidelines and if necessary add comments.18:46
elmikoi think this will help reduce the volume of reviews to the ones that are ready for merging18:46
salv-orlandomakes sense to me. btw, api-wg reviews have never been that many.18:47
elmikoand if you have any questions, comments, concerns, we usually hang out in openstack-api18:47
elmikoyea, it's pretty low volume but we are starting to get more throughput18:48
*** hitalia has quit IRC18:48
salv-orlandonah just one thing that it was puzzling me... would it be possible to add something to the commit message to identify which patches contain a guideline? or the branch topic?18:48
elmikothat's a good idea, i'll add it to the agenda for our meeting this week18:48
*** andrelucas has quit IRC18:49
salv-orlandoelmiko: it's not a major thing, but this will help liasions to focus only on the things that matter to them. (no big deal anyway, I can usually immediately get if a patch has a guideline or amends something else!)18:50
elmikosalv-orlando: yea, and this is partially why we are instituting the freeze for larger guidelines. it will help with visibility on the big ones.18:50
openstackgerritMerged openstack/neutron-vpnaas: Enable random hash seeds  https://review.openstack.org/18710718:51
elmikosalv-orlando: thanks for your time, good luck with the meeting =)18:52
*** tkatarki has quit IRC18:52
*** baoli has quit IRC18:52
openstackgerritMerged openstack/neutron: Make MockFixedIntervalLoopingCall class as a helper class  https://review.openstack.org/18788518:52
Swamimestery, armax : here is the tempest patch that causes the DVR job failure rate to spike up. https://review.openstack.org/#/c/188139/18:52
mesterySwami: nice work!18:53
*** pradipta has joined #openstack-neutron18:53
Swamimestery: we have been in the race of chasing and reverting patches for dvr. It would be great if we could make is voting before another such event occurs. Because this might get triggered both from tempest as well as from neutron.18:54
*** tkatarki has joined #openstack-neutron18:54
mesterySwami: Indeed. Lets see it stabilize once this merges and then get it voting.18:54
*** nlahouti has quit IRC18:54
Swamimestery: thanks18:54
*** merooney has joined #openstack-neutron18:54
*** mordred has quit IRC18:55
*** mordred has joined #openstack-neutron18:55
Swamikevinbenton: sorry to bother your patch. I just abandoned the revert18:56
*** merooney has quit IRC18:56
*** Networkn3rd has joined #openstack-neutron18:56
russellbsc68cal: so, i need to do some devstack neutron work ... should i hack neutron-legacy?  or something else?  specifically, there is some pre-req work i need to do to be able to do a grenade job that tests rolling upgrades18:57
*** barra204 has joined #openstack-neutron18:57
russellbi need to be able to control starting/stopping the l2 agent separately from the other agents18:58
russellbsince in this test, we'll leave it running and upgrade / restart everything else18:58
russellbbut basically, just don't want to waste time hacking on part of devstack that is frozen or something18:58
*** mlavalle has joined #openstack-neutron18:59
*** hitalia has joined #openstack-neutron18:59
*** Networkn3rd has quit IRC19:00
*** Networkn3rd has joined #openstack-neutron19:00
*** ijw has quit IRC19:00
*** barra204 has quit IRC19:02
*** tkatarki has quit IRC19:03
*** padkrish has quit IRC19:03
openstackgerritAdolfo Duarte proposed openstack/neutron: HA network requires port_security_enabled to be set  https://review.openstack.org/18814619:03
*** sadasu_ has quit IRC19:04
*** nlahouti has joined #openstack-neutron19:06
*** padkrish_ has joined #openstack-neutron19:06
*** agireud_ has joined #openstack-neutron19:08
*** agireud has quit IRC19:09
*** agireud_ is now known as agireud19:09
*** aranjan has quit IRC19:11
*** slaweq has quit IRC19:15
*** abregman has joined #openstack-neutron19:16
*** tkatarki has joined #openstack-neutron19:17
*** Networkn3rd has quit IRC19:17
*** apuimedo has quit IRC19:19
*** pradipta has quit IRC19:20
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Add RPC command to delete FloatingIP Agent GW Port  https://review.openstack.org/15931719:22
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Delete Floatingip agent gateway port through rpc  https://review.openstack.org/18776919:23
*** jbell8 has joined #openstack-neutron19:23
*** tholtzen has joined #openstack-neutron19:24
*** tholtzen has left #openstack-neutron19:24
*** ronis has quit IRC19:24
*** mingy has joined #openstack-neutron19:24
russellbsc68cal: nm, got dtroyer in #openstack-dev19:24
*** mingy has left #openstack-neutron19:25
*** jgrimm is now known as zz_jgrimm19:26
*** merooney has joined #openstack-neutron19:28
openstackgerritRitesh Anand proposed openstack/neutron: Added 44 test cases for DVR L3 schedulers. 11 cases listed below are to run for Chance and Least-routers scheduler, for both auto and explicit scheduling.  https://review.openstack.org/18815719:31
*** amuller is now known as amuller_afk19:35
*** Swami has quit IRC19:35
*** rushil has quit IRC19:36
*** tkatarki has quit IRC19:36
*** igordcard_ has quit IRC19:40
*** claudiub has joined #openstack-neutron19:40
*** padkrish_ has quit IRC19:44
*** padkrish has joined #openstack-neutron19:45
*** tkatarki has joined #openstack-neutron19:46
*** nlahouti has quit IRC19:47
*** merooney has quit IRC19:47
*** hitalia has quit IRC19:49
*** padkrish has quit IRC19:50
*** mchestr has quit IRC19:50
*** elmiko has left #openstack-neutron19:50
*** mchestr has joined #openstack-neutron19:50
*** crc32 has joined #openstack-neutron19:51
*** Networkn3rd has joined #openstack-neutron19:51
*** _sri has quit IRC19:53
*** armax has quit IRC19:53
*** jpena has joined #openstack-neutron19:55
*** andrelucas has joined #openstack-neutron19:55
*** mchestr has quit IRC19:57
*** mchestr has joined #openstack-neutron19:57
*** padkrish has joined #openstack-neutron19:58
*** barra204 has joined #openstack-neutron19:58
*** mingy has joined #openstack-neutron20:01
*** dave-mcc_ has quit IRC20:02
*** barra204 has quit IRC20:03
*** marun_ has joined #openstack-neutron20:03
*** marun has quit IRC20:03
*** sballe has joined #openstack-neutron20:04
*** Aish has joined #openstack-neutron20:04
*** ajmiller has joined #openstack-neutron20:05
*** merooney has joined #openstack-neutron20:05
*** dave-mccowan has joined #openstack-neutron20:05
*** daneyon_ has quit IRC20:08
*** daneyon has joined #openstack-neutron20:08
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - DO NOT MERGE - Test that lbaas job is using the right neutron  https://review.openstack.org/18816620:08
*** rkukura has quit IRC20:08
*** salv-orlando has quit IRC20:09
*** rushil has joined #openstack-neutron20:09
*** salv-orlando has joined #openstack-neutron20:09
*** rkukura has joined #openstack-neutron20:09
*** baoli has joined #openstack-neutron20:10
*** thurloat is now known as thurloat_isgone20:10
*** daneyon_ has joined #openstack-neutron20:11
*** baoli has quit IRC20:13
*** baoli has joined #openstack-neutron20:13
*** jpena has quit IRC20:14
*** hitalia has joined #openstack-neutron20:14
*** daneyon has quit IRC20:14
*** alexpilotti has quit IRC20:17
*** gridinv_ has joined #openstack-neutron20:19
*** gridinv_ has quit IRC20:24
*** busterswt has joined #openstack-neutron20:25
*** merooney has quit IRC20:27
*** hitalia has quit IRC20:27
*** Sukhdev has joined #openstack-neutron20:29
*** tkatarki has quit IRC20:29
*** matrohon has joined #openstack-neutron20:29
*** tkatarki has joined #openstack-neutron20:30
*** jbell8 has quit IRC20:31
*** padkrish has quit IRC20:33
*** padkrish has joined #openstack-neutron20:33
*** padkrish_ has joined #openstack-neutron20:35
*** padkrish has quit IRC20:35
russellbdougwig: nice (last gerrit patch), glad that's getting fixed :)20:36
*** davidchep has quit IRC20:41
*** banix_ has quit IRC20:43
*** nyechiel_ has joined #openstack-neutron20:43
*** tiswanso has quit IRC20:44
*** madhu_ak_ has joined #openstack-neutron20:44
*** matrohon has quit IRC20:46
*** baoli has quit IRC20:46
*** madhu_ak has quit IRC20:47
*** nlahouti has joined #openstack-neutron20:51
*** rushil has quit IRC20:52
*** apuimedo has joined #openstack-neutron20:54
*** davidchep has joined #openstack-neutron20:54
*** cbouch has quit IRC20:54
*** hitalia has joined #openstack-neutron20:54
*** madhu_ak_ is now known as madhu_ak20:55
kevinbentonmestery: that patch swami reverted is interesting20:55
*** nyechiel_ has quit IRC20:55
kevinbentonmestery: it sounds like nuage is going to break20:55
kevinbentonmestery: with the revert20:55
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274620:56
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-vpnaas: Updated from global requirements  https://review.openstack.org/18809820:57
*** baoli has joined #openstack-neutron20:57
mesterykevinbenton: heh, while, with the patch, the DVR job was headed to 100% failure rate20:58
*** marun_ has quit IRC20:58
kevinbentonmestery: Yeah, it sounds like nuage is the less compliant one by not allowing a network to exist without a router20:59
*** davidchep has quit IRC21:00
mesterykevinbenton: Agreed, lets unblock the rest of the world at the expense of nuage in this case.21:00
kevinbentonmestery: so I prefer the revert, but it makes me wonder if we need to define a tempest test that doesn't depend on a router21:00
*** Networkn3rd has quit IRC21:00
mesterykevinbenton: I think you're on to something there :)21:01
*** Networkn3rd has joined #openstack-neutron21:01
*** Networkn3rd has quit IRC21:01
kevinbentonmestery: i think they've been getting by on the coincidence that tempest tests use floating IPs to access everything21:01
kevinbentonmestery: or they just skip the broken ones :)21:02
mesteryheh21:02
kevinbentonDo we have an @skipIfFails decorator?21:03
kevinbenton:)21:03
*** davidchep has joined #openstack-neutron21:04
*** padkrish_ has quit IRC21:04
*** padkrish has joined #openstack-neutron21:05
*** annegentle has quit IRC21:06
*** amuller_afk is now known as amuller21:09
*** padkrish has quit IRC21:09
*** padkrish has joined #openstack-neutron21:12
*** rushil has joined #openstack-neutron21:12
*** rossella_s has quit IRC21:13
salv-orlandokevinbenton, mestery: I'm kind of sure that I and mtreinish defined several tests where routers are not created about 16 months ago21:14
salv-orlandoso perhaps those are skipped in nuage CI21:14
kevinbentonsalv-orlando: yeah, i imagine that's the case21:14
mestery++21:14
salv-orlandokevinbenton: like if they're running only tempest.api.network21:15
*** ivar-lazzaro has quit IRC21:16
*** dboik_ has joined #openstack-neutron21:17
*** ivar-lazzaro has joined #openstack-neutron21:17
*** tkatarki has quit IRC21:17
*** padkrish has quit IRC21:17
*** dboik has quit IRC21:20
*** padkrish_ has joined #openstack-neutron21:20
mingyI recently pushed a commit to python-neutronclient on gerrit. However, the Jenkins tests currently fail due to an unrelated issue (which I suspect is https://bugs.launchpad.net/openstack-gate/+bug/1455102) . What should I do in this case? (I am new to openstack)21:21
openstackLaunchpad bug 1455102 in python-novaclient "some test jobs broken by tox 2.0 not passing env variables" [High,In progress] - Assigned to Sean Dague (sdague)21:21
*** dboik_ has quit IRC21:21
*** alex_klimov has joined #openstack-neutron21:21
*** TrevorV_ has quit IRC21:23
*** padkrish_ has quit IRC21:25
*** baoli has quit IRC21:28
kevinbentonmingy: you will have to wait until it's fixed21:28
kevinbentonmingy: or you can make your patch dependent on the fix if the fix is already up for review21:29
*** baoli has joined #openstack-neutron21:29
kevinbentonmingy: it looks like the fix for neutron has already merged https://review.openstack.org/#/q/Ifd00abed7bf0a68d4d46d12230118022fa2292ef,n,z21:29
kevinbentonmingy: in which case you can just click the rebase button on your patch or issue a "recheck" comment21:30
*** rpothier has quit IRC21:30
*** hitalia has quit IRC21:30
kevinbentonmingy: oh sorry, those patches were for neutron, not the client21:33
*** banix has joined #openstack-neutron21:34
kevinbentonmingy: so you'll have to wait for the fix21:34
dougwigi am pleasantly surprised to see that all the third-party CIs failed on this one: https://review.openstack.org/#/c/188166/21:37
kevinbentondougwig: reviewed21:38
dougwigkevinbenton: lol, smartass.21:39
*** bjornar_ has quit IRC21:39
*** dontalton has joined #openstack-neutron21:39
mingykevinbenton: cool, how do I make my patch dependent on the fix?21:40
*** patrickeast has joined #openstack-neutron21:40
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: And devref doc infrastructure  https://review.openstack.org/18818521:40
*** busterswt has quit IRC21:40
*** madhu_ak_ has joined #openstack-neutron21:40
kevinbentonmingy: so once the commit is available, you can check it out and then cherry-pick your patch on top of it and re-run "git review"21:41
kevinbentonmingy: http://docs.openstack.org/infra/manual/developers.html21:41
mingykevinbenton: gotcha, will do :) thanks!21:41
kevinbentonmingy: search the page for "adding a dependency"21:41
*** madhu_ak has quit IRC21:43
kevinbentonrussellb: ping21:44
*** alexpilotti has joined #openstack-neutron21:45
openstackgerritKahou Lei proposed openstack/python-neutronclient: Invalid fixed-ip value should return meaningful message  https://review.openstack.org/18698521:48
*** padkrish has joined #openstack-neutron21:48
*** mwagner_afk has quit IRC21:49
*** padkrish has quit IRC21:52
*** ianbrown has joined #openstack-neutron21:52
*** mwagner_afk has joined #openstack-neutron21:53
*** johnbelamaric has quit IRC21:53
kevinbentonsalv-orlando: ping21:58
*** abregman has quit IRC22:00
*** ianbrown has quit IRC22:00
*** agireud has quit IRC22:01
*** armax has joined #openstack-neutron22:03
*** ianbrown has joined #openstack-neutron22:05
*** crc32 has quit IRC22:05
*** thurloat_isgone is now known as thurloat22:05
salv-orlandohi kevinbenton22:08
amullerHenryG: heya, got a question about port_security22:08
*** wigwam_work has quit IRC22:09
*** rkukura has quit IRC22:16
*** rkukura has joined #openstack-neutron22:16
*** mwagner_afk has quit IRC22:16
amullerHenryG: salv-orlando: Any idea why port_security for ML2 was implemented via the external extensions option thingie, and it's not loaded by default?22:17
*** dave-mccowan has quit IRC22:18
patrickeasthi everyone, i’m working on my cinder ci system and trying to add some compute nodes, we are set up with neutron with openvswitch and vxlan tunnels, intances on the new compute nodes are unable to get ip addresses and i traced through some of the network setup.. the dhcp broadcasts are getting into br-int and look like they are being dropped in br-tun, my br-tun flows here: http://paste.openstack.org/show/260700/22:18
patrickeastif i am interpreting that correctly all roads lead to actions=drop22:18
patrickeastwhich seems wrong…22:18
patrickeastso, is it safe to modify that by hand? or does this point to a misconfiguration of my openvswitch agent?22:18
patrickeastapologies if this is a dumb question, i know more about block storage than networking :(22:19
*** dave-mccowan has joined #openstack-neutron22:20
*** jamielennox|away is now known as jamielennox22:20
*** padkrish has joined #openstack-neutron22:23
kevinbentonpatrickeast: it usually points to a misconfiguration22:23
kevinbentonpatrickeast: anything you add manually will be wiped out from that flow table on agent restart22:23
patrickeastkevinbenton: ok cool, thats good to know22:24
*** dave-mccowan has quit IRC22:24
kevinbentonpatrickeast: if you do a neutron port-show on the port that belongs to one of those instances, what does it show?22:24
patrickeastkevinbenton: http://paste.openstack.org/show/260714/22:26
patrickeastkevinbenton: anything i should be checking for there? or look out of the ordinary?22:27
*** padkrish has quit IRC22:27
kevinbentonpatrickeast: the status22:27
kevinbentonpatrickeast: and the binding fields to look for "binding_failed"22:28
*** kbringard has quit IRC22:28
kevinbentonpatrickeast: but the status is ACTIVE so that means the agent thinks it has wired everything up correctly22:28
kevinbentonpatrickeast: for that VM at least22:28
patrickeastkevinbenton: hmm yea, looks ok from there22:28
*** sridhar_ram1 has joined #openstack-neutron22:28
*** Sukhdev has quit IRC22:29
*** dguerri is now known as dguerri`away22:29
*** rushil has quit IRC22:29
openstackgerritCarl Baldwin proposed openstack/neutron-specs: Introduce address scopes  https://review.openstack.org/18026722:30
kevinbentonpatrickeast: what about the port of the dhcp server22:30
kevinbentonpatrickeast: can you do the port show there?22:30
patrickeastkevinbenton: yep, one sec22:31
*** sridhar_ram has quit IRC22:31
*** banix has quit IRC22:31
*** banix has joined #openstack-neutron22:32
patrickeastkevinbenton: this one also looks ok afaik http://paste.openstack.org/show/260715/22:32
*** sridhar_ram1 has quit IRC22:33
*** chem has quit IRC22:34
openstackgerritMing Yang proposed openstack/python-neutronclient: This change allows the bash completion script to work with BSD sed  https://review.openstack.org/18687022:34
amullerpatrickeast: can you net-show on the network the instances are connected to? I'd bet it's of type local22:35
amullerpatrickeast: where it should be of type vxlan22:35
amullerpatrickeast: also can you check if you have l2pop enabled? in the mechanism_drivers list of the ml2 conf file22:35
*** Zemeio has quit IRC22:36
patrickeastamuller: its vxlan http://paste.openstack.org/show/260716/22:36
patrickeast(i think)22:36
patrickeastlemmie check on the l2pop22:36
kevinbentonamuller: i was just looking at l2pop, if l2_population is enabled in the client but the md is disabled, will that result in this issue?22:36
amullerkevinbenton: yes it would22:36
amullerkevinbenton: it would cause exactly this issue22:36
*** sridhar_ram has joined #openstack-neutron22:37
kevinbentonpatrickeast: so check your ml2 server conf and see if the l2 population mechanism driver is there22:37
kevinbentonpatrickeast: if it's not, you need to have l2_population disabled on each agent22:37
amullerpatrickeast: btw what deployment tool are you using? devstack I guess?22:38
*** banix has quit IRC22:38
patrickeastkevinbenton: ok cool, i’ll check that… i vaugely recall seeing that and wondering if i needed to enable it or not22:38
patrickeastamuller: heh well.. its an RDO juno install that we have since modified a bunch and are manually adding a few more compute nodes to22:39
*** padkrish has joined #openstack-neutron22:39
patrickeastwe do weird things like bridges to 10Gb iscsi connections so our devstack VM’s run on this can do tempest tests against our flash array and cinder driver22:39
amullerpatrickeast: with packstack?22:40
patrickeastyea22:40
patrickeastinitially22:40
amullerahh ok22:40
amullerbecause off the bat packstack should be fine22:40
*** shwetaap has quit IRC22:40
kevinbentonpatrickeast, amuller: i need to step away for a bit. i'll be back on in 20 mins or so22:40
amullerif you modify the confs after that that's on you =D22:40
patrickeasthaha yea, we are definitely off the beaten path22:40
*** shwetaap has joined #openstack-neutron22:41
patrickeastamuller: ok so i see l2_population is false right now22:42
amullerpatrickeast: can you paste the ml2 conf on your server and the confs you pass to the OVS agents on all nodes?22:43
patrickeastamuller: can do, one sec22:43
*** madhu_ak_ is now known as madhu_ak22:44
patrickeasthere is the ovs plugin config for the compute node being added: http://paste.openstack.org/show/260718/22:46
patrickeastone for the ovs plugin on the controller/compute/network node we are adding it to (and is working correctly): http://paste.openstack.org/show/260719/22:47
patrickeastamuller: ^22:47
* amuller looking22:47
patrickeastok so heres a confusing part, which im assuming i just missed something22:48
*** barra204 has joined #openstack-neutron22:48
*** rkukura has quit IRC22:48
*** shwetaap has quit IRC22:48
patrickeasti dont see any services using the /etc/neutron/plugin.ini (and in turn ml2_conf.ini) which has the ml2 section, is that supposed to be the case?22:49
patrickeastor have i gone terribly wrong somewhere22:49
*** csoukup has quit IRC22:49
amullerpatrickeast: neutron-server systemd init file is supposed to be using plugin.ini22:49
amullerpatrickeast: according to my memory :)22:49
patrickeastooh yea22:50
patrickeastok22:50
patrickeastjust none of the agents22:50
*** rkukura has joined #openstack-neutron22:50
amullerpatrickeast: hey l2_population is True on the node you're adding22:50
patrickeastoh22:50
amullerpatrickeast: you should disable that =D22:50
patrickeasti just set that22:50
* patrickeast is playing with things22:51
patrickeastok so it should be disabled22:51
patrickeastits back to false22:51
amullerpatrickeast: and restart that agent :)22:52
amullerpatrickeast: also how's the plugin.ini on the controller looking?22:52
patrickeastoh oops, http://paste.openstack.org/show/260732/22:52
patrickeastthought i linked it already22:52
amullerpatrickeast: can you try restarting the server and all agents, delete instances, delete networks, re-create, and see if it works now?22:53
*** barra204 has quit IRC22:53
*** apuimedo has quit IRC22:53
patrickeast:o all of them?22:53
*** shwetaap has joined #openstack-neutron22:54
patrickeasti didn’t actually load it with the l2_population = True config though22:54
patrickeastamuller: or even without it, thats the next course of action?22:54
amullerpatrickeast: ahh if you never actually had it configured with True I don't actually know what's wrong =D22:55
patrickeasthaha whew22:55
*** johnbelamaric has joined #openstack-neutron22:55
amullerpatrickeast: you're supposed to have broadcast flows in table 2222:55
amullerpatrickeast: if everything is configured correctly that's what happens22:55
patrickeastyea the flow on the other node (thats working) looks much nicer for br-tun22:55
*** mlavalle has quit IRC22:56
patrickeastthings go through the vxlan business and back into the system instead of being dropped22:56
amullerpatrickeast: I would try turning off l2_population on that new OVS agent and restarting though and see if br-tun gets populated with the correct flows22:56
*** sridhar_ram has quit IRC22:56
patrickeastamuller: sounds good22:57
openstackgerritMerged openstack/neutron-vpnaas: Updated from global requirements  https://review.openstack.org/18809822:57
*** sridhar_ram has joined #openstack-neutron22:57
*** a_le has quit IRC22:58
openstackgerritSourabh Patwardhan proposed openstack/neutron: Plug port into Cisco Nexus1000V switch  https://review.openstack.org/15930622:58
*** Sukhdev has joined #openstack-neutron22:59
*** baoli has quit IRC23:01
patrickeastamuller: no luck, still the same23:01
patrickeastwell, i’m going to go sift around a bit in the docs and see if there was any step i missed, maybe try re-installing the compute node23:02
patrickeastamuller: kevinbenton: thanks for your help with this, i really appreciate it!23:02
patrickeasti might be back with more questions later in the week23:02
*** aranjan has joined #openstack-neutron23:03
amullerpatrickeast: can you check the new OVS agent log? It should have Assigning %(vlan_id)s as local vlan for... log23:04
amullerwith %(vlan_id) being some randon number23:04
*** carl_baldwin has quit IRC23:05
amullerpatrickeast: then if you're up for it you can edit the ovs agent py and add a log in "def provision_local_vlan" and confirm that it's not adding the flood flow, then try to figure out why23:05
*** padkrish has quit IRC23:08
*** pc_m has quit IRC23:09
*** rkukura has quit IRC23:09
openstackgerritMerged openstack/neutron: Refactor type_tunnel/gre/vxlan to reduce duplicate code  https://review.openstack.org/18701123:10
openstackgerritMerged openstack/neutron: Add sub-project lieutenants  https://review.openstack.org/18773323:10
*** padkrish has joined #openstack-neutron23:11
*** wigwam_work has joined #openstack-neutron23:14
*** johnbelamaric has quit IRC23:15
*** yeungp has joined #openstack-neutron23:17
*** yeungp1 has quit IRC23:17
*** chlong has joined #openstack-neutron23:19
*** gildub has joined #openstack-neutron23:20
*** thurloat is now known as thurloat_isgone23:22
*** rkukura has joined #openstack-neutron23:23
patrickeastamuller: yep, will do23:23
*** banix has joined #openstack-neutron23:25
*** sballe has quit IRC23:28
*** sridhar_ram has quit IRC23:31
*** Swami has joined #openstack-neutron23:33
openstackgerritAaron Rosen proposed openstack/neutron: Add stt type driver to ML2  https://review.openstack.org/18033123:34
*** sdake has quit IRC23:35
*** dontalton has quit IRC23:37
*** mchestr has quit IRC23:37
*** yamamoto has joined #openstack-neutron23:40
*** rwsu has quit IRC23:41
*** tidwellr has left #openstack-neutron23:41
*** a_le has joined #openstack-neutron23:41
*** a_le has quit IRC23:45
*** johnbelamaric has joined #openstack-neutron23:45
openstackgerritKahou Lei proposed openstack/neutron: net-list should return gracefully for existing non port security enabled network  https://review.openstack.org/18820923:45
*** dims_ has joined #openstack-neutron23:51
*** yfujioka has joined #openstack-neutron23:52
*** jbell8 has joined #openstack-neutron23:53
*** dims__ has quit IRC23:55
*** padkrish has quit IRC23:57
*** aranjan has quit IRC23:57
*** claudiub has quit IRC23:57
*** padkrish has joined #openstack-neutron23:57
*** aranjan has joined #openstack-neutron23:58
*** ajmiller has quit IRC23:58

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