Wednesday, 2015-04-15

amullermarun: is there a bug I should link to?00:00
amullerabout the gate failures?00:00
kevinbentonemagana: thanks!00:00
marunamuller: yeah, related bug: https://bugs.launchpad.net/neutron/+bug/144227200:00
openstackLaunchpad bug 1442272 in neutron "functional.agent.test_ovs_flows.ARPSpoofTestCase.test_arp_spoof_disable_port_security fails" [High,Fix committed] - Assigned to Maru Newby (maru)00:00
*** dboik has joined #openstack-neutron00:00
marunI'll update the bug message, it's incorrect.00:00
*** britthouser has joined #openstack-neutron00:00
*** davrodpin has quit IRC00:01
openstackgerritAssaf Muller proposed openstack/neutron: Stop running L3 functional tests with both OVSDB interfaces  https://review.openstack.org/16851300:02
*** Marga_ has quit IRC00:02
*** dboik has quit IRC00:02
*** seizadi has quit IRC00:02
*** seizadi has joined #openstack-neutron00:02
*** ijw has quit IRC00:03
*** yuanying has quit IRC00:04
*** aranjan has quit IRC00:04
*** claudiub has quit IRC00:04
*** tomoe_ has quit IRC00:06
*** aranjan has joined #openstack-neutron00:08
*** yuanying has joined #openstack-neutron00:09
*** sridhar_ram1 has quit IRC00:10
*** julim has joined #openstack-neutron00:10
*** _cjones_ has quit IRC00:11
*** aranjan has quit IRC00:11
*** sridhar_ram has joined #openstack-neutron00:12
*** dave-mccowan has quit IRC00:16
*** baoli has joined #openstack-neutron00:18
kevinbentonamuller: after restarting the l3 agent, the extra subnet seems to work fine :(00:22
*** rook_ has quit IRC00:22
kevinbentonamuller: floating IP from the extra subnet00:22
*** r-daneel has quit IRC00:24
*** sbfox has quit IRC00:25
*** salv-orlando has joined #openstack-neutron00:25
*** dane_leblanc has quit IRC00:27
*** xgerman has quit IRC00:27
*** mlavalle has quit IRC00:30
kevinbentonmarun: still around?00:30
*** tiswanso has joined #openstack-neutron00:32
*** salv-orlando has quit IRC00:32
*** banix has joined #openstack-neutron00:33
*** dims_ has joined #openstack-neutron00:35
*** dims has quit IRC00:36
openstackgerritMerged openstack/neutron: Enable ARP spoofing prevention by default  https://review.openstack.org/17275600:36
openstackgerritKevin Benton proposed openstack/neutron: Ignore 'ipset exists' errors when creating ipsets  https://review.openstack.org/17360800:37
*** arosen2 has joined #openstack-neutron00:37
*** arosen2 has left #openstack-neutron00:38
*** arosen1 has quit IRC00:39
*** seizadi has quit IRC00:39
*** emagana has quit IRC00:40
openstackgerritMerged openstack/neutron: Fix intermittent ipset_manager test failure  https://review.openstack.org/17222300:40
*** emagana has joined #openstack-neutron00:41
*** daneyon has joined #openstack-neutron00:41
*** sthillma has quit IRC00:41
*** dougw2 has quit IRC00:42
*** jogo has quit IRC00:42
*** xgerman has joined #openstack-neutron00:43
*** sthillma has joined #openstack-neutron00:43
amullerkevinbenton: are the exta_subnets cidrs configured on the fg device in the fip namespace?00:44
*** tiswanso has quit IRC00:44
*** tiswanso has joined #openstack-neutron00:44
kevinbentonamuller: nope00:45
*** yamamoto has joined #openstack-neutron00:46
amullerkevinbenton: then maybe your upstream router on the external network is happy with redirects?00:46
kevinbentonamuller: why would there be a redirect?00:47
*** tiswanso_ has joined #openstack-neutron00:47
*** Marga_ has joined #openstack-neutron00:47
*** emagana has quit IRC00:48
*** rook_ has joined #openstack-neutron00:48
openstackgerritMerged openstack/neutron: Fix formatting errors in TESTING.rst  https://review.openstack.org/17354300:48
kevinbentonamuller: the floating IP is on the interface in the qrouter namespace00:49
kevinbentonand it seems to be responding00:49
kevinbentonamuller: i don't see any ICMP redirects00:49
amullerkevinbenton: https://bugs.launchpad.net/neutron/+bug/131246700:49
openstackLaunchpad bug 1312467 in neutron "On external networks with multiple subnets, routers need onlink routes for all subnets" [Undecided,Fix released] - Assigned to Carl Baldwin (carl-baldwin)00:49
amullerkevinbenton: you need two computes00:50
*** tiswanso has quit IRC00:50
*** yuanying_ has joined #openstack-neutron00:50
amullerkevinbenton: two VMs, two floating IPs, each floating IP on a different subnet00:50
*** rook_ has quit IRC00:50
amullerkevinbenton: to reproduce the issue00:50
kevinbentonamuller: oh, i see00:50
kevinbentonamuller: this is single vm00:50
*** rook_ has joined #openstack-neutron00:50
kevinbentonamuller: well single hypervisor00:50
amullerkevinbenton: Carl's explanation in that bug is good00:51
kevinbentonamuller: um, it makes no sense to me00:51
kevinbentonamuller: why would an upstream router generate a redirect for an IP on a different subnet?00:51
amullerkevinbenton: with legacy routers the qg device is on a single subnet right, with a single gateway00:52
kevinbentonamuller: oh, between floating IPs on the same subnet00:52
*** Marga_ has quit IRC00:52
amullerkevinbenton: so if a router on one hypervisor is trying to route to a floating IP on a different hypervisor on the other subnet, it should be able to do so directly without going upstream00:52
amullerkevinbenton: if it had a route there00:52
amullerkevinbenton: on its own qg device00:53
*** yuanying has quit IRC00:53
*** Marga_ has joined #openstack-neutron00:53
kevinbentonamuller: that's a bold assumption about the decision the upstream router would make :)00:53
amullerkevinbenton: are you referring to the redirect?00:54
kevinbentonamuller: no, you are saying that floating IPs on different subnets should be able to communicate without going through the upstream router, right?00:54
amullerkevinbenton: if they are on the same network yes00:54
amullerkevinbenton: that is what happens with legacy routers with Carl's patch00:54
kevinbentonamuller: right, that's not a great assumption to make00:55
kevinbentonamuller: at the least it should be configurable00:55
*** sbfox has joined #openstack-neutron00:55
amullerkevinbenton: what's the counter use case?00:55
kevinbentonamuller: policy or logging is being applied on the upstream router00:55
kevinbentonamuller: now we are just assuming the decision the upstream router will make about routing between the subnets00:56
kevinbentonamuller: and shortcutting past it00:56
*** yalie has joined #openstack-neutron00:57
amullerkevinbenton: Right now the assumption is that it's the same network, the fact that it's two separate subnets is because the admin ran out of addresses on the first subnet for example, and creating a second subnet is a sane way to 'expand'00:58
*** sthillma has quit IRC00:58
kevinbentonamuller: that's fine. the default way traffic flows between subnets regardless of broadcast domains is via a router00:58
amullerkevinbenton: I don't think anyone had in mind that you created two subnets very much in purpose and there's a difference between them00:58
amullerkevinbenton: I think what will carl say is that he wants to get in BGP this cycle anyway00:59
amullerand cut out all of this crap00:59
amullerkevinbenton: but you'd probably be better off starting a ML thread about this01:00
kevinbentoni'm not going to, it won't go anywhere because nobody cares about edge cases01:01
amullerkevinbenton: I think Carl cares about your opinion and perspective...01:01
amullernow's the time to steer him a bit to the left or right :)01:01
*** shaohe_feng has joined #openstack-neutron01:02
kevinbentonwell i'm fine with it right now because DVR is actually working okay without that onlink bit01:02
*** shaohe_feng1 has joined #openstack-neutron01:03
*** Marga_ has quit IRC01:03
kevinbentoni'll just wait for whatever they decide is the new way to do this stuff with BGP01:03
amullerheh01:03
*** yamamoto has quit IRC01:05
haleybkevinbenton: pong, and i'm assuming your ping has to do with ipsets01:05
haleybis that traceback from the functional tests?01:06
kevinbentonhaleyb: yeah, just wanted you to look at https://review.openstack.org/#/c/173608/01:06
kevinbentonhaleyb: no, it's from an environment that was running before and i updated the agent01:07
kevinbentonhaleyb: so the default change caused that01:07
*** shaohe_feng has quit IRC01:07
*** shaohe_feng1 has quit IRC01:07
*** shaohe_feng has joined #openstack-neutron01:08
kevinbentonhaleyb: your ipset patch went into Kilo, right? if so, this patch needs to be part of the RC as well otherwise all of the agents will fail to start after an upgrade from Juno to Kilo01:08
haleybwhy on earth does the kernel care about the size of the table/# of elements, that almost seems broken01:08
haleybkevinbenton: yes, that was in rc1 i believe01:09
*** achanda has quit IRC01:10
haleybkevinbenton: can we print a warning and clear those config variables in that case, so we only throw the exception once?01:11
kevinbentonhaleyb: we won't throw once becasue the set swap that occurs afterwards will create one with the new defaults01:12
kevinbentonhaleyb: whoops01:12
kevinbentonhaleyb: we will only throw once *01:12
*** sbfox has quit IRC01:12
haleybok, once per set01:12
kevinbentonhaleyb: yep, and only after a setting change01:13
*** marun has quit IRC01:13
kevinbentonhaleyb: so it should only happen after the upgrade from juno to kilo or when they adjust it themselves01:13
kevinbentonhaleyb: another think i wanted to ask you was about the original reason for that patch01:13
kevinbentonhaleyb: doesn't it seem odd to you that we were maxing out ipset entries just in tempest tests?01:14
haleybkevinbenton: right, and if we didn't need the increase for tempest failures we could remove the increased values01:14
kevinbentonhaleyb: how did we max out 65k entries when tempest tests use a few VMs at a time?01:15
haleybkevinbenton: we saw it in testing here as well, but that's different from tempest, but I was mostly going by the bug report01:15
haleybSo changing/removing the default could be a solution too for kilo01:16
*** seizadi has joined #openstack-neutron01:20
*** dboik_ has joined #openstack-neutron01:21
*** rook_ has quit IRC01:23
*** britthouser has quit IRC01:26
*** Swami_ has joined #openstack-neutron01:28
*** seizadi has quit IRC01:29
*** yamamoto has joined #openstack-neutron01:30
*** Swami has quit IRC01:32
*** stanzgy has joined #openstack-neutron01:34
haleybkevinbenton: re-reading the original bug, it could have been a bug in the test - i.e. it wasn't cleaning-up properly01:34
*** Sukhdev has quit IRC01:34
openstackgerritLi Ma proposed openstack/neutron: Provide details for configure multiple DHCP agents  https://review.openstack.org/17280601:36
*** setuid has quit IRC01:36
*** popw has joined #openstack-neutron01:36
*** watanabe_isao has quit IRC01:42
*** s3wong has quit IRC01:44
*** erkules_ has joined #openstack-neutron01:45
*** erkules has quit IRC01:48
*** rook_ has joined #openstack-neutron01:49
*** yamahata has quit IRC01:53
*** baoli has quit IRC01:53
*** baoli has joined #openstack-neutron01:54
*** baoli has quit IRC01:54
*** yeungp has quit IRC01:55
*** tflynn_ has joined #openstack-neutron01:56
*** tflynn has quit IRC01:59
*** tflynn_ has quit IRC02:00
amullerNew blog posts about DVR on my blog is anyone is interested02:02
amullerGooood night02:02
*** amuller has quit IRC02:02
*** ivar-lazzaro has quit IRC02:02
*** sridhar_ram has quit IRC02:06
kevinbentonhaleyb: I think my fix should be okay. We will need something similar anyway if we want it configurable02:06
*** dane_leblanc has joined #openstack-neutron02:08
*** achanda has joined #openstack-neutron02:10
*** amotoki has joined #openstack-neutron02:11
*** banix has quit IRC02:12
*** changbl has joined #openstack-neutron02:14
*** setuid has joined #openstack-neutron02:15
*** achanda has quit IRC02:17
*** harlowja is now known as harlowja_away02:17
*** dims_ has quit IRC02:21
*** fedexo has joined #openstack-neutron02:23
*** yamahata has joined #openstack-neutron02:28
*** salv-orlando has joined #openstack-neutron02:28
*** nlahouti has quit IRC02:29
*** rook_ has quit IRC02:31
*** watanabe_isao has joined #openstack-neutron02:34
*** banix has joined #openstack-neutron02:36
*** salv-orlando has quit IRC02:41
*** julim has quit IRC02:43
*** SumitNaiksatam has joined #openstack-neutron02:45
*** flwang has quit IRC02:48
*** julim has joined #openstack-neutron02:55
*** dsneddon has quit IRC02:56
*** rook_ has joined #openstack-neutron02:57
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: WIP Ryu functional tests  https://review.openstack.org/17234402:59
*** rook_ has quit IRC02:59
*** rook___ has joined #openstack-neutron02:59
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Introduce Ryu based OpenFlow driver  https://review.openstack.org/15394602:59
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Separate ovs-ofctl using code as a driver  https://review.openstack.org/16024502:59
*** flwang has joined #openstack-neutron03:01
*** dane_leblanc has quit IRC03:01
*** nijaba has quit IRC03:01
*** nijaba has joined #openstack-neutron03:06
*** aveiga has quit IRC03:13
*** achanda has joined #openstack-neutron03:13
*** Sukhdev has joined #openstack-neutron03:17
*** achanda has quit IRC03:17
*** Longgeek has joined #openstack-neutron03:18
*** sbfox has joined #openstack-neutron03:24
*** aranjan has joined #openstack-neutron03:24
*** aswadr has joined #openstack-neutron03:25
openstackgerritArmando Migliaccio proposed openstack/neutron: Update decomp progress chart  https://review.openstack.org/17354903:28
*** gildub has quit IRC03:29
*** kitch_ has joined #openstack-neutron03:32
kitch_Curious to know if anyone has made and attempt to connect a single private network to multiple external networks. My goal is that I have one private network and be able to have floating ips on two different external networks03:33
*** watanabe_isao has quit IRC03:35
*** rook___ has quit IRC03:35
*** Longgeek has quit IRC03:41
*** dougw2 has joined #openstack-neutron03:41
*** watanabe_isao has joined #openstack-neutron03:43
*** dougw2 has quit IRC03:45
*** xgerman has quit IRC03:46
*** achanda has joined #openstack-neutron03:49
*** banix has quit IRC03:50
*** tiswanso_ has quit IRC03:50
*** aswadr has quit IRC03:54
*** amotoki_ has joined #openstack-neutron03:54
*** bobmel has joined #openstack-neutron03:58
*** SumitNaiksatam has quit IRC04:00
*** SumitNaiksatam has joined #openstack-neutron04:01
*** rook_ has joined #openstack-neutron04:01
*** bobmel_ has quit IRC04:01
*** sthillma has joined #openstack-neutron04:01
*** sthillma has quit IRC04:01
*** rook___ has joined #openstack-neutron04:03
*** rook_ has quit IRC04:03
*** tflynn has joined #openstack-neutron04:04
*** rook_ has joined #openstack-neutron04:04
*** sgordon has quit IRC04:04
*** tflynn_ has joined #openstack-neutron04:05
*** SumitNaiksatam has quit IRC04:06
*** krtaylor has quit IRC04:07
*** carlp has quit IRC04:07
*** tflynn has quit IRC04:08
*** carlp has joined #openstack-neutron04:09
*** SumitNaiksatam has joined #openstack-neutron04:09
*** sgordon has joined #openstack-neutron04:10
*** krtaylor has joined #openstack-neutron04:10
*** sudipto has joined #openstack-neutron04:10
*** xgerman has joined #openstack-neutron04:11
*** tflynn_ has quit IRC04:12
*** xgerman has quit IRC04:16
*** aranjan has quit IRC04:17
*** shwetaap has quit IRC04:19
*** aranjan_ has joined #openstack-neutron04:20
*** rook___ has joined #openstack-neutron04:22
*** rook_ has quit IRC04:22
*** amotoki_ has quit IRC04:24
*** Akanksha08 has quit IRC04:27
*** crc32 has joined #openstack-neutron04:28
*** salv-orlando has joined #openstack-neutron04:29
*** yatin has joined #openstack-neutron04:29
*** xgerman has joined #openstack-neutron04:31
*** sbfox has quit IRC04:34
*** salv-orlando has quit IRC04:36
*** Longgeek has joined #openstack-neutron04:37
*** rook___ has quit IRC04:37
*** shwetaap has joined #openstack-neutron04:38
*** sbfox has joined #openstack-neutron04:38
*** luqas has joined #openstack-neutron04:39
*** dave-mccowan has joined #openstack-neutron04:39
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Fix a race condition checking for dvr serviceable ports  https://review.openstack.org/17367204:40
*** luqas has quit IRC04:43
*** Longgeek has quit IRC04:44
*** catohornet1 has joined #openstack-neutron04:45
*** seizadi has joined #openstack-neutron04:46
*** nplanel has quit IRC04:46
*** sudipto has quit IRC04:47
*** Swami_ has quit IRC04:47
*** britthouser has joined #openstack-neutron04:49
*** achanda has quit IRC04:50
*** seizadi has quit IRC04:50
*** achanda has joined #openstack-neutron04:50
*** britthou_ has joined #openstack-neutron04:51
*** britthouser has quit IRC04:54
*** xgerman has quit IRC04:54
*** britthou_ has quit IRC04:54
*** britthouser has joined #openstack-neutron04:55
*** kitch_ has quit IRC04:58
openstackgerritAman Kumar proposed openstack/neutron: Added config variable for External Network type in ML2  https://review.openstack.org/14954604:59
*** rook_ has joined #openstack-neutron05:03
*** seizadi has joined #openstack-neutron05:07
*** seizadi has quit IRC05:08
*** catohornet1 has quit IRC05:10
*** yog has joined #openstack-neutron05:11
*** yog is now known as Guest3661405:11
*** apuimedo has joined #openstack-neutron05:12
openstackgerritShigeki Obuchi proposed openstack/neutron-fwaas: WIP: Add REJECT rule on Neutron FWaaS  https://review.openstack.org/14841605:17
*** Sukhdev has quit IRC05:17
*** a_le has joined #openstack-neutron05:18
*** Murali has joined #openstack-neutron05:20
*** trinaths has joined #openstack-neutron05:20
*** nlahouti has joined #openstack-neutron05:20
*** aranjan_ has quit IRC05:23
openstackgerritMerged openstack/neutron: Adds DVR functional test for multi-external networks  https://review.openstack.org/16357305:25
*** xgerman has joined #openstack-neutron05:26
*** Murali has quit IRC05:27
*** Murali has joined #openstack-neutron05:28
*** a_le has quit IRC05:28
*** tflynn has joined #openstack-neutron05:28
*** ociuhandu has quit IRC05:29
*** xgerman has quit IRC05:30
*** nlahouti has quit IRC05:32
*** nlahouti has joined #openstack-neutron05:32
*** aranjan has joined #openstack-neutron05:35
*** tflynn has quit IRC05:36
*** tflynn has joined #openstack-neutron05:37
*** rook_ has quit IRC05:38
*** ociuhandu has joined #openstack-neutron05:38
*** Harish_ has joined #openstack-neutron05:38
*** Harish_ has quit IRC05:39
*** sridhar_ram has joined #openstack-neutron05:40
*** sridhar_ram1 has joined #openstack-neutron05:42
*** sridhar_ram has quit IRC05:44
*** a_le has joined #openstack-neutron05:45
*** trinaths has left #openstack-neutron05:47
*** dougw2 has joined #openstack-neutron05:47
kevinbentonyamamoto: do you want me to submit a fix for that bug you reported05:48
*** Longgeek has joined #openstack-neutron05:48
yamamotokevinbenton: i just started looking at it.  do you have a fix?05:49
*** dougw2 has quit IRC05:50
*** salv-orlando has joined #openstack-neutron05:50
*** HarishPatil has joined #openstack-neutron05:50
*** bobmel has quit IRC05:51
*** abregman has joined #openstack-neutron05:52
*** tomoe_ has joined #openstack-neutron05:52
kevinbentonyamamoto: no, but it should only take a second for me to do it since i'm familiar with the code05:53
openstackgerritGal Sagie proposed openstack/neutron: Supress exception when trying to remove non existing device in SNAT redirect  https://review.openstack.org/16880605:54
kevinbentonyamamoto: did you want to fix it?05:55
*** slaweq has joined #openstack-neutron05:55
yamamotokevinbenton: if it's trivial for you, please do it.05:55
*** slaweq has quit IRC05:56
*** ociuhandu has quit IRC05:56
*** slaweq has joined #openstack-neutron05:56
*** tomoe_ has quit IRC05:56
kevinbentonyamamoto: ok. let me work on it05:58
*** yfried is now known as yfried|afk05:59
*** yfried|afk is now known as yfried05:59
openstackgerritLi Ma proposed openstack/neutron-specs: Implement external physical bridge mapping in linuxbridge  https://review.openstack.org/17368305:59
*** salv-orlando has quit IRC06:00
yamamotokevinbenton: i added a comment to the bug about the direct cause of the problem.06:02
*** sridhar_ram1 has quit IRC06:02
kevinbentonyamamoto: yeah, i can see for some reason that returns as a list06:03
*** anilvenkata has joined #openstack-neutron06:03
kevinbentonyamamoto: http://paste.openstack.org/show/203942/06:03
*** neeti has joined #openstack-neutron06:03
kevinbentonyamamoto: line 4 in that paste06:03
kevinbentonyamamoto: that's a slightly unfriendly interface :)06:04
*** rook_ has joined #openstack-neutron06:04
*** luqas has joined #openstack-neutron06:04
openstackgerritLi Ma proposed openstack/neutron-specs: Implement external physical bridge mapping in linuxbridge  https://review.openstack.org/17368306:04
*** anilvenkata has quit IRC06:05
*** rook___ has joined #openstack-neutron06:06
*** rook_ has quit IRC06:06
*** garyk has joined #openstack-neutron06:06
*** tomoe_ has joined #openstack-neutron06:06
yamamotokevinbenton: it's how ovsdb has always been...06:08
kevinbentonyamamoto: unfriendly? :)06:08
yamamotokevinbenton: heh06:10
kevinbentonyamamoto: what do you think of changing get_column_value to return None in that case?06:10
*** SridharG has joined #openstack-neutron06:10
*** yfried is now known as yfried|afk06:10
yamamotokevinbenton: sounds too invasive to me06:11
*** sudipto has joined #openstack-neutron06:11
kevinbentonyamamoto: yeah, it just seems like our abstraction kinda leaked here06:12
*** nlahouti has quit IRC06:12
yamamotokevinbenton: i was thinking to make get_vif_port_to_ofport_map just omit the incomplete ports06:12
kevinbentonyamamoto: if i have to check for a list to understand that it's not present06:12
kevinbentonyamamoto: yeah, i will probably just do that06:12
kevinbentonyamamoto: but it would be nice if it wasn't something as ugly as 'isinstance list'06:12
*** fedexo has quit IRC06:13
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/17262806:13
*** oda-g has quit IRC06:13
yamamotokevinbenton: how about int(port) with try-except?06:14
*** crc32 has quit IRC06:15
kevinbentonyamamoto: that's a little more pythonic06:15
yamamotokevinbenton: it at least have a precedence in ovs_lib06:15
kevinbentonyamamoto: also protects us in case we ever did adjust to None06:15
yamamotokevinbenton: sure06:15
*** nlahouti has joined #openstack-neutron06:16
yamamotokevinbenton: btw what's "fall back to basic interface name" stuff for?06:17
kevinbentonyamamoto: so i've always been trying to support the case where the ovsdb external ids aren't present06:17
*** SridharG has quit IRC06:18
kevinbentonyamamoto: in case some script was moving ports around based on what was there in ovs-vsctl show06:18
*** alex_xu has quit IRC06:18
kevinbentonyamamoto: but maybe it's not worth it in the long run06:18
yamamotokevinbenton: "vif" in the method name made me think it's about properly set up vifs.  ie. have external-ids06:18
yamamotokevinbenton: ie. exclude patch-tun etc06:18
kevinbentonyamamoto: but ml2 supports (kinda) as you saw in my other patches just using the interface name06:19
yamamotokevinbenton: it isn't for ovs md as far as i know06:19
kevinbentonyamamoto: well everything is close to working for OVS06:20
*** yfried|afk is now known as yfried06:20
yamamotokevinbenton: you might be interested in this  https://github.com/stackforge/networking-ofagent/blob/master/networking_ofagent/plugins/ofagent/agent/ports.py#L3206:20
kevinbentonyamamoto: just thought it would be nice to exercise the code-path since it's there06:21
kevinbentonyamamoto: looks familiar :)06:21
*** anilvenkata has joined #openstack-neutron06:21
gsagiehumm, i cloned neutron yesterday and i run the unit test and see a test failing: neutron.tests.unit.agent.linux.test_ipset_manager.IpsetManagerTestCaseHashArgs.test_set_members_adding_more_than_5 , anyone familiar with that?06:24
*** scheuran has joined #openstack-neutron06:25
*** akamyshnikova has quit IRC06:26
*** armax has quit IRC06:28
*** jlibosva has joined #openstack-neutron06:28
*** redbeard has joined #openstack-neutron06:30
*** alex_xu has joined #openstack-neutron06:30
*** hareeshp has joined #openstack-neutron06:30
*** space-hunter has joined #openstack-neutron06:30
*** itzikb has joined #openstack-neutron06:30
*** bjornar_ has quit IRC06:31
*** yfried is now known as yfried|afk06:32
*** kiran has joined #openstack-neutron06:33
*** jlibosva has quit IRC06:33
*** kiran is now known as kiran-r06:33
openstackgerritGal Sagie proposed openstack/neutron: Enhance OVSDB Transaction timeout configuration  https://review.openstack.org/17369306:33
*** jlibosva has joined #openstack-neutron06:34
yamamotogsagie: i think i saw a fix recently06:38
*** rook___ has quit IRC06:39
*** shwetaap has quit IRC06:42
*** irenab has joined #openstack-neutron06:44
*** hareeshpc has joined #openstack-neutron06:47
*** achanda has quit IRC06:48
*** kawa2014 has joined #openstack-neutron06:49
openstackgerritShigeki Obuchi proposed openstack/neutron-fwaas: Add REJECT rule on Neutron FWaaS  https://review.openstack.org/14841606:50
*** slaweq has quit IRC06:50
*** hareeshp has quit IRC06:50
openstackgerritgongysh proposed openstack/neutron: Simplify keepalived.virtual_routes  https://review.openstack.org/16043006:52
openstackgerritKevin Benton proposed openstack/neutron: Handle no ofport in get_vif_port_to_ofport_map  https://review.openstack.org/17370406:52
*** yfried|afk is now known as yfried06:52
openstackgerritKevin Benton proposed openstack/neutron: Handle no ofport in get_vif_port_to_ofport_map  https://review.openstack.org/17370406:53
kevinbentonyamamoto: ^^06:54
watanabe_isaoHello to all. Can anyone execute the following unit test, please?06:54
watanabe_isao./run_tests.sh -N neutron.tests.unit.plugins.ml2.test_db06:54
watanabe_isao./run_tests.sh -N neutron.tests.unit.plugins.ml2.test_plugin06:55
watanabe_isaoNot sure why mine is outputting: SystemError: Parent module 'sqlalchemy.ext.declarative' not loaded, cannot perform relative import06:55
*** Murali has quit IRC06:55
*** saggi has quit IRC06:55
*** numan has joined #openstack-neutron07:01
yamamotokevinbenton: looks good to me. thank you!07:01
*** a_le has quit IRC07:03
*** akamyshnikova has joined #openstack-neutron07:04
*** tomoe_ has quit IRC07:04
*** nmagnezi has joined #openstack-neutron07:05
*** rook_ has joined #openstack-neutron07:05
*** vkommadi has joined #openstack-neutron07:06
*** sbfox has quit IRC07:07
*** salv-orlando has joined #openstack-neutron07:08
*** rwsu has quit IRC07:09
*** tflynn has quit IRC07:10
*** yfried is now known as yfried|afk07:12
*** yfried|afk is now known as yfried07:15
*** bobmel has joined #openstack-neutron07:16
*** five has joined #openstack-neutron07:17
*** tomoe__ has joined #openstack-neutron07:19
*** moshele has joined #openstack-neutron07:19
*** safchain has joined #openstack-neutron07:19
*** aranjan has quit IRC07:23
*** jistr has joined #openstack-neutron07:24
*** tomoe__ has quit IRC07:24
*** tomoe__ has joined #openstack-neutron07:24
openstackgerritShaoRan Xiao proposed openstack/neutron: Definition of the Virtual Network Performance interface  https://review.openstack.org/16481407:24
openstackgerritShaoRan Xiao proposed openstack/neutron: [WIP]Definition of the Virtual Network Performance interface  https://review.openstack.org/16481407:27
*** yfried is now known as yfried|afk07:33
*** chlong has quit IRC07:35
*** rook_ has quit IRC07:40
*** jlanoux has joined #openstack-neutron07:42
*** SumitNaiksatam has quit IRC07:44
*** SumitNaiksatam has joined #openstack-neutron07:45
gsagieyamamoto: will check around, thanks07:47
*** belmoreira has joined #openstack-neutron07:47
*** trinaths has joined #openstack-neutron07:54
*** jpena has joined #openstack-neutron07:55
openstackgerritHirofumi Ichihara proposed openstack/neutron-specs: Add enable_new_agents to agent conf in network node  https://review.openstack.org/17077407:55
*** ronis_ has joined #openstack-neutron07:56
*** chem has quit IRC07:58
openstackgerritHirofumi Ichihara proposed openstack/neutron-specs: Add enable_new_agents to agent conf in network node  https://review.openstack.org/17077407:59
*** lukasa has joined #openstack-neutron08:00
*** tomoe__ has quit IRC08:02
*** safchain has quit IRC08:02
kevinbentonsalv-orlando: ~~aloha~~08:02
*** tomoe_ has joined #openstack-neutron08:05
*** safchain has joined #openstack-neutron08:06
*** rook_ has joined #openstack-neutron08:06
*** numan has quit IRC08:06
*** rook___ has joined #openstack-neutron08:08
*** rook_ has quit IRC08:08
*** dave-mccowan has quit IRC08:09
*** ronis_ has quit IRC08:10
*** criptoverso has joined #openstack-neutron08:14
ajokevinbenton, I'm sorry about the QoS meeting time, why didn't you speak up in the thread?08:16
*** ygbo has joined #openstack-neutron08:16
kevinbentonajo: don't worry about it :)08:16
ajokevinbenton, feel free to do it, I'm open to moving it, we had option "a" at 17:00 UTC but nobody voted for it AFAIK08:16
ajo:/08:16
*** chem has joined #openstack-neutron08:16
ajokevinbenton I'm also open to make it alternating if that makes it easier08:17
*** yfried|afk is now known as yfried08:17
kevinbentonajo: i'm not sure i would add much helpful08:17
ajokevinbenton, you were involved in previous cycles from Bigswitch right?08:17
ajohow did it look for them, is there anything super important we should consider from their POV?08:18
ajoping yamamoto  :)08:18
kevinbentonajo: nah, they were just looking for something basic08:18
ajodid you have some time to look at the openflow rules for CT? :)08:18
yamamotoajo: pong08:18
ajoyamamoto, it was you who commented or I'm now confused :)08:19
yamamotoajo: which comment?08:19
ajoyamamoto, 1 sec :D08:19
ajohttps://review.openstack.org/#/c/167671/08:19
ajohttps://docs.google.com/a/ajo.es/document/d/1denBmjHSopFfcyfXaMHePqXyVrnr3exlFq9Sbfcz2po/edit#08:20
*** ujjain has joined #openstack-neutron08:20
ajoI need to make a graphic representation of the rules or something, when they are stabilized.08:21
ajoyamamoto: I have stateful openvswitch firewall working already :), with feature parity to linuxbridge08:21
yamamotoajo: great08:21
ajoyamamoto, we have some gaps:08:22
ajo1) ipsets -> conjunctions08:22
ajo2) rule switching -> leaves the port without rules for 1-2 sec (we need to set the new, and clear the old ones, via cookies, for example)08:22
ajo3) testing08:22
ajobut for a POC and performance testing I guess it's good enough08:23
yamamotoconjunctions?08:23
ajoconjunctive rules08:24
ajoyamamoto, you can now make bunch of rules, with a reference, and then use this reference from other rules08:24
ajofor example, to put groups of ip_src matches08:24
yamamotoabout reducing number of flows?08:24
ajothen you reference from other rules just with conj_id=....08:24
ajoyamamoto, and also making updates faster because you don't need to update on all the ports, just the security group ips08:24
*** yamahata has quit IRC08:25
yamamotoi got it thank you08:25
*** hareeshpc has quit IRC08:25
ajo:-)08:25
yamamotoi thought iptables based impl was not good at rule switching either08:26
ajoyamamoto, it's better with ipset, but still, not awesome since we use iptables-save / iptables-restore to switch all08:27
ajoyamamoto, I believe OF should be much better, well.... I'm preaching to the chorus I guess :D08:27
* yamamoto reading dictionary about preach to chorus08:30
*** tomoe_ has quit IRC08:30
*** ociuhandu has joined #openstack-neutron08:31
kevinbentonyamamoto: trying to convince people that already believe something :)08:32
yamamotokevinbenton: thank you08:32
*** watanabe_isao has quit IRC08:33
yamamotoajo: will you benchmark?08:33
*** tomoe_ has joined #openstack-neutron08:33
ajoyamamoto, yes, that's the plan, :)08:33
ajoyamamoto, I have tgraf, jpetit, ivan lazarro & joe on board to help with benchmarking08:34
ajowell, they also had same plan as I did, so they offered me to join forces with them :)08:34
yamamotommm ovs gurus.  did they review your flows?08:36
ajoyamamoto, they are reviewing and making comments, so I hope soon we will have them more optimized :)08:36
ajoyamamoto, I'm just a beginner at writing flows, yet it feels like writting machine opcodes (lower than assembler)08:37
kevinbentonajo: that seems a bit dramatic :)08:38
yamamotoONF has a working group for a higher level description but i guess it's far from production08:38
ajokevinbenton XD08:38
ajokevinbenton yes, and the firewall driver is a "compiler", it compiles SG rules into low level opcodes XD08:39
ajowell, only the codegen part of the compiler :)08:39
ajoyamamoto, that will be good, I'm looking forward to see it :)08:39
yamamotoi've heard that google has a high-level language and its compiler for their dc switches  (non-openflow)08:41
*** rook___ has quit IRC08:41
yamamotothe "compiler" concept seems rather common in this area.08:42
*** Murali has joined #openstack-neutron08:44
kevinbentonyeah08:44
kevinbentoneven the concept behind OVN is suppose to bring it up a level08:44
kevinbentonso we go from network assembly to C ;)08:45
*** shaohe_feng has quit IRC08:45
*** otherwiseguy has quit IRC08:47
openstackgerritHirofumi Ichihara proposed openstack/neutron-specs: Add availability_zone support  https://review.openstack.org/16961208:47
ajo:D08:48
ajokevinbenton, thanks for looking at the ipset -exist bug, I just realized it was happening from your patch08:48
*** ihrachyshka has joined #openstack-neutron08:49
kevinbentonajo: what do you mean?08:49
ajohttps://review.openstack.org/#/c/173608/08:49
ajoI mean, thanks for this ^08:49
*** otherwiseguy has joined #openstack-neutron08:49
ajoI didn't even know we had a bug :/08:49
kevinbentonajo: oh i see08:49
*** shaohe_feng has joined #openstack-neutron08:49
kevinbentonajo: no prob :)08:50
*** numan has joined #openstack-neutron08:51
*** aranjan has joined #openstack-neutron08:54
*** redbeard is now known as rotbeard08:54
*** rotbeard is now known as redbeard08:54
*** shaohe_feng has quit IRC08:55
*** hichihara has quit IRC08:55
*** carlp has quit IRC08:57
*** krtaylor has quit IRC08:57
*** aepifanov has joined #openstack-neutron08:57
*** oreillyd has joined #openstack-neutron08:59
*** aranjan has quit IRC08:59
*** pask81 has joined #openstack-neutron08:59
*** pask81 has quit IRC08:59
*** numan has quit IRC09:00
*** Bhavya has joined #openstack-neutron09:00
openstackgerritOleg Bondarev proposed openstack/neutron: Use 'port' instead of 'ports' to reference port from IPAllocation  https://review.openstack.org/17234609:00
*** amotoki has quit IRC09:01
*** carlp has joined #openstack-neutron09:01
*** pask81 has joined #openstack-neutron09:03
*** krtaylor has joined #openstack-neutron09:04
*** sudipto has quit IRC09:05
*** john-davidge has joined #openstack-neutron09:05
*** Marga_ has joined #openstack-neutron09:06
*** yfried is now known as yfried|afk09:06
*** yfried|afk is now known as yfried09:08
*** rook_ has joined #openstack-neutron09:08
*** rook___ has joined #openstack-neutron09:10
*** rook_ has quit IRC09:10
*** yalie has quit IRC09:10
*** blues-man has joined #openstack-neutron09:10
ajoping sc68cal09:11
ajoI guess he's sleeping at this time :)09:11
*** numan has joined #openstack-neutron09:12
*** jamie_h has joined #openstack-neutron09:12
*** pask81 has quit IRC09:15
*** psd has joined #openstack-neutron09:19
openstackgerritNikolay Fedotov proposed openstack/neutron-vpnaas: VPNService takes names of device drivers from self.conf  https://review.openstack.org/17333209:19
*** sudipto has joined #openstack-neutron09:21
*** pask81 has joined #openstack-neutron09:22
*** zhhuabj has quit IRC09:23
*** zhhuabj has joined #openstack-neutron09:23
openstackgerritHirofumi Ichihara proposed openstack/neutron-specs: Add availability_zone support  https://review.openstack.org/16961209:25
*** Marga_ has quit IRC09:28
*** pask81 has quit IRC09:28
*** Marga_ has joined #openstack-neutron09:29
*** pask81 has joined #openstack-neutron09:31
*** hareeshp has joined #openstack-neutron09:36
*** redbeard has quit IRC09:36
*** SridharG has joined #openstack-neutron09:37
*** psd has quit IRC09:38
*** garyk has quit IRC09:39
*** garyk has joined #openstack-neutron09:40
*** hareeshp has quit IRC09:41
openstackgerritMerged openstack/neutron: Pass correct port ID back to RPC caller  https://review.openstack.org/17314509:42
*** SridharGaddam has joined #openstack-neutron09:43
*** rook___ has quit IRC09:44
*** ZZelle has quit IRC09:44
*** aepifanov has quit IRC09:45
openstackgerritMike Kolesnik proposed openstack/neutron: Fixed L3 agent manual scheduling for HA routers  https://review.openstack.org/14329709:47
*** rook_ has joined #openstack-neutron09:50
*** liusheng has quit IRC09:51
*** jamielennox is now known as jamielennox|away09:52
*** trinaths has quit IRC09:57
*** trinaths has joined #openstack-neutron09:59
*** amotoki has joined #openstack-neutron10:00
*** Tiancheng has joined #openstack-neutron10:00
*** Longgeek has quit IRC10:02
*** Longgeek_ has joined #openstack-neutron10:02
*** tomoe_ has quit IRC10:02
*** aranjan has joined #openstack-neutron10:03
*** Kennan2 has joined #openstack-neutron10:03
*** Kennan has quit IRC10:04
*** a_le has joined #openstack-neutron10:04
openstackgerritPreeti Mirji proposed openstack/python-neutronclient: Fix invalid error message in neutron-cli  https://review.openstack.org/17374910:07
*** aranjan has quit IRC10:07
*** yamamoto has quit IRC10:08
*** a_le_ has joined #openstack-neutron10:08
*** a_le has quit IRC10:08
*** ronis has joined #openstack-neutron10:11
*** tomoe_ has joined #openstack-neutron10:12
*** irenab has quit IRC10:12
*** sudipto has quit IRC10:16
*** pc_m has joined #openstack-neutron10:17
openstackgerritKevin Benton proposed openstack/neutron: Handle 'ipset exists' errors when creating ipsets  https://review.openstack.org/17360810:18
openstackgerritKevin Benton proposed openstack/neutron: Set IPset hash type to 'net' instead of 'ip'  https://review.openstack.org/17375310:18
*** Bhavya has quit IRC10:18
*** a_le_ has quit IRC10:21
*** moshele has quit IRC10:22
*** numan has quit IRC10:22
*** achanda has joined #openstack-neutron10:22
openstackgerritKevin Benton proposed openstack/neutron: Set IPset hash type to 'net' instead of 'ip'  https://review.openstack.org/17375310:23
*** dguitarbite has joined #openstack-neutron10:24
*** kitch_ has joined #openstack-neutron10:25
*** moshele has joined #openstack-neutron10:25
*** Tiancheng has quit IRC10:25
*** Oszkar has joined #openstack-neutron10:25
*** rook_ has quit IRC10:26
*** achanda has quit IRC10:27
*** kitch_ has quit IRC10:27
*** sudipto has joined #openstack-neutron10:28
*** a_le has joined #openstack-neutron10:28
*** ociuhandu has quit IRC10:34
*** claudiub has joined #openstack-neutron10:34
*** numan has joined #openstack-neutron10:38
*** yfried is now known as yfried|afk10:39
*** amotoki_ has joined #openstack-neutron10:40
openstackgerritNikolay Fedotov proposed openstack/neutron-vpnaas: VPNService takes names of device drivers from self.conf  https://review.openstack.org/17333210:41
*** amotoki has quit IRC10:43
*** yfried|afk is now known as yfried10:45
*** hareeshp has joined #openstack-neutron10:45
*** pask81 has quit IRC10:48
*** zhenguo has quit IRC10:48
*** space-hunter has quit IRC10:48
*** asselin_ has quit IRC10:49
*** a_le has quit IRC10:50
*** lionelz has quit IRC10:52
*** trinaths has quit IRC10:52
*** popw has quit IRC10:52
*** trinaths has joined #openstack-neutron10:53
*** stanzgy has quit IRC10:55
*** Glaupre has quit IRC10:55
*** ujjain has quit IRC10:59
*** hareeshp has quit IRC10:59
*** Marga_ has quit IRC11:02
*** amotoki has joined #openstack-neutron11:02
*** aranjan has joined #openstack-neutron11:04
*** amotoki_ has quit IRC11:05
*** irenab has joined #openstack-neutron11:06
*** dims has joined #openstack-neutron11:08
*** atmark has joined #openstack-neutron11:08
atmarkHi, I'm getting this error whenever I create a public and private network http://pastebin.com/PJCHNgT311:09
*** aranjan has quit IRC11:09
*** irenab has quit IRC11:09
*** ferest has joined #openstack-neutron11:10
*** ferest has quit IRC11:11
*** ferest has joined #openstack-neutron11:11
*** lori is now known as lori|away11:13
*** ferest has quit IRC11:13
*** hareeshp has joined #openstack-neutron11:17
*** popw has joined #openstack-neutron11:20
*** yuanying_ has quit IRC11:21
*** mwagner_lap has quit IRC11:21
*** hareeshp has quit IRC11:22
*** blues-man has quit IRC11:22
*** blues-man has joined #openstack-neutron11:23
*** roeyc has joined #openstack-neutron11:26
pc_mamotoki: mestery: Hi! Can you guys review https://review.openstack.org/#/c/169008/5?11:27
amotokipc_m: looking11:27
pc_mamotoki: thanks!11:28
amotokipc_m: What priority is best for the bug?11:29
*** Longgeek has joined #openstack-neutron11:29
pc_mamotoki: I guess medium... it reduces dependency on neutron tests (we had a breakage recently due to change), and it reenables some test code that was not being run.11:30
pc_mamotoki: Targeted for Liberty.11:31
*** Longgeek_ has quit IRC11:31
*** tomoe_ has quit IRC11:35
*** ociuhandu has joined #openstack-neutron11:37
*** vthapar has joined #openstack-neutron11:41
*** jpena is now known as jpena|lunch11:44
*** redbeard has joined #openstack-neutron11:50
*** aix has quit IRC11:50
*** beagles has joined #openstack-neutron11:52
*** Tiancheng has joined #openstack-neutron11:56
*** julim has quit IRC12:01
*** aranjan has joined #openstack-neutron12:05
*** arif-ali has quit IRC12:05
*** space-hunter has joined #openstack-neutron12:06
*** raildo has joined #openstack-neutron12:06
*** hareeshp has joined #openstack-neutron12:07
*** vkommadi has quit IRC12:08
*** irenab has joined #openstack-neutron12:08
*** kitch_ has joined #openstack-neutron12:09
*** mwagner_lap has joined #openstack-neutron12:09
*** aranjan has quit IRC12:10
*** phil_h has quit IRC12:11
*** tomoe_ has joined #openstack-neutron12:12
*** arif-ali has joined #openstack-neutron12:12
*** banix has joined #openstack-neutron12:12
*** hareeshp has quit IRC12:12
*** yamamoto has joined #openstack-neutron12:13
*** irenab has quit IRC12:13
*** tomoe_ has quit IRC12:13
*** tomoe_ has joined #openstack-neutron12:13
*** tomoe_ has quit IRC12:15
*** irenab has joined #openstack-neutron12:16
*** irenab has quit IRC12:17
*** irenab has joined #openstack-neutron12:18
*** irenab has quit IRC12:20
*** irenab has joined #openstack-neutron12:20
*** nplanel has joined #openstack-neutron12:21
*** banix has quit IRC12:21
*** yfried is now known as yfried|afk12:23
*** phil_h has joined #openstack-neutron12:24
*** amotoki has quit IRC12:25
*** yfried|afk is now known as yfried12:26
*** johnbelamaric has joined #openstack-neutron12:26
*** amotoki has joined #openstack-neutron12:27
*** trinaths has quit IRC12:27
*** aix has joined #openstack-neutron12:28
*** zhenguo has joined #openstack-neutron12:29
*** amotoki has quit IRC12:31
ajoping sgordon12:32
*** irenab has quit IRC12:35
*** irenab has joined #openstack-neutron12:36
*** Tiancheng has quit IRC12:38
*** rpothier has joined #openstack-neutron12:39
*** ZZelle has joined #openstack-neutron12:39
*** baoli has joined #openstack-neutron12:42
sgordonajo, yo12:42
*** jaypipes has quit IRC12:42
ajohi :)12:42
ajosgordon, it seems that I managed to overlap the QoS meeting with the TWG meeting12:43
ajosgordon, by mistake12:43
*** julim has joined #openstack-neutron12:43
sgordonWednesday 15th April 2015 1900 UTC #openstack-meeting-alt?12:43
ajosgordon, I guess, it's of interest for some of the people in the TWG, at least, I should stay in both meetings, so I'll try to move the QoS meeting12:43
ajosgordon, in this case it's 1400 UTC weekly12:44
ajoI guess it overlaps the other one12:44
*** jckasper has joined #openstack-neutron12:44
ajosgordon, you have alternating ones right? , I never attend the 1900 UTC because it's a very complicated time for me12:44
sgordonyeah we are alternating12:44
ajobut I usually read the meeting minutes12:44
sgordonso next week is 1400 UTC12:44
sgordonsame bat channe;l12:44
ajosgordon, ack, can you announce the QoS meeting on the TWG tonight?, and see if there's anybody interested in joining?12:45
*** irenab has quit IRC12:45
ajoso it will be easier to move the QoS one12:45
ajosgordon: https://wiki.openstack.org/wiki/Meetings/QoS12:46
*** smccully has joined #openstack-neutron12:46
*** irenab has joined #openstack-neutron12:46
openstackgerritRossella Sblendido proposed openstack/neutron: Add updated_attrs in port_update  https://review.openstack.org/15522312:47
*** irenab has quit IRC12:47
*** moha_hunt has joined #openstack-neutron12:48
*** annegentle has joined #openstack-neutron12:50
sgordonajo, sure12:50
ajothanks sgordon12:50
*** baoli_ has joined #openstack-neutron12:54
*** garyk has quit IRC12:54
*** baoli has quit IRC12:56
*** jaypipes has joined #openstack-neutron12:57
*** claudiub has quit IRC12:57
*** gongysh has quit IRC12:59
*** tomoe_ has joined #openstack-neutron12:59
*** busterswt has joined #openstack-neutron13:01
*** sald has joined #openstack-neutron13:05
*** shwetaap has joined #openstack-neutron13:05
openstackgerritNikolay Fedotov proposed openstack/neutron-vpnaas: VPNService takes names of device drivers from self.conf  https://review.openstack.org/17333213:05
*** aranjan has joined #openstack-neutron13:06
*** sudipto has quit IRC13:07
*** dboik_ has quit IRC13:08
haleybajo: did you see https://review.openstack.org/#/c/173753/ ?  i know you saw his other ipset patch.  perhaps it's just time to revert my change for kilo since it breaks upgrade?13:10
haleybs/his/kevin's13:10
ajohaleyb it breaks upgrade even with kevin's patch?13:11
*** aranjan has quit IRC13:11
haleybajo: kevin's patch should fix upgrade, although PS3 added some code i'm not happy about - basically doing an iptables call from the ipset code :(13:12
ajoahh13:12
ajoit's doing CIDR expansion13:12
haleybyes, that was most likely the underlying issue, i used the big hammer13:12
ajohaleyb, where? I missed that13:12
haleybajo: big hammer being up the maxelem value13:13
*** dims has quit IRC13:13
ajohaleyb, as long the default cap we have is enough...13:13
ajo(for all)13:13
ajootherwise people with big deployments is going to fail on using ipset13:13
salv-orlandohi  haleyb and ajo - sorry for gate crashing your conversation13:13
ajohi salv-orlando  ;)13:14
salv-orlandoI see only 2 patch sets on kevin13:14
salv-orlandopatch 17357313:14
salv-orlandowhat is this ps3 calling iptables from ipsets13:14
haleybsalv-orlando: https://review.openstack.org/#/c/173608/  <-- that one, sorry, his original change13:14
*** neeti has quit IRC13:14
salv-orlandohaleyb: ok13:14
*** irenab has joined #openstack-neutron13:14
*** dims has joined #openstack-neutron13:15
haleybmy coffee has not kicked-in yet13:15
ajohttps://review.openstack.org/#/c/173608/3/neutron/agent/linux/ipset_manager.py  hmm , haleyb,  I see the iptable rule deletion, yes13:16
ajosounds a bit hacky13:16
ajosalv-orlando ^13:16
salv-orlandoajo: what's not hacky abput neutron?13:16
ajosalv-orlando: I try clean hacks as much as I can ;D :D generally I'm not smart enough :)13:17
salv-orlandoajo: I hope you're aware that "clean hack" is an oxymoron13:18
ajohmmm13:18
*** tomoe_ has quit IRC13:18
haleybajo: is changing from hash:ip to hash:net viable for RC?  it will leave the old sets around, but shouldn't impact upgrades13:18
ajoI try *to* clean hacks, sorry :D salv-orlando13:18
*** thomasem has joined #openstack-neutron13:18
ajobtw, haleyb , salv-orlando , removing the iptable rule at removing the set, doesn't seem too bad13:19
*** tomoe_ has joined #openstack-neutron13:19
*** crose has joined #openstack-neutron13:19
ajobut I wonder why's that happening I need to spend more time trying to understand.13:19
*** thomasem has quit IRC13:19
salv-orlandoajo: kevinbenton gave a good expl in the commit message13:19
*** moha_hunt has quit IRC13:20
salv-orlandohaleyb, ajo: why didn't we worry about removing references to ipsets from iptables before this change?13:20
ajoI see,13:21
ajook, fully understood now,13:21
ajoso when create -exist doesn't work (parameters changed..)13:21
*** amuller has joined #openstack-neutron13:21
ajohe will kill and recreate the set, but can't do it without clearing the rule13:22
ajothen...13:22
ajowho's restoring the rule?13:22
*** tomoe_ has quit IRC13:22
ajosalv-orlando, because we do it in an ordered way, we first remove the iptables references, and then, as gentlemen we ask ipset manager to remove the ipset13:22
*** yatin has quit IRC13:23
haleybsalv-orlando: what ajo said, which is done in the firewall driver13:23
*** hareeshp has joined #openstack-neutron13:23
*** david-lyle has quit IRC13:24
haleybajo: the firewall code would add the iptables rule back, but not until it runs again, which is ??13:24
ajothis modification assumes that after creating the set, the iptable rule is going to be restored aftewards,13:24
russellbfyi ... i just created #ovn for anyone interested in chatting about the ovn work we're doing13:24
ajorussellb++13:24
sdagueok, neutron usage question, what additional commands do I need to run on a stable/juno devstack for nova boot to actually let nova vms get an address?13:24
salv-orlandorussellb: is it for ovs-ovn discussions, neutron-ovn, or everything ovn?13:25
russellbeverything for now13:25
*** dboik has joined #openstack-neutron13:25
salv-orlandosdague: I sense a bit of frustation13:25
sdaguesalv-orlando: well, it's the last thing that's blocking the grenade refactor13:25
russellbsalv-orlando: more the neutron-ovn bits, as that's what i've been talking to people on IRC in private messages about a lot13:26
russellband figured i'd keep the noise out of here for now13:26
*** thomasem has joined #openstack-neutron13:26
haleybajo: this is why i keep coming back to a revert as the safest option, then fix it correctly in liberty13:26
ajohaleyb, yes, may be it's the best solution in the short term13:26
salv-orlandosdague: single node or multi-node setup? For a single node setup it should work out of the box with stack.sh13:26
ajothen we can work on a decent configuration for limits in the future.13:26
sdaguesalv-orlando: single node13:27
sdagueand it's not13:27
salv-orlandosdague: and then point me to an entry on logs.openstack.org I can look at13:27
sdaguehttp://logs.openstack.org/64/173364/6/check/check-grenade-dsvm-neutron/80a7dfb/logs/grenade.sh.txt.gz#_2015-04-15_12_54_38_93713:27
*** irenab has quit IRC13:27
haleybajo: and if we have the "restore old sets in the manager" code in place, it can detect the maxelem/hashsize settings and do the right thing13:28
salv-orlandosdague: thanks. lloking at it13:28
sdaguethe script that is being run is the 'create' portion of - https://review.openstack.org/#/c/173364/6/projects/60_nova/resources.sh,cm13:28
*** hareeshp has quit IRC13:29
*** irenab has joined #openstack-neutron13:29
*** tiswanso has joined #openstack-neutron13:29
ZZellehaleyb, hi13:29
salv-orlandohaleyb, ajo: so in kevin's patch, can we kindly ask the firewall driver to remove the entyr13:29
sdaguesalv-orlando: thanks much for looking13:29
haleybZZelle: pong13:29
ZZellehaleyb, i am wondering if we should not move https://review.openstack.org/#/c/157087 to oslo.middleware13:29
ZZellehaleyb, ie: other projects could/should have the same need13:30
*** jpena|lunch is now known as jpena13:31
*** r-daneel has joined #openstack-neutron13:31
haleybZZelle: if oslo.middleware has code for that, sure.  And there will be other projects that need that as I took that code from heat i think13:31
*** kbringard has joined #openstack-neutron13:31
*** tomoe_ has joined #openstack-neutron13:31
*** tomoe_ has quit IRC13:32
ajohaleyb, btw, It's unclear to me if only reverting your change would remove the need to change the second patch from kevin13:33
ZZellehaleyb, the idea was to merge your change in oslo.middleware and then update neutron api-paste.ini13:33
ZZelleand heat api-paste.ini13:33
ajohaleyb, isn't it also required by the "net" vs "ip" ?13:33
ajoyes13:33
*** garyk has joined #openstack-neutron13:33
ajo"needed by" https://review.openstack.org/#/c/173753/13:33
ajosalv-orlando, from a design point of view, yes, ipset_manager->iptables_firewall_driver->iptables_manager13:34
salv-orlandohaleyb, ajo: anyway, kevinbenton's patch has an issue as it might leave the system in an incosistent state on failures. So I gave it a -1, but if you find a way to do a clean removal of the existing ipset, or even better avoid the problem at all that would be ideal13:34
*** tomoe_ has joined #openstack-neutron13:36
ajosalv-orlando, going through iptables_manager would be a bit of a hammer, since that uses iptables-restore / iptables-save for the whole tables13:36
haleybZZelle: do you want me to propose that patch to oslo.middleware?13:36
*** nlahouti has quit IRC13:36
ajobtw I guess that's only going to happen once in a lifetime, once the sets are changed to the new type.... the exception should not happen again13:37
ZZellehaleyb, it seems more efficient every project would be able to reuse it13:37
haleybajo: right, but we would see the other exception any time maxelem is changed from its default13:38
ZZellehaleyb, if you prefer i can do it ... i need such middleware for nova as nova current approach for such case does not fit with my needs13:38
ajohaleyb, I'm lost, what other exception?13:39
*** yfried has quit IRC13:39
ajoI thought the one kevinbenton is seeing is related to ip->net, also for size values?13:39
*** ozialien has joined #openstack-neutron13:39
ajoahh13:39
ajoso... your patch (thinking of upgrades) is actually depending on the new kevinbenton  patch, right?13:39
haleybZZelle: feel free to do it13:39
*** shwetaap1 has joined #openstack-neutron13:39
ZZellehaleyb, ok13:39
salv-orlandohaleyb, ajo: so let me ask a dumb question - if we see a failure on ipset create with -exist in our code - can we expect that failure to be because of the changed hashsize?13:40
*** Guest36614 has quit IRC13:41
salv-orlandothe stuff that haleyb increased?13:41
*** britthouser has quit IRC13:41
haleybajo: i was talking about the original issue, changing maxelem causes an exception13:41
ajosalv-orlando ^ yep13:41
*** garyk has quit IRC13:41
*** ferest has joined #openstack-neutron13:41
ajoso the currently merged patch, also depends on this exception catching/recreation by kevinbenton13:41
haleybsalv-orlando: yes, the current failure is due to maxelem being different from default13:41
ajothis is why haleyb is asking to revert his patch13:41
*** yfried has joined #openstack-neutron13:41
ajofinally, coffee is making some effect in my brain13:41
haleybi traced the kernel code and it checks maxelem, but the comment mentions hash bits so was maybe more meant for hashsize changing, but either way it's going to complain13:43
*** shwetaap has quit IRC13:43
*** ferest has quit IRC13:43
ajohaleyb, also changing from ip->net also throws the same error13:45
haleybajo: one of the problems with changing to hash:net, although it looks like the correct change, is that the ipset_manager never cleans-up like the iptables_manager does13:45
ajosalv-orlando, haleyb : https://review.openstack.org/#/c/173608/3/neutron/agent/linux/ipset_manager.py  I posted some cleaner design ideas in PS313:45
ajohaleyb, what do yo mean by cleans-up ?13:46
haleybajo: ah, because the type changed13:46
ajoyo->you ':D13:46
haleybajo: the iptables_manger does an iptables-save, modifies it to match it's view of the world, then applies13:46
openstackgerritDane LeBlanc proposed openstack/neutron: IPv6 SLAAC subnet create should update ports on net  https://review.openstack.org/17209213:46
*** irenab has quit IRC13:46
ajohaleyb, do you mean iptables -D vs iptables-save ?13:47
salv-orlandohaleyb: so why do not just leverage that information? I think that perhaps in case of failure in create we can read maxelem for the ipset and then create again the ipset with that maxelem13:47
ajoI'd be a bit happier if we could do iptables -D / iptables -A when the set is recreated...13:47
ajothat would be faster than doing a whole iptables-save / restore13:48
haleybajo: no, iptables-save, modify, iptables-restore.... too many conversations13:48
ajobut...13:48
salv-orlandoit would be "handicapped" since it has an older maxelem and hashsize, but I think it's acceptable13:48
*** markvoelker has joined #openstack-neutron13:48
salv-orlandosdague: the instance appears to have no VIFs, and I do not see the create function creating any network in neutron. are those networks created somewhere else?13:49
ajoyikes!, I created the QoS meeting in #openstack-meeting-213:49
ajobut that room doesn't exist :)13:49
*** blues-man has quit IRC13:50
*** blues-man has joined #openstack-neutron13:50
sdaguesalv-orlando: no idea, that's why I asked what I need to do in a stable/juno devstack13:50
sdaguebecause the answer isn't just a nova boot13:50
*** carl_baldwin has joined #openstack-neutron13:51
haleybsalv-orlando: i think ignoring the create error was something kevin's earlier patches were trying to do, and rely on "recreate" fixing it up13:51
openstackgerritGal Sagie proposed openstack/neutron: OVS_LIB API addition - change bridge controller connection-mode  https://review.openstack.org/16791313:52
haleybajo: there is a not quite complete python-iptables module, iptables-save/restore is very painful sometimes13:52
gsagieroeyc : for you :)13:53
*** nmagnezi has quit IRC13:56
*** cference_ has joined #openstack-neutron13:57
*** cference_ has quit IRC13:57
*** criptoverso has quit IRC13:58
salv-orlandosdague: ok... then let's try with doing:13:58
salv-orlandoneutron net-create <name?13:58
salv-orlandosorry13:58
salv-orlandoneutron net-create <name>13:58
salv-orlandoneutron subnet-create <net-name> <cidr> [--name <subnet_name>]13:59
salv-orlandobefore booting the instance13:59
sdaguesalv-orlando: do I need to do that for every tenant?13:59
salv-orlandosdauge: yes. unless you want to use a shared network. would that be more convenient for you. every tenant can boot an instance on a shared network, but the network id must then be explicitly passed to nova boot14:00
*** matrohon has joined #openstack-neutron14:00
sdaguethat seems less evil in this case14:00
*** rushil has joined #openstack-neutron14:01
sdagueis there a default shared network established in devstack here? maybe I'm just missing picking it up14:01
sdaguehonestly, I'd like to avoid putting neutron commands inside the nova resource scripts, as it kind of breaks the whole point of the isolation here14:02
*** cference_ has joined #openstack-neutron14:03
*** gsagie has quit IRC14:03
salv-orlandosdague, no it is not created by default by devstack. But I guess we can patch devstack with a flag for creating a single shared network for all tenants rather than a network for each tenant. That would avoid putting neutorn commands in the nova script.14:04
salv-orlandobut will move the burden onto devstack14:04
salv-orlandoanyway for creating a shared network you'll need admin credentials and it's done in the following way:14:04
salv-orlandoneutron net-create <net-name> --shared14:04
sdagueoh, right, it's done for the demo account only14:04
salv-orlandothen subnet-create as before14:05
*** ronis has quit IRC14:07
*** Kennan has joined #openstack-neutron14:07
*** aranjan has joined #openstack-neutron14:07
sdagueit would be really nice if you could just tell neutron "every tenant should get a network that looks like X by default" so that you don't have to manually provision for each tenant14:08
*** ujjain has joined #openstack-neutron14:08
*** Kennan2 has quit IRC14:08
*** zz_jgrimm is now known as jgrimm14:11
*** kitch_ has quit IRC14:11
*** gsagie has joined #openstack-neutron14:11
salv-orlandosdague: we do not have yet hte ability of handling notifications for keystone. There were a few months ago a few patches doing this, but they were rejected for reasons I do not recall now.14:11
*** aranjan has quit IRC14:11
sdaguesalv-orlando: it wouldn't need to be based on keystone actions14:12
sdagueyou could lazy create based on guests trying to come up14:12
sdaguethe network doesn't need to exist until there is something that needs to use it, right?14:13
*** markvoelker_ has joined #openstack-neutron14:13
*** britthouser has joined #openstack-neutron14:15
salv-orlandosdague: this point was brought up in the past. I have no strong opinion, but it was argued that nova should not create resources that the user did not ask for. For instance creating a network and a subnet as a side effect of instance create. However, from a technical perspective, this would be fairly straigthforward14:15
*** britthouser has quit IRC14:15
*** britthouser has joined #openstack-neutron14:15
sdaguesalv-orlando: ok, is that conversation archive somewhere I can see?14:16
salv-orlandoyou'd have to dig that out from mailing list archives. But I'm talking 2012/201314:16
salv-orlandoperhaps you should bring up again the arbument14:16
salv-orlando*argument14:16
*** markvoelker has quit IRC14:16
*** ozialien has quit IRC14:17
*** scheuran has quit IRC14:17
sdagueyeh, maybe that would be a reasonable part of the cross project session14:17
sdaguesubnet-create also will need to take --shared ?14:18
ajosalv-orlando, do you know about the flavor specs use cases?14:19
*** ozialien has joined #openstack-neutron14:19
*** achanda has joined #openstack-neutron14:20
ajoI'm a bit confused about them, and how could they apply to QoS, I haven't been able to sync with dougwig yet, I guess our timezones are very different14:20
*** irenab has joined #openstack-neutron14:22
*** jprovazn has joined #openstack-neutron14:23
sdaguesalv-orlando: so this looks about right - https://review.openstack.org/#/c/173792/3/projects/50_neutron/resources.sh,cm ?14:24
*** achanda has quit IRC14:24
sdagueI think because of ordering here I can actually just make this run in the neutron resource script instead14:24
sdagueand the cinder and nova checks will be oblivious to it14:24
*** MarceloAmaral has joined #openstack-neutron14:25
*** vthapar has quit IRC14:25
*** ozialien has quit IRC14:26
*** Marga_ has joined #openstack-neutron14:28
*** popw has quit IRC14:30
*** enikanorov has quit IRC14:31
*** armax has joined #openstack-neutron14:31
*** dboik_ has joined #openstack-neutron14:32
*** akamyshnikova has quit IRC14:32
*** achanda has joined #openstack-neutron14:34
*** kiran-r has quit IRC14:36
*** emagana has joined #openstack-neutron14:36
*** dboik has quit IRC14:36
*** markvoelker has joined #openstack-neutron14:36
*** markvoel_ has joined #openstack-neutron14:38
*** russellb has quit IRC14:38
*** kitch_ has joined #openstack-neutron14:40
*** markvoelker_ has quit IRC14:40
salv-orlandosdague: that looks fine. then the nova resource script should pick up automatically the shared network14:40
*** markvoel_ has quit IRC14:41
*** russellb has joined #openstack-neutron14:42
*** markvoelker has quit IRC14:42
*** kitch_ has quit IRC14:42
*** phil_h has quit IRC14:43
*** akamyshnikova has joined #openstack-neutron14:44
*** Murali has quit IRC14:45
*** achanda has quit IRC14:45
*** tomoe_ has quit IRC14:46
*** tomoe_ has joined #openstack-neutron14:47
*** sald has quit IRC14:48
*** dboik_ has quit IRC14:48
*** phil_h has joined #openstack-neutron14:49
*** dboik has joined #openstack-neutron14:49
*** igordcard has quit IRC14:49
*** igordcard has joined #openstack-neutron14:50
openstackgerritZengfa Gao proposed openstack/python-neutronclient: Fix Python client library for Neutron  https://review.openstack.org/17264614:51
*** annegentle has quit IRC14:54
*** neeti has joined #openstack-neutron14:54
*** itzikb has quit IRC14:56
*** rwsu has joined #openstack-neutron15:00
*** enikanorov has joined #openstack-neutron15:01
*** tomoe_ has quit IRC15:01
*** tomoe_ has joined #openstack-neutron15:01
*** jdaggett has left #openstack-neutron15:02
*** jorgem has joined #openstack-neutron15:02
*** dsneddon has joined #openstack-neutron15:02
sdaguesalv-orlando: ok, so they aren't15:02
*** jkraj has joined #openstack-neutron15:02
*** marrusl has quit IRC15:02
sdagueERROR: openstack Unable to associate floating ip 172.24.5.5 to fixed ip 10.1.0.2 for instance c1fe6587-c199-4a9c-b74b-f13a013340f1. Error: External network fa64ec90-9b92-4cf6-9d5b-bf1076a01bff is not reachable from subnet c1d96f60-f325-4e7a-a717-18b4680bd2dd.  Therefore, cannot associate Port 56d7270c-5bc1-4bb4-b3f4-4d987ca49506 with a Floating IP. (HTTP 400) (Request-ID: req-524c9005-04dc-4065-974c-06afebea85df)15:03
MarceloAmaralSwami: Hi15:04
haleybsdague: does the router have an interface on the external and internal network?  That's something that devstack also configures for the 'demo' user15:05
*** thedodd has joined #openstack-neutron15:07
*** MarceloAmaral has quit IRC15:08
sdaguehaleyb: I haven't built any such thing. I was kind of hoping that a working network here wasn't going to take a dozen neutron commands. :(15:08
*** marceloamaral has joined #openstack-neutron15:08
openstackgerritSridhar Gaddam proposed openstack/neutron: Remove un-used keys in keepalived tests  https://review.openstack.org/17392815:08
*** belmoreira has quit IRC15:08
*** aranjan has joined #openstack-neutron15:08
*** ijw has joined #openstack-neutron15:10
*** marrusl has joined #openstack-neutron15:10
*** lucasagomes has joined #openstack-neutron15:10
haleybsdague: unfortunately not the case, create_neutron_initial_network() in lib/neutron-legacy does do a few more things than create a network/subnet15:11
*** markvoelker has joined #openstack-neutron15:12
lucasagomeshi all, if you have a time mind taking a look at https://review.openstack.org/#/c/172040/ ? It's already +2'd and facilitate Ironic's integration with Neutron15:12
lucasagomesthanks15:12
*** abregman has quit IRC15:12
*** aranjan has quit IRC15:13
sdaguehaleyb: yeh, so I think most of that should be deleted from devstack, I think by outsourcing sane defaults to devstack it's let this whole thing grow overly complex15:13
sdaguesane defaults really should live back in the service15:13
haleybwhich gets back to the "should neutron configure things by default" question, which not everyone wants15:15
*** markvoelker has quit IRC15:16
sdaguehaleyb: then you make it optional to disable those things. But punting on sane defaults makes it really difficult to argue that neutron should be the default networking stack.15:16
*** sbfox has joined #openstack-neutron15:18
*** crose has quit IRC15:19
*** crose has joined #openstack-neutron15:20
salv-orlandosdague, haleyb: do you want sane networks default or is it more that you reckon networking should work by default, without requiring users to do any sort of infrastructure configuration15:20
haleybsdague: just as a counter-point, is it not Ok that users need to know they need to configure a network too?  Not trying to argue, but they're going to need to know neutron enough to configure other advanced services too15:20
sdaguesalv-orlando: I want an out of the box experience of something working15:21
*** space-hunter has quit IRC15:21
sdaguehaleyb: only if they want to use those advanced services, it's important to be able to layer up from a minimal working thing15:21
salv-orlandosdague: ok... so I want also an instance and a default volume booted by default ;)15:22
sdaguesalv-orlando: and right now, I want some piece of code to get these grenade scenarios working, because the neutron network setup issue is the blocking issue15:22
sdaguesalv-orlando: I have working networking by default with n-net, at most I need to specify an interface15:23
salv-orlandosdague: I think you're asking to be able to use neutron as if it were nova-network - ie: you get an instance with connectivity without doing anything15:23
salv-orlandoyes, what you just said15:23
haleybsdague: with my cloud provider had on, training our customers on the use of neutron APIs was a good thing, sure, there's a learning curve but they don't bother us any more :)15:23
sdaguesalv-orlando: yes15:23
sdaguehaleyb: I'm happy that worked out for you15:24
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Revise functional test hooks  https://review.openstack.org/16811515:24
*** ronis has joined #openstack-neutron15:24
openstackgerritMerged openstack/neutron: Some cleanup in L3 HA code  https://review.openstack.org/16971815:24
clarkbas a neutron user (via hpcloud) I find it to be a terrible experience that I must manage router networks subnets ports and floating IPs when I just want a VM with a public IP15:24
salv-orlandosdague: basically what neutron does not do is creating by default the implicit infrastructure you use with nova-net (the flat network and the single shared router in the network node(s) )15:24
*** sbfox has quit IRC15:24
*** sbfox has joined #openstack-neutron15:25
salv-orlandoclarkb, sdague: my cloud provider for every tenant initializes a default network with a router and an uplink to the external network...15:25
clarkbif we ignore whether or not this level of control is typically needed the larger issue is that these api requests fail15:25
clarkbresources leak15:25
*** ozialien has joined #openstack-neutron15:26
salv-orlandoso I don't have to specify anything unless I want to create network topologies. I just have to remember to boot the instance on the default network my cloud provider created for me15:26
amullersalv-orlando: so do Rackspace and HP15:26
clarkband the management I have to do client side to track it properly is very complex15:26
clarkbhpcloud does not15:26
sdaguesalv-orlando: so every cloud provider wrote their own custom logic on top of neutron to make it do the right thing?15:26
sdaguewhich is separate and closed source?15:26
clarkbI had to manually create networks there and routers and subnets15:26
amullerclarkb: When I created a user on hp cloud a year~ ago, my new tenant was greeted with a private network, subnet, and a router connecting that network to the public network15:27
amullerclarkb: haleyb: Maybe it's changed since then15:27
haleybsdague: i'm not against some "create by default" flag, just that some tenants will want that off.15:27
*** ygbo has quit IRC15:27
clarkbamuller ok so they may have fixed it since our account was created15:27
salv-orlandosdague: well I do not know about *every* cloud provider. But this is getting out of hand and what you're complaining about can be solved fairly easy15:27
sdaguehaleyb: sure, but that's about sane defaults. Start in a working place15:27
ijwsdague: the defaults come from Nova, you know15:28
sdaguesalv-orlando: ok, so please help me figure out how to fix this grenade resource script15:28
* ijw hides15:28
*** jamie_h has quit IRC15:28
sdaguebecause this is the blocker for openning up grenade to other projects15:28
salv-orlandosdague: are you happy with putting all the code that you need for setting up this infrastructure in the neutorn resource script? Baiscally we'd create enough stuff to give you the equivalent of n-net with flat-dhcp15:29
sdaguesalv-orlando: if it makes the rest of this pass, sure15:29
*** Marga_ has quit IRC15:30
*** banix has joined #openstack-neutron15:30
*** Marga_ has joined #openstack-neutron15:30
*** kawa2014 has quit IRC15:30
*** ronis has quit IRC15:30
sdaguesalv-orlando: here is where it currently stands https://review.openstack.org/17379215:31
*** russellb has quit IRC15:32
salv-orlandosdague: indeed I was looking there, but there is a bit that I'm missing - where do you create the nova "public" floating ip pool?15:32
sdaguethat's already setup by devstack15:32
sdagueI'm looking at what gets setup15:33
sdaguewhich is a public floating space15:33
sdagueand then a tenant network for the demo tenant15:33
salv-orlandosdague: ok great. I thought it was a different one ;) we can use that one in neutron too, as it should correspond to a neutron external network15:33
*** nplanel has quit IRC15:33
*** jbell8 has joined #openstack-neutron15:33
sdaguebut all these resource scripts are living in different tenants to make it look a little more like a real env15:34
sdaguewhich is the crux of the issue here15:34
*** _cjones_ has joined #openstack-neutron15:34
salv-orlandosdague: I do not understand your last point. Do you run these resource scripts for every tenant?15:35
*** thomasem has quit IRC15:35
sdaguesalv-orlando: no.15:35
sdaguethe modular grenade resource survival means that every service is responsible for it's own scenario to check it doesn't do a bad thing15:36
sdagueand in each of those we create a new tenant15:36
sdaguei.e. - https://review.openstack.org/#/c/173364/8/projects/60_nova/resources.sh,cm15:36
*** iymht has joined #openstack-neutron15:36
*** russellb has joined #openstack-neutron15:36
banixmestery: Wanted to verify if the odl (ovsdb) with Neutron odl plugin require l3 agent or not?15:37
mtreinishsdague: ah so they are tenant isolated, see my comment in -qa that's what you'll likely have to do an equiv of in the neutron case15:37
*** dboik_ has joined #openstack-neutron15:37
mtreinishdevstack does those things for demo and the other users it creates,(I think) but if you're making new ones for the resource scripts you'll have to do it again15:37
salv-orlandosdague, mtreinish: I thought we were talking about setting a minimal 'default' network infrastructure for enabling booting a VM and assigning it a floating ip15:38
*** _cjones_ has quit IRC15:38
*** _cjones_ has joined #openstack-neutron15:38
*** thomasem has joined #openstack-neutron15:38
*** Sukhdev has joined #openstack-neutron15:38
*** thomasem has quit IRC15:39
sdaguesalv-orlando: that's what I'd like15:39
*** ronis has joined #openstack-neutron15:39
*** thomasem has joined #openstack-neutron15:39
salv-orlandosdague: but 50_neutron/resources.sh is supposed to test basic functionality of the neutron service, not provide the network resource for 60_nova/resources.sh15:39
*** marceloamaral has quit IRC15:39
sdaguesalv-orlando: eventually, sure15:39
salv-orlandobecause then if you change the order of this two resource scripts thing will fall again15:40
sdaguethe order is guarunteed15:40
*** dboik has quit IRC15:40
Sukhdevmestery: Ping15:41
*** neeti has quit IRC15:41
ijwSukhdev: beerping15:41
*** lori|away is now known as lori15:41
mtreinishsalv-orlando, mestery: do you know what this command is? https://review.openstack.org/#/c/173756/ I've never heard of it, is it a server side thing?15:42
salv-orlandosdague: "coming back to the crux" of the issue - if we want 50_neutron/resource.sh to set up a network environment like flatdhcp for 60_nova/resources we must do that in admin context15:42
*** matrohon has quit IRC15:42
Sukhdevijw: ha ha I always like beer pings :-)15:42
ijwI was trying to turn kevinbenton to the dark side, I wondered if you wanted to help15:42
mesterymtreinish: No idea, I'll dig a bit15:42
ijwFriday, probably15:42
*** seizadi has joined #openstack-neutron15:42
salv-orlandomestery, mtreinish: that command is for neutron probes, which are only used in devstacke xercises15:42
salv-orlandothat patch is like doing meta-testing imho15:43
*** seizadi has quit IRC15:43
*** seizadi has joined #openstack-neutron15:43
openstackgerritNikolay Fedotov proposed openstack/neutron-vpnaas: VPNService takes names of device drivers from self.conf  https://review.openstack.org/17333215:43
sdaguesalv-orlando: that's fine, we're in an admin context there15:44
Sukhdevijw: sounds good to me -15:44
salv-orlandosdague: perfect. then we need a neutron router to connect the subnet $NETWORK_NAME to "public"15:44
sdaguesalv-orlando: we start with an admin context in all of these scripts, and drop privs when needed15:44
salv-orlandowe need 3 commands to this aim:15:44
salv-orlandoneutron router-create <name>15:45
salv-orlandoneutron router-interface-add <router_name> <subnet_name>15:45
*** amotoki has joined #openstack-neutron15:45
salv-orlandoneutron router-gateway-set <router_name> public15:45
salv-orlandothis should ensure the floating IP creation does not fail. Hopefully we'll get connectivity too ;)15:45
mtreinishsalv-orlando: ah ok, that would explain why I've never heard of it. Probably not something worth adding a method to call it from tempest-lib for then15:45
salv-orlandomtreinish: wait a sec perhaps I'm mixing up "neutron debug" and "neutron-debug" ;)15:47
Sukhdevijw: were you able to get kevinbenton on the dark side?15:47
sdaguesalv-orlando: ok, testing now15:48
*** csoukup has joined #openstack-neutron15:48
Sukhdevmestery: need a sec of your time15:48
*** clett has joined #openstack-neutron15:48
mtreinishmestery, salv-orlando: it looks like this thing: http://docs.openstack.org/cli-reference/content/neutron-debug_commands.html15:48
salv-orlandomtreinish: nope I was right. It's the probe thing. neutron-debug is not even part of the neutron CLI15:48
mesterySukhdev: In the middle of something right now, give me 20 minutes or go async :)15:48
salv-orlandoit's a utility in the neutron source code tree15:48
*** tomoe_ has quit IRC15:48
*** dboik_ has quit IRC15:48
mtreinishsalv-orlando: yep15:48
ijwSukhdev: it's kevinbenton, he's basically there already holding a pint and waiting for us15:49
otherwiseguymestery: https://review.openstack.org/#/c/171058/ was just approved, but I noticed it uses a function from neutron that doesn't actually exist (was proposed as a patch, but abandoned). I was apparently a few seconds late with my -1 review. :)15:49
*** dboik has joined #openstack-neutron15:49
otherwiseguyI guess I could click "rebase" to interrupt the process.15:49
mtreinishsalv-orlando: ok then that probably shouldn't go in tempest-lib15:49
Sukhdevmestery: 20 minutes is OK- Ping me when you are free15:49
*** yalie has joined #openstack-neutron15:49
*** xgerman has joined #openstack-neutron15:50
*** marceloamaral_ has joined #openstack-neutron15:50
Sukhdevijw: ha ha cool - so, kevinbenton is inviting us to the dark side then :-)15:50
salv-orlandomtreinish: I don't think it has any place there15:50
mesteryotherwiseguy: Woops! :(15:51
openstackgerritAndrew Boik proposed openstack/neutron: Allow only one IPv4 and one IPv6 fixed IP on router gateway port  https://review.openstack.org/16778415:51
otherwiseguymestery: obviously we need to work on networking_ovn unit/functional tests. :)15:51
mesteryotherwiseguy: :)15:51
*** garyk has joined #openstack-neutron15:51
*** nlahouti has joined #openstack-neutron15:51
*** txomon|fon has quit IRC15:52
*** tomoe_ has joined #openstack-neutron15:52
Sukhdevijw: get armax as well - he always looks thirsty to me :-)15:53
*** annegentle has joined #openstack-neutron15:54
*** hareeshp has joined #openstack-neutron15:54
*** redbeard has quit IRC15:54
sdaguesalv-orlando: ok, that seems to be working, thanks!15:54
*** shwetaap1 has quit IRC15:55
*** yeungp has joined #openstack-neutron15:56
salv-orlandosdague: glad to hear that. I hope you don't find that too terrible15:57
openstackgerritCarl Baldwin proposed openstack/neutron-specs: BGP dynamic routing  https://review.openstack.org/12540115:57
*** blues-man has quit IRC15:58
*** hareeshp has quit IRC15:59
*** seizadi has quit IRC16:00
*** seizadi has joined #openstack-neutron16:01
*** Marga_ has quit IRC16:01
sdaguesalv-orlando: sure. I still think it would be nice if neutron could be configured with "when you see a new tenant, ensure X exists", sort of a network template that could be deployed via neutron configs. That would make it site changable, and allow for defaults.16:01
*** emagana has quit IRC16:03
*** numan has quit IRC16:03
*** jistr has quit IRC16:03
dougwigajo: don't forget about #openstack-meeting-416:03
*** anilvenkata has quit IRC16:03
*** jistr has joined #openstack-neutron16:04
*** txomon|fon has joined #openstack-neutron16:05
zigoWhen building the RC1 Debian package, I get lots of errors like this:16:05
*** jlanoux has quit IRC16:05
zigoRuntimeError: No 'neutron.openstack.common.cache.backends' driver found, looking for 'memory'16:06
zigoWhat's going on?16:06
*** rms_13 has quit IRC16:06
zigoIt's looking like an issue with a stevedore entrypoint16:06
*** luqas has quit IRC16:07
*** sridhar_ram has joined #openstack-neutron16:07
*** csoukup has quit IRC16:08
*** dttocs has joined #openstack-neutron16:08
*** shwetaap has joined #openstack-neutron16:08
*** jorgem has quit IRC16:09
ihrachyshkazigo, which build step is it?16:09
*** carl_baldwin has quit IRC16:09
*** tomoe_ has quit IRC16:09
zigoihrachyshka: I think I hacked a solution ! :)16:09
*** jistr has quit IRC16:09
*** emagana has joined #openstack-neutron16:10
zigoihrachyshka: Using PYTHONPATH=build/* ./run_tests.sh16:10
*** carl_baldwin has joined #openstack-neutron16:10
zigoSo that the entrypoints are setup correctly.16:10
ihrachyshkaoh, so you run tests with run_tests.sh?16:10
zigoihrachyshka: Yeah. Should I run testr directly instead?16:10
*** carl_baldwin has quit IRC16:11
ihrachyshkazigo, there were multiple attempts to kill run_tests.sh. so far it survived, but you never know16:11
zigoBTW, I have found out why I had the need of a Build-Depends: python-neutron-lbaas, it's because I was patching neutron.conf to include lbaas by default, I don't do that anymore, so tit's fine.16:11
zigoihrachyshka: I don't mind either ways, really. But if there's a run_tests.sh, I'll just use that ...16:11
*** carl_baldwin has joined #openstack-neutron16:11
ihrachyshkaok, I think it won't be hard to switch in case it's finally killed16:12
zigoRight.16:12
zigoI use testr in so many packages anyway...16:12
zigo(all the oslo.* stuff...)16:12
*** markvoelker has joined #openstack-neutron16:13
*** rushil has quit IRC16:13
ihrachyshkaok, need to run. cheers.16:13
*** sridhar_ram1 has joined #openstack-neutron16:13
*** dosaboy has quit IRC16:13
*** kiran has joined #openstack-neutron16:14
*** kawa2014 has joined #openstack-neutron16:14
*** dosaboy has joined #openstack-neutron16:14
*** sridhar_ram has quit IRC16:14
zigoYup, I confirm it: I fixed it using PYTHONPATH=build/* :)16:14
*** jistr has joined #openstack-neutron16:15
*** nplanel has joined #openstack-neutron16:15
*** irenab has quit IRC16:16
*** annegentle has quit IRC16:16
*** ihrachyshka has quit IRC16:17
*** irenab has joined #openstack-neutron16:17
*** jistr has quit IRC16:17
*** Swami has joined #openstack-neutron16:18
*** marceloamaral_ has quit IRC16:18
*** dboik_ has joined #openstack-neutron16:18
*** _cjones_ has quit IRC16:19
*** markvoelker has quit IRC16:19
*** dave-mccowan has joined #openstack-neutron16:20
*** _cjones_ has joined #openstack-neutron16:21
*** shwetaap has quit IRC16:21
*** dboik has quit IRC16:22
*** safchain has quit IRC16:22
*** emagana has quit IRC16:22
*** absubram has joined #openstack-neutron16:23
*** TrevorV_ has joined #openstack-neutron16:23
*** jlibosva has quit IRC16:24
*** tflynn has joined #openstack-neutron16:24
*** dave-mccowan has quit IRC16:25
*** yeungp has left #openstack-neutron16:25
*** dave-mccowan has joined #openstack-neutron16:25
*** hareeshp has joined #openstack-neutron16:27
*** Oszkar has quit IRC16:27
openstackgerritPavel Bondar proposed openstack/neutron: Refactor db_base_plugin_v2.py to use new IPAM  https://review.openstack.org/15323616:28
*** ociuhandu has quit IRC16:28
*** dannywilson has joined #openstack-neutron16:28
openstackgerritMerged openstack/neutron: OOP cleanup: start protected method names with underscore  https://review.openstack.org/16805616:28
*** sudipto has joined #openstack-neutron16:30
*** dsneddon has quit IRC16:31
*** emagana has joined #openstack-neutron16:32
*** bobmel has quit IRC16:32
*** dave-mccowan has quit IRC16:32
*** shwetaap has joined #openstack-neutron16:32
*** dave-mccowan has joined #openstack-neutron16:33
*** shaohe_feng has joined #openstack-neutron16:33
*** jorgem has joined #openstack-neutron16:34
*** jorgem has quit IRC16:34
*** jorgem has joined #openstack-neutron16:34
openstackgerritMerged openstack/neutron: Use 'port' instead of 'ports' to reference port from IPAllocation  https://review.openstack.org/17234616:35
*** jorgem has quit IRC16:36
*** sridhar_ram1 has quit IRC16:37
*** sridhar_ram has joined #openstack-neutron16:37
*** EmilienM is now known as EmilienM|afk16:38
*** Marga_ has joined #openstack-neutron16:42
*** sridhar_ram has quit IRC16:42
*** dannywilson has quit IRC16:43
*** slaweq has joined #openstack-neutron16:43
*** yog has joined #openstack-neutron16:43
*** mlavalle has joined #openstack-neutron16:43
*** yog is now known as Guest1610616:43
*** markvoelker has joined #openstack-neutron16:44
*** john-davidge has quit IRC16:46
*** jobewan has joined #openstack-neutron16:46
*** afazekas has joined #openstack-neutron16:47
*** zzzeek has joined #openstack-neutron16:48
*** amuller is now known as amuller_afk16:49
*** aranjan has joined #openstack-neutron16:49
*** markvoelker has quit IRC16:50
pc_mSumitNaiksatam: hi16:53
*** irenab has quit IRC16:54
*** aranjan has quit IRC16:54
*** s3wong has joined #openstack-neutron16:54
SumitNaiksatampc_m: hi16:54
pc_mSumitNaiksatam: Can you review https://review.openstack.org/#/c/171637/? Simple change for FWaaS, similar to what was done in VPN and Neutron.16:54
SumitNaiksatampc_m: yes sure16:55
pc_mSumitNaiksatam: Thanks16:55
SumitNaiksatampc_m: no thank you!16:55
SumitNaiksatam:-)16:55
*** hareeshp has quit IRC16:55
*** raildo has quit IRC16:58
*** ozialien has quit IRC17:00
*** kiran has quit IRC17:00
*** jpena is now known as jpena|away17:00
*** seizadi has quit IRC17:01
*** seizadi has joined #openstack-neutron17:01
*** seizadi1 has joined #openstack-neutron17:03
*** seizadi has quit IRC17:03
*** SridharG has left #openstack-neutron17:03
*** akamyshnikova_ has joined #openstack-neutron17:03
*** roeyc has quit IRC17:03
*** yalie has quit IRC17:05
*** aranjan has joined #openstack-neutron17:05
*** raildo has joined #openstack-neutron17:06
*** nmagnezi has joined #openstack-neutron17:07
*** dboik_ has quit IRC17:08
*** yapeng has joined #openstack-neutron17:08
*** oreillyd has quit IRC17:08
*** dboik has joined #openstack-neutron17:08
*** gsagie_ has joined #openstack-neutron17:08
*** slaweq has quit IRC17:09
*** HarishPatil has quit IRC17:09
*** ianw has quit IRC17:10
*** amotoki has quit IRC17:10
*** sudipto has quit IRC17:16
*** apuimedo has quit IRC17:17
*** lucasagomes has quit IRC17:20
*** sridhar_ram has joined #openstack-neutron17:21
*** aix has quit IRC17:22
*** amuller_afk is now known as amuller17:23
*** ijw has quit IRC17:25
*** phil_h has quit IRC17:26
*** ijw has joined #openstack-neutron17:26
*** kawa2014 has quit IRC17:27
*** ijw has quit IRC17:27
*** ijw has joined #openstack-neutron17:28
*** kawa2014 has joined #openstack-neutron17:29
*** sudipto has joined #openstack-neutron17:29
*** dsneddon has joined #openstack-neutron17:30
*** phil_h has joined #openstack-neutron17:32
*** achanda has joined #openstack-neutron17:35
*** kawa2014 has quit IRC17:36
*** harlowja_away is now known as harlowja17:36
*** sbfox has quit IRC17:36
*** seizadi1 has quit IRC17:37
*** seizadi has joined #openstack-neutron17:37
*** Sukhdev has quit IRC17:38
*** sudipto has quit IRC17:39
*** SumitNaiksatam has quit IRC17:41
*** carlp has quit IRC17:41
*** cbits has joined #openstack-neutron17:43
*** SumitNaiksatam has joined #openstack-neutron17:43
*** moshele has quit IRC17:45
*** sbfox has joined #openstack-neutron17:46
*** signed8bit has joined #openstack-neutron17:47
*** markvoelker has joined #openstack-neutron17:47
*** marun has joined #openstack-neutron17:49
*** phil_h has quit IRC17:49
*** Marga_ has quit IRC17:49
*** Marga_ has joined #openstack-neutron17:49
*** phil_h has joined #openstack-neutron17:49
*** SumitNaiksatam has quit IRC17:50
*** Longgeek has quit IRC17:51
*** markvoelker has quit IRC17:52
*** shaohe_feng1 has joined #openstack-neutron17:54
*** rangansw has joined #openstack-neutron17:55
*** hareeshp has joined #openstack-neutron17:56
*** shaohe_feng has quit IRC17:57
*** sbfox has quit IRC17:57
*** ivar-lazzaro has joined #openstack-neutron17:57
*** openstackstatus has quit IRC17:58
*** seizadi has quit IRC17:58
*** seizadi1 has joined #openstack-neutron17:59
*** openstackstatus has joined #openstack-neutron18:00
*** ChanServ sets mode: +v openstackstatus18:00
*** apuimedo has joined #openstack-neutron18:00
*** carl_baldwin has quit IRC18:00
*** ozialien has joined #openstack-neutron18:02
*** sbfox has joined #openstack-neutron18:03
*** ijw has quit IRC18:03
*** cbits has quit IRC18:03
-openstackstatus- NOTICE: Gerrit has stopped emitting events so Zuul is not alerted to changes. We will restart Gerrit shortly to correct the problem.18:03
*** ChanServ changes topic to "Gerrit has stopped emitting events so Zuul is not alerted to changes. We will restart Gerrit shortly to correct the problem."18:03
*** ijw has joined #openstack-neutron18:03
*** signed8bit is now known as signed8bit_ZZZzz18:04
*** annegentle has joined #openstack-neutron18:04
*** ijw has quit IRC18:04
*** ijw has joined #openstack-neutron18:05
*** signed8bit_ZZZzz is now known as signed8bit18:05
*** aranjan has quit IRC18:05
*** bjornar_ has joined #openstack-neutron18:06
*** aranjan_ has joined #openstack-neutron18:08
*** gsagie_ has quit IRC18:09
*** slaweq has joined #openstack-neutron18:09
*** sthillma has joined #openstack-neutron18:09
*** leenheer has joined #openstack-neutron18:11
*** dosaboy has quit IRC18:13
*** dosaboy has joined #openstack-neutron18:14
*** carlp has joined #openstack-neutron18:14
*** dannywilson has joined #openstack-neutron18:15
*** Marga_ has quit IRC18:15
*** carl_baldwin has joined #openstack-neutron18:16
*** apuimedo has quit IRC18:16
*** hareeshp has quit IRC18:17
*** roeyc has joined #openstack-neutron18:19
*** sthillma has quit IRC18:19
*** dosaboy has quit IRC18:20
*** dosaboy has joined #openstack-neutron18:21
*** EmilienM|afk is now known as EmilienM18:22
*** SumitNaiksatam has joined #openstack-neutron18:22
*** dosaboy has quit IRC18:22
*** dosaboy has joined #openstack-neutron18:24
*** dosaboy has quit IRC18:24
*** dosaboy has joined #openstack-neutron18:24
*** ChanServ changes topic to "Discussion of OpenStack Networking || for support join #openstack"18:26
-openstackstatus- NOTICE: Gerrit has been restarted. New patches, approvals, and rechecks between 17:30 and 18:20 UTC may have been missed by Zuul and will need rechecks or new approvals added.18:26
*** gsagie_ has joined #openstack-neutron18:27
*** signed8bit is now known as signed8bit_ZZZzz18:28
*** sambetts has quit IRC18:29
*** xgerman has quit IRC18:29
*** akamyshnikova_ has quit IRC18:31
*** angela-s has joined #openstack-neutron18:31
*** sambetts has joined #openstack-neutron18:32
*** annegentle has quit IRC18:35
*** akamyshnikova_ has joined #openstack-neutron18:35
*** annegentle has joined #openstack-neutron18:35
*** gsagie_ has quit IRC18:37
*** moha_hunt has joined #openstack-neutron18:38
*** ivar-laz_ has joined #openstack-neutron18:38
*** sthillma has joined #openstack-neutron18:38
haleybkevinbenton: ping18:41
kevinbentonhaleyb: pong18:41
*** matrohon has joined #openstack-neutron18:42
*** ivar-lazzaro has quit IRC18:42
haleybkevinbenton: if we change to hash:net and leave the tunables at default (None), that would get most of the way there, excepting if someone set those tunables.  would that be good enough?18:43
salv-orlandoI think it would18:43
kevinbentonhaleyb: no18:44
*** hareeshp has joined #openstack-neutron18:44
haleybhmm, how about revert and move to hash:net ?  i'm just trying to minimize the change18:44
kevinbentonhaleyb: sorry, one sec18:45
kevinbentonhaleyb: on a conf call18:45
angela-smestery: ping18:46
*** dttocs has quit IRC18:46
mesteryangela-s: yo18:46
*** rushil has joined #openstack-neutron18:46
*** Marga_ has joined #openstack-neutron18:46
haleybbecause the underlying problem is/was that someone was filling the hash with a /cidr, which won't happen with hash:net18:46
angela-sre: https://review.openstack.org/#/c/172207/ , is my approach to the INI file defintions on the right track, or should I look into Ihar's suggestion?18:46
*** sbfox has quit IRC18:49
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Fixes race condition and boosts the scheduling performance  https://review.openstack.org/17367218:50
*** Marga_ has quit IRC18:51
openstackgerritCarl Baldwin proposed openstack/python-neutronclient: Add functional test for subnet create  https://review.openstack.org/17254818:53
angela-smestery: you have given +2, but i want to be sure we can go ahead with this approach ^^^ Thanks!18:53
mesteryangela-s: Lets wait for ihar to reply18:54
*** matrohon has quit IRC18:54
angela-sok, sure.  thanks!18:55
*** ivar-laz_ has quit IRC18:55
*** marceloamaral has joined #openstack-neutron18:55
*** ivar-lazzaro has joined #openstack-neutron18:55
marceloamaralSwami: hi18:56
kevinbentonhaleyb: ok, sorry about that18:56
*** baoli_ has quit IRC18:56
*** yeungp has joined #openstack-neutron18:56
kevinbentonhaleyb: so moving to hash:net introduces the same problem as changing the defaults18:56
haleybkevinbenton: yes, i just found that out, name conflict18:57
kevinbentonhaleyb: calling 'create' with the same name conflicts18:57
*** ijw has quit IRC18:57
*** ivar-lazzaro has quit IRC18:58
*** tsg_ has joined #openstack-neutron18:58
openstackgerritArmando Migliaccio proposed openstack/neutron: Sentinel patch to compare DVR single vs multi node CI stability  https://review.openstack.org/17400318:58
*** ivar-lazzaro has joined #openstack-neutron18:59
kevinbentonhaleyb: so one other approach if we are afraid of cleaning up the ipsets is to change to hash:net and then change the ipset naming scheme at the same time18:59
kevinbentonhaleyb: and also revert your change or at least set the default to match the previous value19:00
kevinbentonhaleyb: it would mean there are leftover ip sets19:00
* mestery reads backscroll from kevinbenton and haleyb 19:01
kevinbentonhaleyb: but there wouldn't be any conflicts19:01
mesterykevinbenton haleyb: The RC window will open soon, so I'm catching up on the ipset stuff now.19:01
*** xgerman has joined #openstack-neutron19:01
kevinbentonmestery, haleyb: summary of where we are - we need to change to 'hash:net' from 'hash:ip' because allowed address pairs can have cidrs19:02
haleybkevinbenton: yeah, that could work, NTv4 instead of IPv4 doesn't lose any of the uuid in the name, and makes the neutron ones easy to find19:02
*** amuller is now known as amuller_afk19:03
*** crose has quit IRC19:03
kevinbentonhaleyb: the only problem is still that everything breaks whenever people tweak the hash element param options you added19:03
mesterykevinbenton: Danke19:03
kevinbentonmestery: when we change the hash type (or other ipset params), the next time the agent starts, it gets an 'exists' error19:04
kevinbentonmestery: when trying to create the ipset19:04
*** aranjan_ has quit IRC19:04
haleybkevinbenton: yes, but i'd be fine removing that, since we might not need it for now19:04
kevinbentonmestery: so we need code to detect that19:04
mesterykevinbenton: yikes19:04
kevinbentonmestery, haleyb: ok. i'm going to shuffle these patches around then19:05
kevinbentonmestery, haleyb: i'll propose a revert of yours and have my hash:net one change the ipset name19:05
kevinbentonmestery: those two should go to RC19:05
mesterykevinbenton: Ack! Lets get them in master so we can then get them proposed to proposed/kilo19:06
haleybkevinbenton: sounds good, then i can work on fixing it all up in Liberty by pre-loading info on existing ipsets at init time19:06
kevinbentonmestery, haleyb: then i'll continue to clean up my patch to delete them19:06
kevinbentonfor liberty19:06
kevinbentonand we can revert the revert19:06
*** matrohon has joined #openstack-neutron19:07
haleybyes, it's just the call to iptables that bothers me19:07
haleybkevinbenton: if you didn't already push the revert button i'm on the review...19:07
*** luqas has joined #openstack-neutron19:08
kevinbentonhaleyb: it has a conflict :(19:08
haleyboh, i fixed an ipset_manager test bug yesteray19:08
*** ijw has joined #openstack-neutron19:08
haleyberr, actually ipset_manager bug19:08
kevinbentonhaleyb: i'm doing it now19:09
*** tomoe__ has joined #openstack-neutron19:09
*** abregman has joined #openstack-neutron19:11
*** luqas has quit IRC19:12
*** ijw has quit IRC19:13
*** tomoe__ has quit IRC19:14
openstackgerritKevin Benton proposed openstack/neutron: Revert "Add ipset element and hashsize tunables"  https://review.openstack.org/17403319:15
mesterykevinbenton: +2 on the revert, poitned armax at it as well19:15
*** jaypipes has quit IRC19:18
*** yapeng has quit IRC19:18
*** aranjan has joined #openstack-neutron19:20
*** otherwiseguy has quit IRC19:20
*** jaypipes has joined #openstack-neutron19:21
*** iymht has quit IRC19:22
armaxmestery, kevinbenton done19:23
armaxhaleyb: do we have a plan of attack for resubmitting the patch with the right intentions’19:23
armax?19:23
mesteryarmax: thanks!19:23
kevinbentonarmax: yes19:24
kevinbentonarmax: i will propose the 'revert revert' back to master19:24
armaxkevinbenton: ok tnx19:24
armaxwas the reverted patch affecting  the gate?19:25
openstackgerritKevin Benton proposed openstack/neutron: Set IPset hash type to 'net' instead of 'ip'  https://review.openstack.org/17375319:25
*** dboik_ has joined #openstack-neutron19:25
kevinbentonarmax: no, it was affecting any deployments based on previous ipset code upgrading19:25
kevinbentonarmax: so it was going to break anyone upgrading from juno to kilo19:26
*** ronis has quit IRC19:26
armaxkevinbenton: gotcha19:26
armaxI wonder why this didn’t get caught by grenade19:26
kevinbentonhow does grenade work?19:27
*** hareeshp has quit IRC19:27
kevinbentondoes it actually launch some vms and then upgrade the agents?19:27
armaxyes19:27
armaxbut it doesn’t keep the vms up and running though19:27
armaxkevinbenton: I guess that’s the reasons19:28
armaxreason19:28
openstackgerritKevin Benton proposed openstack/neutron: Set IPset hash type to 'net' instead of 'ip'  https://review.openstack.org/17375319:28
armaxI would need to look at it more closely though19:28
kevinbentonhaleyb, mestery: here is the patch on top https://review.openstack.org/#/c/173753/19:28
*** ijw has joined #openstack-neutron19:28
armaxkevinbenton: if there was no such test, it would be a nice addition19:28
armaxperhaps sdague can confirm19:28
*** dboik has quit IRC19:29
armaxsdague: do you know if grenade keeps some VM’s up and running during an upgrade?19:29
sdaguearmax: it does19:29
armaxsdague: ok, kevinbenton so this is definitely puzzling19:29
*** otherwiseguy has joined #openstack-neutron19:29
armaxsdague: thanks19:29
kevinbentonarmax: well i suppose it could silently be failing as well19:29
kevinbentonarmax: after it does the upgrade, does it destroy instances and create new ones?19:30
*** david-lyle has joined #openstack-neutron19:30
armaxkevinbenton: true, I guess it’s worth investigating19:30
haleybwell, the old ipset would still be there, so security groups would still work possibly19:30
armaxkevinbenton: it will19:30
sdaguekevinbenton: only in tempest tests19:30
*** ijw_ has joined #openstack-neutron19:30
sdaguethose are tenant isolated though, so new tenants19:31
armaxkevinbenton: gotta dash now, pick this up later19:31
sdaguewe don't ever try to create a new VM on existing tenants that were there before the upgrade19:31
*** armax has quit IRC19:31
sdaguemaybe that's the needle you threaded19:31
kevinbentonsdague: sounds like it19:32
kevinbentonbecause as haleyb pointed out, the previous ipsets are there19:32
sdagueonce the rest of the grenade modular stack is working, that sounds like a reasonable addition19:32
kevinbentonthey just become frozen in time19:32
*** ijw has quit IRC19:32
*** ijw has joined #openstack-neutron19:33
pc_mmestery: hi19:36
mesterypc_m: howdy!19:36
*** ijw_ has quit IRC19:36
pc_mmestery: for this issue that FWaaS team saw with proposed/kilo code pulling master for neutron project and having issues.19:37
pc_mmestery: I'm trying to form a dependency line that works, but am having issues.19:37
mesterypc_m: What have you found so far?19:37
pc_mmestery: Looks like two places to change. requirements.txt and tox.ini19:38
mesterypc_m: Sounds right19:38
*** signed8bit_ZZZzz is now known as signed8bit19:38
*** crc32 has joined #openstack-neutron19:38
*** signed8bit is now known as signed8bit_ZZZzz19:39
*** ijw has quit IRC19:39
pc_mIn tox.ini, I tried adding @proposed/kilo#egg=neutron and I tried @2015.1.0rc1#egg=neutron on the end and it fails in tox.19:39
pc_mmestery: Can't install deps19:39
mesterypc_m: We haven't released 2015.1.0 yet, so that makes sense19:40
pc_mI don't know if I still have syntax wrong, or if it won't work with git+https19:40
mesterypc_m: I would have thought proposed/kilo would have worked19:40
* mestery goes to look19:40
pc_mmestery: but there is a rc1 tag, right?19:40
mesterypc_m: ack, yes19:40
pc_m2015.1.0rc119:40
pc_mmestery: So tag and branch aren't working for me.19:40
mesterypc_m: Ah, I missed the rc1 at the end19:40
*** marceloamaral has quit IRC19:41
pc_mmestery: Tried with neutron.git as well. Here's the latest:19:41
pc_mmestery: deps = -egit+https://git.openstack.org/openstack/neutron.git@2015.1.0rc1#egg=neutron19:41
mesterypc_m: Trying something19:42
haleybkevinbenton: regarding my naming comment, it might be best to change it as 'ipset -L -n' will list just the sets without hash:ip, and maybe more suited for a quick cleanup script with a startswith() check19:44
mesterypc_m: This worked for me:19:44
mesterypc_m: deps = -egit+https://git.openstack.org/openstack/neutron@stable/kilo#egg=neutron19:44
mesterypc_m: stable/kilo19:44
mesterypc_m: For vpnaas at least19:44
pc_mmestery: I'm also concerned about the comment at the end of the requirements.txt, about tooling not playing nicely w/projects not available in PyPI19:45
pc_mmestery: I'm over in FW right now...19:45
*** nlahouti has quit IRC19:45
mesterypc_m: Heh, yes, the comment speaketh truth19:45
mesterypc_m: OK, trying fwaas19:45
pc_mmestery: So does that mean there will be issues with adding in the dependency?19:46
openstackgerritZengfa Gao proposed openstack/python-neutronclient: Fix Python client library for Neutron  https://review.openstack.org/17264619:46
mesterypc_m: I don't think so19:46
*** dttocs has joined #openstack-neutron19:46
mesterypc_m: In fwaas, proposed/kilo worked fine for me too19:48
*** alex_xu has quit IRC19:48
openstackgerritSlawek Kaplonski proposed openstack/neutron-specs: fwaas rules directions  https://review.openstack.org/17134019:49
*** alex_xu has joined #openstack-neutron19:49
pc_mmestery: Hmmm.19:50
*** markvoelker has joined #openstack-neutron19:50
*** dsneddon is now known as dsneddon_lunch19:50
*** ozialien has quit IRC19:50
*** dttocs has quit IRC19:50
mesterypc_m: For fwaas, this worked form e: deps = -egit+https://git.openstack.org/openstack/neutron@proposed/kilo#egg=neutron19:50
*** ijw has joined #openstack-neutron19:50
pc_mmestery: i checked out proposed/kilo and then modified the two files to add in @proposed/kilo and it is saying it cannot install dependencies19:50
mesterypc_m: in tox.ini19:50
pc_mmestery: In VPN I just did this, and it failed with the same install deps error:19:52
pc_mdeps = -egit+https://git.openstack.org/openstack/neutron@proposed/kilo#egg=neutron19:52
mesterypc_m: http://paste.openstack.org/show/204032/19:52
*** rushil has quit IRC19:52
pc_min tox.ini19:52
mesterypc_m: With that change, "tox -v -epep8" and "tox -v -epy27" work fine for me19:52
zigoWhy is neutron-lbaas trying to install config files in /usr/etc ?!?19:53
zigoI can deal with it, but that's really stupid !19:53
pc_mmestery: I have the same, only proposed/kilo and it fails19:53
mesteryzigo: Best to ask in #openstack--lbaas19:53
zigomestery: Thanks.19:53
mesterypc_m: I don't think we want proposed/kilo though, that's a short-lived branch.19:53
mesterypc_m: But even so, when I add that, it works fine.19:53
mesterypc_m: So I'm confused :)19:53
pc_mmestery: Me too19:54
*** markvoelker has quit IRC19:55
mesterypc_m: Talking with ttx on this now, stay tuned19:55
pc_mmestery: If I manually do a pip install -U -r/opt/stack/neutron-vpnaas/requirements.txt -r/.../test-requirements.txt and it seems to run.19:56
pc_mmestery: I did try removing .tox dir, same issue.19:56
mesterypc_m: I've got it under control now, let me propose the patches and I'll show you19:56
pc_mmestery: OK.19:57
mesterypc_m: Thanks though!19:57
pc_mmestery: sure, thought it was going to be easy...19:58
*** jbell8 has quit IRC19:58
*** jbell8 has joined #openstack-neutron19:59
*** smccully has quit IRC20:01
*** jbell8 has quit IRC20:01
*** rook_ has joined #openstack-neutron20:01
*** Marga_ has joined #openstack-neutron20:02
mesterypc_m: https://review.openstack.org/#/c/174071/ https://review.openstack.org/#/c/174070/ https://review.openstack.org/#/c/174068/20:02
*** aranjan has joined #openstack-neutron20:03
pc_mmestery: Thanks. It's what I had on mine. Not sure why it didn't work. I did proposed/kilo, but also tried stable/kilo.20:04
pc_mmestery: Must be something in my view.20:04
mesterypc_m: rm -rf .tox20:04
mesterypc_m: Works every single time20:04
mestery:)20:04
pc_mmestery: didn't20:04
mesterypc_m: weird20:04
*** crc32 has quit IRC20:05
*** ronis has joined #openstack-neutron20:07
*** jorgem has joined #openstack-neutron20:08
*** sbfox has joined #openstack-neutron20:08
pc_mmestery: What pip version are your running?20:09
*** crc32 has joined #openstack-neutron20:09
mesterypc_m: checking20:09
mesterypip 6.0.8 from /usr/local/lib/python2.7/dist-packages (python 2.7)20:09
mesterypc_m: ^^^20:09
*** akamyshnikova_ has quit IRC20:09
pc_mmestery: Same as me.20:09
pc_mmestery: I'm baffled...20:09
mesterypc_m: Me too :)20:09
mesterypc_m: Well, watch this fail in the gate now like it did for you :)20:09
pc_mmestery: I hope not.20:10
mesterypc_m: Try "git review -d'ing" my patch and see if it works for you.20:10
mesterypc_m: Just for fun :)20:10
pc_mok.20:10
pc_mmestery: Trying...20:11
*** ronis has quit IRC20:11
mesterypc_m: ack20:12
*** dave-mccowan has quit IRC20:12
pc_mmestery: When you pulled your branch, did you use origin/proposed/kilo for the branch?20:13
*** mlavalle has quit IRC20:13
*** dave-mccowan has joined #openstack-neutron20:13
pc_mmestery: I did git fetch origin, and then get checkout -b my-branch origin/proposed/kilo20:13
mesterypc_m: No, just proposed/kilo, it assumes origin20:13
mesteryby default20:13
pc_mmestery: crap. That may be it. Your 174070 review patch is running...20:14
mesterypc_m: :)20:14
mesterypc_m: Well, at least we figured it out! :)20:14
*** jbell8 has joined #openstack-neutron20:15
*** rangansw has quit IRC20:15
pc_mmestery: Yeah.20:15
*** rushil has joined #openstack-neutron20:16
*** a_le has joined #openstack-neutron20:17
*** dttocs has joined #openstack-neutron20:17
*** dttocs has quit IRC20:21
*** dboik_ has quit IRC20:26
*** dboik has joined #openstack-neutron20:26
*** dboik has quit IRC20:28
*** dboik has joined #openstack-neutron20:29
*** baoli has joined #openstack-neutron20:30
*** nmagnezi has quit IRC20:30
salv-orlandokevinbenton: are you going to repropose the rbac spec?20:30
kevinbentonsalv-orlando: yes20:31
kevinbentonsalv-orlando: what are your thoughts on how much scope creep shoud be allowed in?20:31
openstackgerritKevin Benton proposed openstack/neutron: Set IPset hash type to 'net' instead of 'ip'  https://review.openstack.org/17375320:32
kevinbentonhaleyb: ^^20:32
kevinbentonsalv-orlando: i.e. it was simple when it was just shared networks20:32
kevinbentonsalv-orlando: then it became the solution to external networks and at that point people balked at it for being complex20:33
salv-orlandokevinbenton: I think that 1) not all objects should have rbac - networks and routers, maybe subnets but not sure about the latter20:33
salv-orlando2) roles should be hardcoded. it's just admin, user, and owner20:34
kevinbentonsalv-orlando: what does a shared router mean? anyone can attach it to an arbitrary network?20:34
*** amuller_afk is now known as amuller20:34
salv-orlandokevinbenton: a router you can attach to even if you do not own it20:34
salv-orlando*you can attach your subnets too20:35
salv-orlandobut even this shared router, let's keep it optional.20:35
*** rook___ has joined #openstack-neutron20:35
kevinbentonsalv-orlando: what i was thinking was to try to make it pretty flexible and just start with networks and then move onto <whatever> in subsequent patches20:35
*** rook_ has quit IRC20:36
salv-orlandokevinbenton: yes20:36
amullerkevinbenton: you know what I think... you can model whatever you want in the spec, no matter how complicated, just my advise would be to stage the work in phases (Even specified so in the spec). Phase 1 would be RBAC for networks, phase 2+ subnets, routers, cucumbers...20:36
kevinbentonsalv-orlando: however, that won't address external networks20:36
salv-orlandowhat about external networks? do you have any opinion on that. I am afraid that we'll end up20:36
salv-orlandoadding a layer of complexity for satisfying a thirst for flexibility needed only by a handful of users20:37
*** yapeng has joined #openstack-neutron20:37
*** yapeng has quit IRC20:37
kevinbentonsalv-orlando: i have to step away for a bit, but let me think about external networks20:38
kevinbentonsalv-orlando: it seems like it shouldn't be that hard to model20:38
salv-orlandokevinbenton: np, I was kust checking if you had this on your agenda. just revive the spec and we'll resume the discussion from there20:38
kevinbentonsalv-orlando: i can see a legitimate use case for only allowing special tenants to connect to the 'platinum' external network20:39
amullerkevinbenton: I think that ajo's upcoming QoS work will be a very natural candidate for RBAC as well20:40
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Revise functional test hooks  https://review.openstack.org/16811520:40
kevinbentonamuller: like for who gets to use certain queues?20:40
amullerkevinbenton: I don't know how they're planning on modeling that yet but I can imagine admins setting up different QoS objects with different properties, then sharing that with specific tenants20:41
amullerkevinbenton: gold qos, silver qos, etc...20:41
kevinbentonamuller: right. well i'll keep it in mind but i won't mention qos in the initial spec to keep them decoupled20:41
amullerkevinbenton: yep, just giving you a heads up20:42
kevinbentonamuller: thx20:42
*** jpena|away has quit IRC20:42
*** _markb1_ has joined #openstack-neutron20:44
*** _markb1_ has quit IRC20:45
*** nlahouti has joined #openstack-neutron20:47
*** belmoreira has joined #openstack-neutron20:47
*** _markb1_ has joined #openstack-neutron20:47
*** jprovazn has quit IRC20:48
*** baoli has quit IRC20:48
*** rook___ has quit IRC20:49
*** baoli has joined #openstack-neutron20:49
*** Aish has joined #openstack-neutron20:49
openstackgerritZengfa Gao proposed openstack/python-neutronclient: Fix Python client library for Neutron  https://review.openstack.org/17264620:49
*** thedodd has quit IRC20:49
*** dboik_ has joined #openstack-neutron20:51
matrohonamuller, kevinbenton : FYI, we mentioned RBAC during today's Qos meeting20:53
amullermatrohon: did you guys start thinking about what models will QoS be composed of?20:53
*** SumitNaiksatam has quit IRC20:53
amullermatrohon: or sorry, what API level objects?20:53
pc_mmarun: hi20:54
matrohonamuller : we spoke about a cloud admin API first, and ajo wanted to have 1:n relationship between qos policy and qos rules20:55
*** dboik has quit IRC20:55
amullermatrohon: and the plan is for policies to use RBAC so that admins could share them with specific tenants?20:56
matrohonamuller : yep20:57
amullermatrohon: it sounds like QoS really requires RBAC20:57
*** rushil has quit IRC20:57
ijwProblem is that some QoS things do, some don't20:58
matrohonamuller : for a first version, we can have cloud admin operation first, with cloud admin tagging what king of port/network will be impacted by the qos policy20:58
ijwAnd more accurately QoS involves flavors, cos you'd expect to charge for different QoS20:58
marunpc_m: hi20:59
ijwI think if you had an admin-visible/all-visible you'd probably have a reasonable compromise for v120:59
*** gildub has joined #openstack-neutron20:59
pc_mmarun: Have you learned anything more on changing discovery of modules for functional tests? In the VPN repo, I tried something that was discussed last week. It ran, and found the common module, but not the job specific modules in a sibling directory (I don't have any modules in parent dir).20:59
marunpc_m: I know how to do it, I just haven't had the tiem21:00
matrohonijw, amuller : we'd like to avoid the flavors burden for a v121:00
marunpc_m: you've tried using unittest2?21:00
pc_mmarun: Wondering if I should pursue that path more, or go back to the old way and use unitest221:00
*** raildo has quit IRC21:00
pc_munittest21:00
pc_mmarun: No, I haven't.21:00
amullermatrohon: I think the solution doesn't have to be comprehensive, as long its useful, and you can expand on it without breaking API compatability ideally21:01
*** SumitNaiksatam has joined #openstack-neutron21:01
marunpc_m: I thought I made it clear on the review as to what the path forward is.21:01
ijwmatrohon: you're not selling me on there being a burden-free solution with forward compatibility21:01
openstackgerritRussell Bryant proposed openstack/python-neutronclient: Add --binding-profile to port-create  https://review.openstack.org/17409821:01
marunpc_m: we have to use the existing method of specifying a single discovery path and manually discovering things in package init21:01
pc_mmarun: On your review? I haven't checked it in a while and was on vacation for several days.21:02
marunpc_m: unittest is broken, but unittest2 should work.21:02
marunpc_m: My last comment was on apr 921:02
ijwAnd a cloud admin one is interesting, but a common use case is that you want a max bandwidth on all ports unless overridden (i.e. a default flavor)21:02
pc_mmarun: OK. I remember the discussion on IRC. I'll give it a shot in VPN land.21:02
*** sridhar_ram has quit IRC21:02
pc_mmarun: THanks21:02
*** sridhar_ram has joined #openstack-neutron21:03
*** seizadi1 has quit IRC21:03
*** seizadi has joined #openstack-neutron21:03
*** cference_ has quit IRC21:03
*** seizadi has quit IRC21:04
*** seizadi1 has joined #openstack-neutron21:04
*** xgerman has quit IRC21:05
*** Marga_ has quit IRC21:05
*** dttocs has joined #openstack-neutron21:06
*** ZZelle has quit IRC21:07
*** seizadi has joined #openstack-neutron21:07
*** mwagner_lap has quit IRC21:08
*** seizadi1 has quit IRC21:08
*** jbell8 has quit IRC21:09
*** matrohon has quit IRC21:09
*** absubram has quit IRC21:10
*** Marga_ has joined #openstack-neutron21:10
*** jsidhu has joined #openstack-neutron21:11
*** Sukhdev has joined #openstack-neutron21:13
*** apuimedo has joined #openstack-neutron21:15
*** jkraj has quit IRC21:16
*** slaweq has quit IRC21:16
openstackgerritKyle Mestery proposed openstack/neutron-specs: Repropose pecan-switch for Liberty  https://review.openstack.org/17205221:17
*** Marga_ has quit IRC21:19
*** Marga_ has joined #openstack-neutron21:19
*** jsidhu has quit IRC21:20
*** gildub has quit IRC21:22
*** abregman has quit IRC21:22
pc_mmarun: In the __init__.py files, should we be changing top_level_dir to something other than "."? I vaguely recall some discussion on that.21:25
*** dboik_ has quit IRC21:25
*** dboik has joined #openstack-neutron21:26
marunpc_m: I'm not sure21:27
*** dave-mcc_ has joined #openstack-neutron21:28
*** jorgem has quit IRC21:29
*** dave-mccowan has quit IRC21:30
*** rpothier has quit IRC21:32
*** busterswt has quit IRC21:32
*** achanda has quit IRC21:34
*** achanda has joined #openstack-neutron21:37
*** achanda has quit IRC21:37
*** psd has joined #openstack-neutron21:38
*** achanda has joined #openstack-neutron21:38
*** jorgem has joined #openstack-neutron21:38
*** mlavalle has joined #openstack-neutron21:38
*** armax has joined #openstack-neutron21:40
*** a_le has quit IRC21:40
*** tiswanso has quit IRC21:45
*** dims_ has joined #openstack-neutron21:46
*** jamielennox|away is now known as jamielennox21:46
*** annegentle has quit IRC21:47
*** dims has quit IRC21:48
*** mwagner_lap has joined #openstack-neutron21:48
*** psd has quit IRC21:49
*** roeyc has quit IRC21:50
*** nplanel has quit IRC21:52
*** annegentle has joined #openstack-neutron21:52
*** dboik_ has joined #openstack-neutron21:52
*** ianw has joined #openstack-neutron21:53
*** markvoelker has joined #openstack-neutron21:53
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Refactor functional tests to use discover  https://review.openstack.org/17214221:54
*** sbfox has quit IRC21:54
*** tflynn_ has joined #openstack-neutron21:54
*** pc_m has quit IRC21:54
kevinbentonijw, Sukhdev: there have been murmurs of beer!21:55
*** irenab has joined #openstack-neutron21:55
*** dboik has quit IRC21:56
*** dboik_ has quit IRC21:57
*** tflynn has quit IRC21:57
*** markvoelker has quit IRC21:58
*** tflynn_ has quit IRC21:59
*** shwetaap has quit IRC21:59
ijwkevinbenton: Friday?21:59
kevinbentonijw: no, I think today is Wednesday21:59
ijwI'm not allowed to drink on Wednesdays21:59
kevinbentonijw: :)22:00
kevinbentonijw: friday sounds good22:00
kevinbentonarmax: are you coming?22:00
armaxkevinbenton: when/where?22:00
ijwFriday22:00
ijwIn a place that sells beer22:00
Sukhdevkevinbenton ijw: I am in guys22:00
ijwbeeeeeeer22:00
* mestery will have plenty of his own beer here in MN22:01
*** sbfox has joined #openstack-neutron22:01
armaxname a time and a place, and I’ll see if I’ll try to make it22:01
*** claired has joined #openstack-neutron22:01
kevinbentonack22:01
*** claired has quit IRC22:01
ijwWhere yuo need it to forget about being in MN22:01
kevinbentonmarun: ^^ if you are down in the south bay on friday22:02
marunkevinbenton: ack22:02
*** sridhar_ram has quit IRC22:02
kevinbentoni like http://www.yelp.com/biz/bierhaus-mountain-view22:02
*** annegentle has quit IRC22:03
kevinbentonbut if we go there, we need to start at like 5:00-5:30 if we want any chance of getting a seat22:03
ijwThat actually works for me, it's at the end of the light rail22:03
ijwThough given the speed of the light rail 5pm doesn't22:03
openstackgerritMatthew Treinish proposed openstack/python-neutronclient: Add functional test for subnet create  https://review.openstack.org/17254822:04
kevinbentonijw: you would have to leave at noon to get to mountain view by 5 on the lightrail :)22:04
*** johnbelamaric has quit IRC22:04
ijwLast time I was over there I accidentally cycled home22:06
*** johnbelamaric has joined #openstack-neutron22:06
kevinbentonijw: how does one accidentally cycle?22:07
*** dsneddon_lunch is now known as dsneddon22:07
ijwThe light rail was going to arrive in the best part of half an hour, so I started cycling and then just didn't stop till I got home (when the plan was to hop on the light rail when it came past)22:07
ijw12 miles, which is a bit insane22:07
*** sridhar_ram has joined #openstack-neutron22:10
*** xgerman has joined #openstack-neutron22:10
*** Swami has quit IRC22:10
*** xgerman_ has joined #openstack-neutron22:13
*** _markb1_ has quit IRC22:14
*** yamahata has joined #openstack-neutron22:14
*** banix has quit IRC22:15
*** xgerman has quit IRC22:16
*** ijw has quit IRC22:18
*** belmoreira has quit IRC22:18
*** ijw has joined #openstack-neutron22:20
*** annegentle has joined #openstack-neutron22:20
*** julim has quit IRC22:22
*** annegentle has quit IRC22:24
*** _cjones_ has quit IRC22:24
*** ivar-laz_ has joined #openstack-neutron22:25
*** SumitNaiksatam has quit IRC22:26
*** dboik has joined #openstack-neutron22:26
*** dboik_ has joined #openstack-neutron22:27
*** seizadi has quit IRC22:29
*** ivar-lazzaro has quit IRC22:29
*** SumitNaiksatam has joined #openstack-neutron22:30
*** SumitNaiksatam has quit IRC22:30
*** ijw has quit IRC22:30
*** dboik has quit IRC22:31
*** SumitNaiksatam has joined #openstack-neutron22:32
openstackgerritCarl Baldwin proposed openstack/neutron: Remove hack for sending gratuitous arp from fip ns  https://review.openstack.org/17412922:33
*** moha_hunt has quit IRC22:34
*** annegentle has joined #openstack-neutron22:36
*** _cjones_ has joined #openstack-neutron22:37
*** annegentle has quit IRC22:41
*** ivar-laz_ has quit IRC22:46
*** ivar-lazzaro has joined #openstack-neutron22:46
*** achanda has quit IRC22:48
*** Marga_ has quit IRC22:51
*** markvoelker_ has joined #openstack-neutron22:53
*** leenheer has quit IRC22:53
*** kbringard has quit IRC22:54
*** aranjan has quit IRC22:54
*** yapeng has joined #openstack-neutron22:57
openstackgerritCarl Baldwin proposed openstack/neutron: Remove hack for sending gratuitous arp from fip ns  https://review.openstack.org/17412922:57
*** jobewan has quit IRC22:57
*** baoli has quit IRC22:57
*** achanda has joined #openstack-neutron22:58
*** baoli has joined #openstack-neutron22:58
*** mlavalle has quit IRC22:59
*** apuimedo has quit IRC22:59
*** padkrish has joined #openstack-neutron23:01
*** yuanying has joined #openstack-neutron23:01
*** zzzeek has quit IRC23:01
*** carl_baldwin has quit IRC23:02
*** baoli has quit IRC23:03
*** Marga_ has joined #openstack-neutron23:03
*** yuanying has quit IRC23:03
*** erkules_ is now known as erkules23:03
*** jorgem has quit IRC23:03
*** yuanying has joined #openstack-neutron23:04
*** TrevorV_ has quit IRC23:04
*** bjornar_ has quit IRC23:05
openstackgerritKevin Benton proposed openstack/neutron: Set IPset hash type to 'net' instead of 'ip'  https://review.openstack.org/17375323:07
openstackgerritKevin Benton proposed openstack/neutron: Revert "Add ipset element and hashsize tunables"  https://review.openstack.org/17403323:07
kevinbentonmestery, armax: ^^ had to re-upload. stupid pep8 errors :(23:07
*** jaypipes has quit IRC23:08
*** chlong has joined #openstack-neutron23:10
*** Sukhdev has quit IRC23:12
*** sthillma has quit IRC23:13
*** Marga_ has quit IRC23:13
*** sthillma has joined #openstack-neutron23:14
*** tomoe_ has joined #openstack-neutron23:16
*** _markb1_ has joined #openstack-neutron23:16
*** irenab has quit IRC23:17
*** Aish has quit IRC23:19
*** jaypipes has joined #openstack-neutron23:22
*** Marga_ has joined #openstack-neutron23:23
*** hichihara has joined #openstack-neutron23:27
*** padkrish has quit IRC23:29
*** padkrish has joined #openstack-neutron23:30
*** tomoe_ has quit IRC23:30
*** tomoe_ has joined #openstack-neutron23:30
*** drjones has joined #openstack-neutron23:31
*** Madkiss has quit IRC23:31
*** Madkiss_ has joined #openstack-neutron23:31
*** Madkiss_ is now known as Madkiss23:31
*** yapeng has quit IRC23:31
*** dttocs_ has joined #openstack-neutron23:31
openstackgerritKevin Benton proposed openstack/neutron: Increase max attempts to 2 for pings on ARP tests  https://review.openstack.org/17415423:31
*** armax_ has joined #openstack-neutron23:32
*** crc32 has quit IRC23:32
*** mestery_ has joined #openstack-neutron23:33
*** gildub has joined #openstack-neutron23:33
*** marrusl has quit IRC23:33
*** frickler_ has joined #openstack-neutron23:35
*** sgran_ has joined #openstack-neutron23:35
*** HenryG_ has joined #openstack-neutron23:35
*** salv-orl_ has joined #openstack-neutron23:36
*** johnbelamaric has quit IRC23:37
*** johnbelamaric has joined #openstack-neutron23:37
*** TrevorV has quit IRC23:38
*** _cjones_ has quit IRC23:38
*** haleyb has quit IRC23:38
*** dttocs has quit IRC23:38
*** HenryG has quit IRC23:38
*** TrevorV_ has joined #openstack-neutron23:38
*** cburgess_ has joined #openstack-neutron23:38
*** vhoward- has joined #openstack-neutron23:38
*** TrevorV_ is now known as TrevorV23:38
*** markvoelker has joined #openstack-neutron23:39
*** haleyb has joined #openstack-neutron23:39
*** jesusaurus has quit IRC23:39
*** vhoward has quit IRC23:39
*** armax has quit IRC23:39
*** salv-orlando has quit IRC23:39
*** heyongli has quit IRC23:39
*** frickler has quit IRC23:39
*** mestery has quit IRC23:39
*** sgran has quit IRC23:39
*** cburgess has quit IRC23:39
*** heyongli has joined #openstack-neutron23:39
*** heyongli has quit IRC23:39
*** heyongli has joined #openstack-neutron23:39
*** armax_ is now known as armax23:39
*** ajmiller has quit IRC23:39
*** markvoelker_ has quit IRC23:40
*** markvoelker has quit IRC23:40
*** jesusaurus has joined #openstack-neutron23:40
*** markvoelker has joined #openstack-neutron23:40
*** dougw2 has joined #openstack-neutron23:40
*** markvoelker_ has joined #openstack-neutron23:41
*** emagana has quit IRC23:43
*** yapeng has joined #openstack-neutron23:43
*** yapeng has quit IRC23:44
*** dougw2 has quit IRC23:45
*** markvoelker has quit IRC23:45
*** marrusl has joined #openstack-neutron23:46
*** Marga_ has quit IRC23:54
*** aranjan has joined #openstack-neutron23:55
*** dboik_ has quit IRC23:59
*** wolsen_ is now known as wolsen23:59

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