Wednesday, 2016-02-03

*** jamielennox|away is now known as jamielennox00:02
openstackgerritHong Hui Xiao proposed openstack/neutron: Funcional test for address scope  https://review.openstack.org/27247400:06
*** ijw has joined #openstack-neutron00:07
*** dane has quit IRC00:09
*** Sukhdev has quit IRC00:09
*** Sukhdev has joined #openstack-neutron00:10
*** ljxiash has joined #openstack-neutron00:11
*** shwetaap has quit IRC00:13
*** gangil has joined #openstack-neutron00:14
*** gangil has quit IRC00:14
*** gangil has joined #openstack-neutron00:14
*** Guest80711 is now known as med_00:15
*** azbiswas_ has quit IRC00:15
*** med_ has quit IRC00:15
*** med_ has joined #openstack-neutron00:15
ljxiashmestery: hi00:16
*** mfuruta has joined #openstack-neutron00:17
*** wolverineav has quit IRC00:19
*** thumpba has quit IRC00:20
*** gvrangan has quit IRC00:20
*** gangil1 has joined #openstack-neutron00:21
*** gangil has quit IRC00:21
*** gvrangan has joined #openstack-neutron00:23
*** longstaff has quit IRC00:23
*** yamamoto_ has joined #openstack-neutron00:24
*** thorst has joined #openstack-neutron00:24
*** yamamoto_ has quit IRC00:30
*** yamamoto_ has joined #openstack-neutron00:30
*** absubram has quit IRC00:31
*** djan_ has joined #openstack-neutron00:32
*** thorst has quit IRC00:32
*** djan has quit IRC00:32
*** yamamot__ has joined #openstack-neutron00:34
*** yamamoto_ has quit IRC00:34
*** sthillma has quit IRC00:35
*** wolverineav has joined #openstack-neutron00:37
*** wolverineav has quit IRC00:37
*** banix has joined #openstack-neutron00:37
*** wolverineav has joined #openstack-neutron00:37
*** zengine has quit IRC00:37
*** jamielennox is now known as jamielennox|away00:38
*** electrocucaracha has joined #openstack-neutron00:38
*** jamielennox|away is now known as jamielennox00:39
*** thorst has joined #openstack-neutron00:40
armaxmtreinish: ping00:41
*** thorst has quit IRC00:42
*** zhangjn has joined #openstack-neutron00:42
*** wolverineav has quit IRC00:42
Sam-I-Amarmax: MOO :)00:43
*** banix has quit IRC00:43
*** sthillma has joined #openstack-neutron00:43
armaxSam-I-Am: you’re next in my queue :)00:43
Sam-I-Amwoohoo00:43
armaxSam-I-Am: trying to tackle latest gate stability issues00:44
Sam-I-Amthey need to serve cocktails in the queue00:44
armaxthat’s a good idea00:44
*** yamamot__ has quit IRC00:46
*** wolverineav has joined #openstack-neutron00:46
*** wolverineav has quit IRC00:46
*** wolverineav has joined #openstack-neutron00:46
*** wolverineav has quit IRC00:49
*** EinstCrazy has joined #openstack-neutron00:50
*** mickeys has quit IRC00:52
*** lnicolas has joined #openstack-neutron00:53
*** EinstCrazy has quit IRC00:55
*** eil397 has quit IRC00:58
ljxiashHi, I have a question about neutron port and security group, does anyone can help me ?00:59
ljxiashwhat's the exact meaning of  "neutron-openvswi-sg-chain" in iptables??01:00
Sam-I-Amsecuritygroup01:00
ljxiashdoes it record the traffic from vm and to vm after filter by security group?01:01
*** wolverineav has joined #openstack-neutron01:02
jamespd_ljxiash: it depends on what you mean by 'record traffic'01:02
*** SumitNaiksatam has quit IRC01:02
jamespd_there are packet and byte counters01:02
ljxiashjamespd_: I mean the bytes and pkts , see "39  3361 neutron-openvswi-sg-chain  all  --  *      *       0.0.0.0/0            0.0.0.0/0            PHYSDEV match --physdev-in tapdc265ad6-e6 --physdev-is-bridged /* Direct traffic from the VM interface to the security group chain. */"01:03
ljxiashjamespd_: yes01:03
*** hoangcx has joined #openstack-neutron01:04
openstackgerritJohn Davidge proposed openstack/neutron: Add admin-only API to clean up tenant resources  https://review.openstack.org/27546001:04
jamespd_ljxiash: yeah, those are counters for traffic leaving a port.01:05
jamespd_the port ID will start with 'dc265ad6-e6' in this case.01:06
jamespd_there will be a corresponding rule for traffic in the other direction01:06
*** wolverineav has quit IRC01:06
ljxiashI saw the /* ...*/ above,  it says the direct traffic from the vm interface, why not to vm interface.. confused about that.01:07
*** electrocucaracha has quit IRC01:08
* jamespd_ is not sure where that comment comes from, but...01:08
jamespd_for example01:08
ljxiashsee "39  3361 neutron-openvswi-sg-chain  all  --  *      *       0.0.0.0/0            0.0.0.0/0            PHYSDEV match --physdev-in tapdc265ad6-e6 --physdev-is-bridged /* Direct traffic from the VM interface to the security group chain. */"01:08
jamespd_The neutron-openvswi-sg-chain has rules to jump to input and output filtering for each port01:08
jamespd_ljxiash: http://paste.openstack.org/show/485792/01:09
jamespd_here you can see the jump rules for input and output chains for the port that start with '77d9be6b-6c'01:09
jamespd_then I could do 'iptables -nvL neutron-openvswi-i77d9be6b-60' or 'iptables -nvL neutron-openvswi-o77d9be6b-6'01:10
jamespd_to see input and output filtering for that port01:10
jamespd_or 'iptables -nvL neutron-openvswi-s77d9be6b-6' for address spoofing prevention01:11
jamespd_^^ i.e. allowed address pairs01:11
*** ChuckC has joined #openstack-neutron01:11
ChuckCSukhdev: hi01:12
SukhdevChuckC : Hi01:12
ChuckCSukhdev: whenever you get the chance, could you take a look at https://review.openstack.org/#/c/275458/?01:12
*** Swami_ has quit IRC01:12
ljxiashjamespd_: ah, yes, thanks very much. how about this one, neutron-openvswi-sg-fallback01:13
Sukhdevsure NP01:13
ChuckCSukhdev: thanks01:13
jamespd_ljxiash: the last rule in the chains is neutron-openvswi-sg-fallback, which is just a DROP rule.  'iptables -nvL neutron-openvswi-i77d9be6b-6 | grep fallback' will give you counters for how much traffic has been dropped by that security group.01:13
*** electrocucaracha has joined #openstack-neutron01:14
*** Aish has quit IRC01:14
jamespd_^^ for the port in question. ('77d9be6b-6c...')01:14
Sukhdevarmax : feel free to have a look as well -01:14
*** minwang2 has quit IRC01:14
*** wolverineav has joined #openstack-neutron01:15
*** skamithi has joined #openstack-neutron01:15
*** skamithi has left #openstack-neutron01:16
openstackgerritDina Belova proposed openstack/neutron: [DRAFT][WIP][DO NOT MERGE] Add OSprofiler support  https://review.openstack.org/27395101:17
*** wolverineav has quit IRC01:18
ljxiashjamespd_: and I saw in the neutron-openvswi-i77d9be6b-6 chain, there is DROP before the fallback rule, difference?? ^^01:18
armaxSam-I-Am: yo01:19
openstackgerritDina Belova proposed openstack/neutron: [DRAFT][WIP][DO NOT MERGE] Add OSprofiler support  https://review.openstack.org/27395101:19
Sam-I-Amarmax: mooooo01:20
jamespd_ljxiash: the first rule?  That only drops if the state is INVALID.01:20
jamespd_e.g. out-of-sequence TCP frame.01:20
armaxSam-I-Am: sooooo01:20
Sam-I-Amyep01:20
* Sam-I-Am raises shields01:20
* jamespd_ pulls up a chair to watch Sam-I-Am and armax.01:20
Sam-I-Amor gets a drink... not sure which is better01:20
armaxSam-I-Am: talk to me01:21
Sam-I-Amprobably both01:21
armax:)01:21
*** wolverineav has joined #openstack-neutron01:21
armaxSam-I-Am: this MTU stuff01:21
*** wolverineav has quit IRC01:21
*** wolverineav has joined #openstack-neutron01:21
Sam-I-Amarmax: yep. did you get a chance to read the thread?01:21
armaxI did01:21
*** gongysh has joined #openstack-neutron01:22
Sam-I-Amok. does any of it make sense?01:22
*** pradk has quit IRC01:22
*** mfuruta has quit IRC01:22
Sam-I-Amif not i can sum things up :)01:23
*** longstaff has joined #openstack-neutron01:23
armaxIt does make sense but I wouldn’t mind if you could give me the diff since the last email of the thread and today01:24
Sam-I-Amwell, nothings changed since i posted the OVS version of the e-mail.01:24
Sam-I-Amwe know whats broken in both linuxbridge and ovs01:24
Sam-I-Amthe question is the best way to fix it that a) works b) doesnt cause grief down the road01:25
armaxoh I didn’t read the ovs part01:25
Sam-I-Ami've talked about it a bit with kevin and there's an etherpad that sc68cal and i were poking at... and ianw got into a bit.01:25
ljxiashjamespd_: ^^okay, I see. then if I want to know the drop pkts of a port, how can I get it?01:25
armaxI only read the LB part01:25
*** wolverineav has quit IRC01:26
*** sridhar_ram has quit IRC01:26
Sam-I-Amarmax: ovs sort of moves the problem01:26
*** wolverineav has joined #openstack-neutron01:27
*** wolverineav has quit IRC01:27
Sam-I-Ambut in general the same issues apply - we either have veth pairs with different MTUs on either end (which should be unpossible) or bridges with ports that have different MTUs01:27
*** wolverineav has joined #openstack-neutron01:27
*** longstaff has quit IRC01:28
armaxso clearly thre01:29
armaxthere’s a bug lying somewhere where the MTU’s do not match01:29
armaxand thus cause grief from time to time01:29
*** wenjianhn has joined #openstack-neutron01:30
Sam-I-Amwell, its more like we're not determining the underlying network MTU properly and not passing it to the correct places during network creation01:30
Sam-I-Amthere was a spec for this - mtu-selection-and-advertisement (or some such)01:30
*** jamielennox is now known as jamielennox|away01:30
armaxSam-I-Am: correct01:30
jamespd_ljxiash: something like (iptables -nvL neutron-openvswi-i77d9be6b-6 ; iptables -nvL neutron-openvswi-o77d9be6b-6 ; iptables -nvL neutron-openvswi-s77d9be6b-6)  |  egrep 'DROP|fallback'01:31
jamespd_then add up the numbers.01:31
Sam-I-Amcouple releases ago. wasn't implemented sufficiently. now our config files claim to fix mtu, but most of those options dont actually do anything, arguably making the situation even more frustrating for operators.01:31
armaxSam-I-Am: that’s only half complete01:31
Sam-I-Amthe only option that works just changes the mtu advertised by dhcp... assuming you're using dhcp.01:32
*** shashank_hegde has quit IRC01:32
Sam-I-Amthe option name makes you think it does more01:32
armaxSam-I-Am: I might be completely off base here but the way I recall that feature to be01:32
*** achanda has joined #openstack-neutron01:32
armaxSam-I-Am: it should simply be about ensuring a consistent MTU across the entire Neutron ‘overlay'01:32
Sam-I-Amit... should01:33
Sam-I-Amit solves the vm-side of the problem for MTU=1500, it solves zero problems for MTU > 150001:33
ljxiashjamespd_: great. THANK U! now you can watch armax and Sam-I-Am show. \o/01:34
Sam-I-Amand i think most operators with 10+ gbps networks are looking to use jumbo frames01:34
armaxSam-I-Am: for good reasons01:34
johnsomarmax On https://bugs.launchpad.net/neutron/+bug/1507050 what query did you use in kibana?  I'm not finding any hits.01:34
openstackLaunchpad bug 1507050 in neutron "LBaaS 2.0: Operating Status Tempest Test Changes" [Critical,Confirmed]01:34
*** wenjianhn has quit IRC01:34
Sam-I-Amas sean said, there's tribal knowledge of increasing the underlying network mtu to 1550, but that still doesn't work for jumbo frames. if the base network supports 9000, we can't increase it further.01:34
*** wolverineav has quit IRC01:35
johnsomRyan had an old query but that seems to have a ton of false positives.01:35
jamespd_ljxiash: no problem :D01:35
*** stanzgy has joined #openstack-neutron01:35
*** ljxiash has quit IRC01:35
armaxjohnsom: https://bugs.launchpad.net/neutron/+bug/1507050/comments/101:35
openstackLaunchpad bug 1507050 in neutron "LBaaS 2.0: Operating Status Tempest Test Changes" [Critical,Confirmed]01:35
Sam-I-Amthis is a fairly easy problem to fix from a technical standpoint - simply move the MTU disparity to a layer-3 device such as a namespace.01:35
armaxjohnsom: ok, that’s interesting01:35
Sam-I-Amthe question is how/where we solve it.01:36
armaxjohnsom: but the build status is still negative01:36
Sam-I-Amfor example, do we just assume the entire deployment sits on a single MTU, or do we do it per provider network?01:36
*** thorst has joined #openstack-neutron01:36
armaxjohnsom: it’s likely that all the recent gate failures were due to the keystone v3 switch01:36
Sam-I-Amif the latter, do we set it in ml2 or let the drivers deal with it?01:36
*** sunrenjie has joined #openstack-neutron01:37
Sam-I-Amor do we put it in the base plugin somehow01:37
Sam-I-Amso other plugins can use it01:37
johnsomarmax Oh yes, we have been hit hard with that one.  I pushed up another fix for that today.01:37
armaxSam-I-Am: this will have to be tackled from multiple angles01:37
*** tomoe_ has joined #openstack-neutron01:37
armaxjohnsom: let’s watch it for a week01:37
armaxjohnsom: and we’ll see if can mark it incomplete01:37
bbzhaokevinbenton:ping01:37
armaxSam-I-Am: for instance, iirc you noticed that the veth pairs’s MTU don’t match in certain instances01:38
Sam-I-Amwhich leads me to the ptl question - a) can we fix this for mitaka b) how c) do we need a spec01:38
armaxSam-I-Am: did I just make this up?01:38
Sam-I-Amarmax: thats arguably the biggest problem01:38
armaxSam-I-Am: so that’s really a bug fix we should tackle asap01:38
johnsomarmax Ok, sounds good.  I haven't seen that issue but there were some patches to those tests last year.01:38
armaxif that takes care of 80% of the operator grief01:38
armaxjohnsom: ok, cool…I01:39
Sam-I-Amin fact, for linux bridge, we only really need to address qg and qr interfaces in the qrouter namespace.01:39
armaxjohnsom: I’ll nag you if I need to01:39
johnsomarmax Deal01:39
*** Sukhdev has quit IRC01:39
armaxSam-I-Am: then I’d be tempeted to say let’s take care of the 20% via docs01:39
Sam-I-Amthe reason why - linux bridges assume the mtus of things plugged into them.01:39
armaxSam-I-Am: at least for now01:39
Sam-I-Amso it Just Works01:39
bbzhaoIs there anybody could review https://review.openstack.org/#/c/251193/? thanks01:39
johnsomarmax Though I prefer you nagging dougwig.... grin  Just kidding01:40
Sam-I-Amnot sure what we can do in docs now except for "heres why this doesnt work"01:40
Sam-I-Amovs takes a little more effort to fix01:40
armaxjohnsom: I think it’s in my power as PTL to nag anyone I like?01:40
armax:P01:40
Sam-I-Amsame concepts, just in a slightly different area01:40
johnsomarmax True, true.01:40
Sam-I-Amkevin was thinking we'd have to involve nova because it supposedly manages the sec group bridge for ovs, but we came up with a workaround.01:40
armaxSam-I-Am: um01:41
armaxSam-I-Am: do tell01:41
Sam-I-Amthe ovs workaround?01:41
armaxys01:41
*** mickeys has joined #openstack-neutron01:41
Sam-I-Amok01:42
Sam-I-Amso, as i said, linux bridges are cool because they assume the mtu of the things plugged into them01:42
Sam-I-Amwell, the lowest mtu01:42
*** baoli has joined #openstack-neutron01:42
bbzhaomestery:HI kyle, could you please help to review https://review.openstack.org/#/c/251193/? thanks.01:43
Sam-I-Amso if you have a 9000 eth0, plug it into a bridge, the bridge becomes 9000. if you plug a vxlan interface into it, linux automatically accounts for the overhead and makes it 895001:43
*** baoli has quit IRC01:43
Sam-I-Amnow the bridge and vxlan interface are 895001:43
openstackgerritshihanzhang proposed openstack/neutron: Ml2: don't allow updating network's attribute 'segments'  https://review.openstack.org/27507801:43
Sam-I-Amwith OVS, the sec group bridge lacks ports on any physical interface and therefore assumes 1500 mtu01:43
armaxSam-I-Am: I see01:43
*** SumitNaiksatam has joined #openstack-neutron01:44
*** thorst has quit IRC01:44
Sam-I-Amapparently nova creates that bridge01:44
Sam-I-Amand we dont want to involve nova here01:44
bbzhaocarl_baldwin:Hi carl, could you please help review https://review.openstack.org/#/c/251193/? thanks.01:44
armaxbbzhao: can you stop flooding the channel please?01:44
Sam-I-Amwhat we do know... neutron communicates with nova about network device readiness01:44
Sam-I-Amso once nova creates its bits, we can go through and adjust the MTUs01:44
*** thorst has joined #openstack-neutron01:45
armaxbbzhao: we got it, your change is in the queue, we’ll get to it when we get to it01:45
armaxbbzhao: hopefully soon enough01:45
bbzhaoarmax:Thanks.01:46
haleybSam-I-Am: that's the qbr bridge, and yes, created by nova01:46
Sam-I-Amhaleyb: yeah01:46
Sam-I-Amiirc, if we increase the mtu of all the ports on that bridge, things work01:47
Sam-I-Amso, for mtu=1500, it turns out that the way OVS does interfaces in namespaces, the MTU disparity occurs in the qrouter namespace01:48
*** wenjianhn has joined #openstack-neutron01:48
Sam-I-Amfor mtu > 1500 we have a similar problem to linuxbridge in the qrouter01:48
*** wolverineav has joined #openstack-neutron01:48
*** wolverineav has quit IRC01:48
*** wolverineav has joined #openstack-neutron01:48
armaxSam-I-Am: so if we try to sum this up01:48
*** shivrao has quit IRC01:49
armaxSam-I-Am: are the fixes mainly on the agent ides?01:49
armaxsides01:49
*** shivrao has joined #openstack-neutron01:49
*** shivrao has quit IRC01:49
armaxwhere the MTU as specified on the network is propagated to the commands to create interfaces etc>?01:50
Sam-I-Amwell, veth pair creation is in the linux agent01:50
Sam-I-Ambut ovs does its own thing01:50
Sam-I-Amso fixing veth pairs i THINK involves the linux agent, assuming we get the correct values to it01:51
armaxright01:51
Sam-I-Amarmax: question is where do we specify that value in the config01:51
armaxit’s definitely two separate fixes01:51
armaxLB and OVS01:51
*** wenjianhn has quit IRC01:51
Sam-I-Amyeah01:51
armaxSam-I-Am: what value?01:51
Sam-I-Ammtu01:51
armaxthe MTU for the network?01:52
Sam-I-Amyeah01:52
Sam-I-Amthis might make your head explode, but i'll throw it out there - https://etherpad.openstack.org/p/neutron-mtu-fixeration01:52
*** iyamahat has quit IRC01:52
*** skamithi1 has joined #openstack-neutron01:52
armaxSam-I-Am: you mean a reasonable default for the MTU?01:52
armaxwhen it’s not user specified?01:52
armaxvia net-create?01:52
*** skamithi1 has left #openstack-neutron01:53
armaxSam-I-Am: I01:53
armaxSam-I-Am: is that what you’re asking?01:53
Sam-I-Amwell, sort of.01:53
*** thorst has quit IRC01:53
Sam-I-Amthis seems like something you'd have in a config file01:53
Sam-I-Amits available read-only via api so tenants without dhcp know what mtu to use for their VMs01:54
Sam-I-Ambut i dont think it should be writable01:54
armaxindeed01:54
armaxI don’t think the MTU is mutable after creation01:54
Sam-I-Amin other words, in ml2_conf ... do something like flat_networks = public1:mtu=9000,public2:mtu=150001:54
Sam-I-Amthose mtus are used to calculate mtus for everything else01:56
armaxSam-I-Am: what about the overlay case?01:56
Sam-I-Amthat would be based off the underlying network mtu01:56
armaxSam-I-Am: adding the MTU to the bridge mappings should be fine01:56
*** Marga_ has quit IRC01:56
Sam-I-Ambridge mappings pushes it out to the agents01:56
armaxSam-I-Am: ok01:57
Sam-I-Ammight be cleaner to do it in ml2?01:57
*** abhiraut has quit IRC01:57
armaxSam-I-Am: right now I don’t see any other place01:57
armaxSam-I-Am: taht’s where we hold the mappings01:57
armaxbridges->networks01:57
*** wolverineav has quit IRC01:57
*** wolverineav has joined #openstack-neutron01:58
Sam-I-Amreality is, i cannot think of many practical cases where mtu would be per-network01:58
Sam-I-Amthis is how corner cases and creature feep broke the original mtu spec01:58
*** lazy_prince has joined #openstack-neutron01:59
*** jckasper has quit IRC01:59
Sam-I-Amfrankly it should be one setting in neutron.conf for the underlying network MTU01:59
armaxfair enough01:59
armaxthe thing is01:59
armaxif we realize that we do need one mtu per network it’ll be difficult to roll back02:00
Sam-I-Ambut if you think per-network makes sense, we probably need to have it in mappings and then some sort of 'overall' mtu of the network that neutron rides on.02:00
*** jckasper has joined #openstack-neutron02:00
Sam-I-Am^ thats why i said this02:00
Sam-I-Amwe still need a global-ish option to cover the network between the provider nets and the VMs.02:00
armaxtechnically speaking we could have both02:00
*** skamithi has joined #openstack-neutron02:00
armaxright02:00
*** skamithi has left #openstack-neutron02:00
armaxone per deployment, taht could be overriden if need be02:01
Sam-I-Amglobal is... global. then you can specify per-network if you want either in ml2 or the mappings.02:01
*** _cjones_ has quit IRC02:01
Sam-I-Amif we did a phased rollout, it would be global then per-network02:02
*** rossella_s has quit IRC02:02
*** rossella_s has joined #openstack-neutron02:03
armaxsounds good to me02:03
Sam-I-Amwhich leads me back to - should i sum what we need to fix for each agent in a spec.. or... ?02:03
Sam-I-Amthen battle it out in review02:04
Sam-I-Amor grab a few folks and ninja it02:04
openstackgerritJames Arendt proposed openstack/python-neutronclient: [WIP] Implement FWaaS V2 CLI  https://review.openstack.org/27547302:04
Sam-I-Amwhat i'm trying to do is keep the eye on the prize rather than opening things up to endless corner cases that delay implementation of anything02:04
Sam-I-Amsadly this could be the biggest feature ever :/02:05
Sam-I-Am'hey guess what mtu works'02:05
*** jckasper has quit IRC02:05
*** baohua has joined #openstack-neutron02:05
Sam-I-Amso thats where the ptl-ness comes in :)02:06
*** jckasper has joined #openstack-neutron02:06
armaxSam-I-Am: it’d be good to sketch out all the steps necessary to claim this ‘done'02:06
armaxbut that doesn’t need to be a spec02:06
armaxSam-I-Am: the option is really two-fold02:06
armaxeither file multiple bugs to tackle the various issues individually02:06
*** tflynn_ has joined #openstack-neutron02:06
*** banix has joined #openstack-neutron02:06
Sam-I-Amok, how about an overall bug, then a bug for ovs, and a bug for linuxbridge02:07
armaxof we track this via an umbrella spec/blueprint to wrap them all under one roof02:07
Sam-I-Ams/overall bug/bp.. or spec?02:07
armaxhaving said that,02:07
armaxsince you’ll be introducing config changes etc…02:08
armaxwe’d notably need documentation as to what the outcome needs to be02:08
armaxand tha’s what counts the most02:08
Sam-I-Ami have no idea how to write docs :/02:08
*** gvrangan has quit IRC02:08
Sam-I-Amjust joking :)02:09
*** salv-orl_ has joined #openstack-neutron02:09
Sam-I-Amyou can rest assured this will have good docs... everyone wants to settle this problem once and for all02:09
armaxSam-I-Am: yup02:10
Sam-I-Amwhich is why i'll probably need to wrangle people who are wayyyy more familiar with the internals of neutron to most of the code bits, and i'll handle making sure the code has docs, and the networking guide (or whatever) has docs02:10
armaxcool02:10
*** jckasper has quit IRC02:11
Sam-I-Amnot sure how you assign resources to things, but i think we can bang this out rather quickly02:11
*** tflynn has quit IRC02:11
*** tflynn_ has quit IRC02:11
armaxwhat do you mean?02:11
armaxI am powerless I can’t assign anything to anything02:11
Sam-I-Amwell, how you get people working on specs/bugs02:11
* armax lmao02:12
*** salv-orlando has quit IRC02:12
Sam-I-Amdo i need to start slipping $100s to people?02:12
armaxSam-I-Am: you’re welcome to try, not sure it works02:12
armaxSam-I-Am: they’ll just rip you off02:12
Sam-I-Ami think this is a big enough, well known problem that we can razzle some folks to work on it02:12
armaxSam-I-Am: if you can find interested parties willing to help by all means02:13
haleybSam-I-Am: I can volunteer to help as MTU issues are one of the things we think were affecting the DVR multinode jobs02:13
Sam-I-Amhaleyb: cool. dvr has even another take on mtu problems. :/02:13
Sam-I-Amit halfway-ish uses network_device_mtu02:13
Sam-I-Amwhich only breaks things02:14
*** shwetaap has joined #openstack-neutron02:14
Sam-I-Amarmax: so... two bugs, one for each agent. some sort of spec or bp somewhere that references the bugs?02:15
haleybgetting ahead of myself, but would goal #1 be to get things working with a 1500 byte physical device mtu?  then things like jumbo frames could be later, there be demons there if you see the note I dropped on your fixeration page02:15
openstackgerritHenry Gessau proposed openstack/python-neutronclient: Client bindings for Get-me-a-network  https://review.openstack.org/27284202:16
*** mickeys has quit IRC02:16
*** ljxiash has joined #openstack-neutron02:16
*** djan has joined #openstack-neutron02:16
Sam-I-Amhaleyb: 1500 works now if you increase your physical network to 1550... the old wives tale.02:16
armaxSam-I-Am: just bugs should be fine02:16
Sam-I-Amhaleyb: looking at your thing02:17
Sam-I-Amarmax: ok02:17
*** EinstCrazy has joined #openstack-neutron02:17
armaxSam-I-Am: if you ereally want to, you can make edits to the spec about MTU in place02:17
*** djan_ has quit IRC02:17
*** Marga_ has joined #openstack-neutron02:17
Sam-I-Amif i get time after the bugs02:18
*** tomoe_ has quit IRC02:18
*** tomoe_ has joined #openstack-neutron02:18
Sam-I-Amhaleyb: *headdesk*02:18
Sam-I-Amalright, i'm going to become a truck driver.02:18
Sam-I-Amhaleyb: looks like thats a transient bug?02:19
haleybSam-I-Am: I guess what I was getting at was supporting the base case of 1500 on eth0, and making sure the bridges/veths/taps and VM has 1450 is minimal requirement02:19
ljxiashhi, i have another question, does one neutron port map one vm?02:19
*** tiswanso has joined #openstack-neutron02:19
*** tiswanso has quit IRC02:19
haleybSam-I-Am: that fix did not merge yet, we were going to ping the submitter, but it could affect jumbo frame support02:20
haleybover vxlan02:20
*** tiswanso has joined #openstack-neutron02:20
*** manjeets1 has quit IRC02:20
Sam-I-Amhaleyb: if we fix the qg/qr issue with linux bridge, it will support an arbitrary mtu. ovs has the additional sg bridge problem.02:20
*** mlavalle has quit IRC02:20
Sam-I-Amin other words, the fix for 1500 on linux bridge also fixes > 150002:21
Sam-I-Amovs... not so much02:21
*** Aish has joined #openstack-neutron02:21
*** Aish has left #openstack-neutron02:21
Sam-I-Amhowever, the sg bridge is veth pairs... so if we address things in the veth pair code, it might Just Work02:22
*** Marga_ has quit IRC02:22
Sam-I-Amalthough we need to consider timing for when nova creates that bridge02:22
Sam-I-Amhaleyb: the first thing is making sure veth pairs have the same mtu on either side02:22
haleybSam-I-Am: right, but there are a number of us that use OVS... i just wanted to put that note there so you didn't bang your head too much02:22
*** zhhuabj has joined #openstack-neutron02:23
haleybSam-I-Am: I'm here to help, and can round-up another resource as well02:23
Sam-I-Amyou fix that, you fix 1500 byte mtu for linux bridge and ovs02:23
Sam-I-Amexcellent02:23
Sam-I-Amso i dont need to go on the campaign trail tomorrow :)02:24
Sam-I-Amvote mtu!02:24
*** amotoki has joined #openstack-neutron02:24
Sam-I-Amhaleyb: i'll put the bugs together tomorrow with an open-ended "heres what we need to fix" ... and then it just becomes a question of implementation.02:24
*** longstaff has joined #openstack-neutron02:25
* haleyb lives <10 miles from NH, and the party is just starting02:25
ljxiashSam-I-Am: :) Could you tell me the relationship of neutron port and vm?02:25
Sam-I-Ami'll campaigh my mtu story like trump :)02:25
Sam-I-Amljxiash: a port more or less becomes a vif on the vm02:26
haleybot02:26
Sam-I-Amarmax: i think we're good?02:26
haleybit'll be Huuuuuge02:26
armaxso far, yes02:26
Sam-I-Amok, thanks for your precious time.02:26
*** longstaff has quit IRC02:29
Sam-I-Amalright, i need to locate food and not-computer02:30
Sam-I-Amgood discussion... let's get it going.02:30
ljxiashSam-I-Am: vif=virtual interface firewall? wait a minute.. can a vm have more than one neutron port?02:31
*** jamielennox|away is now known as jamielennox02:31
Sam-I-Amvif = virtual interface02:32
Sam-I-Amand yes, a vm can have > 1 port02:32
Sam-I-Amthey just become additional interfaces in the vm02:32
Sam-I-Amlike eth0, eth102:32
Sam-I-Am-> food now02:32
mtreinisharmax: pong02:33
armaxmtreinish:02:33
armaxwanted to pick up your brain on https://review.openstack.org/#/c/275457/ and https://review.openstack.org/#/c/274182/02:33
armaxwhen you get a chance02:33
* tbachman watches armax run the neutron PTL guantlet02:34
ljxiashSam-I-Am: ok, thank you. can a port assign to two VMs?02:34
*** Marga_ has joined #openstack-neutron02:34
mtreinisharmax: so for the project config patch has amuller's changes removing most of the fork landed?02:35
armaxmtreinish: it did02:36
armaxtbachman: how am I doing?02:36
tbachmanarmax: I’d have been dead long ago02:36
armaxmtreinish: I wish I had more time to look into the underlying issues, but I can honestly say I am pretty swamped :)02:37
tbachmanlol02:37
armaxtbachman: it’s not that bad02:37
*** miyagishi_t has joined #openstack-neutron02:37
tbachmanarmax: just make sure you get to detach from the channel at some point ;)02:37
*** techcet has quit IRC02:38
mtreinisharmax: for the skips it doesn't look like there is a real peak recently on openstack-health02:38
armaxmtreinish: tre02:38
tbachmansuch is the life of the PTL02:38
armaxmtreinish: true02:38
armaxmtreinish: but I watched at least a couple of gate reset today02:38
armaxmtreinish: and times are not getting any calmer02:38
*** Marga_ has quit IRC02:38
mtreinisharmax: http://status.openstack.org/openstack-health/#/tests?groupKey=project&resolutionKey=hour&searchTest=test_network_v602:38
ljxiashSam-I-Am: can a port be both eth0 and eth1???02:39
armaxmtreinish: still I wish those numbers were single digit02:39
mtreinisharmax: heh, that;s for all time02:39
armaxmtreinish: :)02:39
mtreinishclick on an individual test to see it date filtered02:39
*** dims_ has quit IRC02:40
mtreinisharmax: so we normally save a skip for a bad bug with no clear direction on how to fix it02:40
mtreinishI think we have the later, mostly because no one is looking at it02:40
mtreinishwe should shame/bully sc86cal into fixing it :)02:41
armaxmtreinish: the bug has certainly lingered and it can be annoying especially if the gate queue is full02:41
armaxmtreinish: either way, I was hoping we could smoke someone out :)02:41
mtreinishsure, but all bugs that aren't fast fix are like that02:41
armaxmtreinish: but at the same time this isn’t easy to fix either02:42
armaxmtreinish: so it’ll take time and if I can save on a few gate resets I would02:42
armaxespecially if I have to cut an RC02:42
mtreinishso I'm fine with a skip and having the ML post is fine02:42
mtreinishs/fine/the right thing02:42
armaxmtreinish: I did post on the ML02:42
mtreinishright, I'm saying that was good :)02:42
armaxmtreinish: ah, thank you sir02:42
mtreinishI'm just afraid this will be lost to time, but I'm +2 on the skips02:43
*** singhj has quit IRC02:43
mtreinishmostly because I want to kill most of those tests and make neutron's functional tests own it02:43
mtreinishhaving 1 v6 ip allocation test makes sense, but 6 always seemed crazy to me02:44
mtreinisharmax: as for the project config change I'm not sure why my input is needed, that's a neutron level decision. The job doesn't cogate with anything02:45
armaxmtreinish: I am fully on board with this02:45
armaxmtreinish: in fact I was wondering about that mysel02:45
armaxmtreinish: feel free to state what you stated! I feel the same02:45
*** yamamoto has joined #openstack-neutron02:46
mtreinishso if you want to take the risk of threading the needle by skipping the speculative merge job that's a neutron level decision02:46
mtreinisharmax: heh, I think there was a commit from haleyb where we were talking about that a little while ago02:46
openstackgerritZhaoBo proposed openstack/neutron: Add standard attribute functions  https://review.openstack.org/25119302:46
*** wolverin_ has joined #openstack-neutron02:47
armaxmtreinish: agreed, again I am only thinking of having this as a contigency measure until N opens up02:47
* haleyb goes looking02:47
armaxmtreinish: well Mitaka really is past us02:47
haleybhttps://review.openstack.org/#/c/239868/02:48
*** Marga_ has joined #openstack-neutron02:48
*** azbiswas has joined #openstack-neutron02:48
haleybmtreinish: your comment was to mark them "slow" so they only get run periodically02:49
*** yamamoto has quit IRC02:49
mtreinishhaleyb: yeah, I was reading/remembering. I'd be fine with removing them, I just feel neutron needs equiv tests before we can delete02:50
mtreinishmarking as slow was just a intermediate step (which is essentially the same as skipping)02:50
*** Marga_ has quit IRC02:50
*** wolverineav has quit IRC02:50
*** Marga_ has joined #openstack-neutron02:51
*** daneyon_ has joined #openstack-neutron02:51
*** wolverin_ has quit IRC02:51
*** wolverineav has joined #openstack-neutron02:52
*** thorst has joined #openstack-neutron02:52
*** gangil1 has quit IRC02:52
haleybmtreinish: and not to throw mud, but I'm remembering the two I left (dual-stack, two v6 subnets) were the only two I could reliably get to always pass.  I couldn't determine if the fragileness was tempest or neutron02:53
*** daneyon has quit IRC02:54
*** sthillma has quit IRC02:54
mtreinishhaleyb: it's probably a bit of both :)02:54
haleybthe "Timed out waiting for 2003::1 to become reachable from 172.24.5.112" didn't help as that looks like a test problem, but I believe it's just rying to ssh to the v4 to ping the other v602:55
*** thorst has quit IRC02:58
openstackgerrityalei wang proposed openstack/neutron: Add new limit_portsec_domain attr for port  https://review.openstack.org/25003602:59
*** rook-laptop has quit IRC03:02
*** s3wong has quit IRC03:04
ljxiashHey, guys, can a neutron port map to two interface? a port can have multi subnet ip, then can it be two interface, that maybe two VM network traffic can pass it????03:06
*** links has joined #openstack-neutron03:06
*** moshele has joined #openstack-neutron03:09
*** bdrich_ has quit IRC03:11
*** vikram has joined #openstack-neutron03:11
*** lazy_prince has quit IRC03:11
*** vikram has joined #openstack-neutron03:12
*** banix has quit IRC03:17
*** yuanying_ has quit IRC03:20
openstackgerrityalei wang proposed openstack/neutron: Add precommit_XXX event for security group and rules  https://review.openstack.org/25275503:20
jamespd_ljxiash: I don't think so.03:20
*** saksham has quit IRC03:22
*** ijw has quit IRC03:23
*** ijw has joined #openstack-neutron03:23
*** ijw has quit IRC03:23
ljxiashjamespd_: okay, thank you! \o/03:23
*** azbiswas has quit IRC03:24
*** yuanying has joined #openstack-neutron03:24
*** rook-laptop has joined #openstack-neutron03:28
*** ivar-laz_ has joined #openstack-neutron03:29
openstackgerritLIU Yulong proposed openstack/neutron: Catch DBReferenceError in HA router race conditions  https://review.openstack.org/26030303:30
*** ivar-lazzaro has quit IRC03:32
*** ivar-laz_ has quit IRC03:33
*** jamespd_ is now known as jamespd03:34
*** doug-fish has quit IRC03:34
*** yamamoto has joined #openstack-neutron03:34
*** doug-fish has joined #openstack-neutron03:35
*** doug-fish has quit IRC03:36
*** gangil has joined #openstack-neutron03:36
*** gangil has quit IRC03:36
*** gangil has joined #openstack-neutron03:36
*** rook-laptop has quit IRC03:36
openstackgerritDavid Bingham proposed openstack/neutron: Add API extension for reporting IP availability usage statistics  https://review.openstack.org/21295503:38
*** pavel_bondar has quit IRC03:39
openstackgerritMerged openstack/neutron: DVR: avoid race on dvr serviceable port deletion  https://review.openstack.org/27263403:41
*** shashank_hegde has joined #openstack-neutron03:42
openstackgerritLIU Yulong proposed openstack/neutron: Catch exceptions during the delete of tenant last HA router  https://review.openstack.org/26568203:43
openstackgerritArmando Migliaccio proposed openstack/neutron: Implement 'get-me-a-network' API building block  https://review.openstack.org/23330603:45
*** allan_h has quit IRC03:47
*** dedery has joined #openstack-neutron03:47
*** allan_h has joined #openstack-neutron03:47
*** hichihara has joined #openstack-neutron03:47
*** deva_ has joined #openstack-neutron03:48
*** dedery_ has joined #openstack-neutron03:51
*** pavel_bondar has joined #openstack-neutron03:51
*** deva_ has quit IRC03:53
*** tfukushima has joined #openstack-neutron03:54
*** dedery has quit IRC03:54
*** thorst has joined #openstack-neutron03:56
*** jckasper has joined #openstack-neutron03:56
*** gongysh has quit IRC04:00
*** thorst has quit IRC04:03
*** Prem_ has quit IRC04:05
*** yuanying has quit IRC04:06
*** saksham has joined #openstack-neutron04:07
*** yuanying has joined #openstack-neutron04:07
*** irenab_ has joined #openstack-neutron04:09
*** brad_behle has quit IRC04:09
*** jamielennox is now known as jamielennox|away04:09
*** allan_h has quit IRC04:09
*** djan has quit IRC04:10
*** djan has joined #openstack-neutron04:10
openstackgerritMerged openstack/neutron: Set default value for dnsmasq_local_resolv to False  https://review.openstack.org/26982204:11
*** jckasper has quit IRC04:11
openstackgerritMerged openstack/neutron-fwaas: tempest: Add a comment  https://review.openstack.org/27300504:11
openstackgerritMerged openstack/neutron: DVR: Remove unwanted call to _get_routers while arp update  https://review.openstack.org/27285204:11
*** irenab has quit IRC04:11
*** irenab_ is now known as irenab04:11
*** tomoe_ has quit IRC04:11
*** wwriverrat has joined #openstack-neutron04:13
*** jckasper_ has joined #openstack-neutron04:13
*** vthapar has joined #openstack-neutron04:15
*** jckasper_ has quit IRC04:15
*** jckasper_ has joined #openstack-neutron04:16
*** moshele has quit IRC04:17
*** tfukushima has quit IRC04:18
*** gvrangan has joined #openstack-neutron04:19
*** mfuruta has joined #openstack-neutron04:19
*** jckasper_ has quit IRC04:20
*** shivrao has joined #openstack-neutron04:20
*** sunrenjie has quit IRC04:21
*** moshele has joined #openstack-neutron04:21
*** ljxiash has quit IRC04:23
*** gvrangan has quit IRC04:23
*** shivrao_ has joined #openstack-neutron04:24
*** shivrao has quit IRC04:25
*** shivrao_ is now known as shivrao04:25
*** achanda has quit IRC04:28
*** shwetaap has quit IRC04:28
*** tomoe_ has joined #openstack-neutron04:30
*** tflynn has joined #openstack-neutron04:31
*** saksham has quit IRC04:31
*** azbiswas has joined #openstack-neutron04:33
*** tomoe_ has quit IRC04:34
*** azbiswas has quit IRC04:35
*** vishwanathj has joined #openstack-neutron04:37
*** jhershbe has joined #openstack-neutron04:37
*** vishwanathj has quit IRC04:37
*** achanda has joined #openstack-neutron04:43
*** saksham has joined #openstack-neutron04:43
*** wolverineav has quit IRC04:44
*** tflynn has quit IRC04:46
*** jckasper has joined #openstack-neutron04:46
*** tflynn has joined #openstack-neutron04:46
*** SridharG has joined #openstack-neutron04:50
*** SridharG has quit IRC04:50
*** tflynn has quit IRC04:50
*** EinstCrazy has quit IRC04:53
*** nlahouti has quit IRC04:53
*** bdrich_ has joined #openstack-neutron04:56
*** amotoki has quit IRC04:57
*** wolverineav has joined #openstack-neutron05:00
*** thorst has joined #openstack-neutron05:01
*** tfukushima has joined #openstack-neutron05:02
*** gvrangan has joined #openstack-neutron05:02
*** shivrao has quit IRC05:04
openstackgerritMerged openstack/neutron: Warn about a gotcha in the sub-project process  https://review.openstack.org/27492705:04
*** jckasper has quit IRC05:04
*** jckasper has joined #openstack-neutron05:05
*** wolverineav has quit IRC05:05
*** tomoe_ has joined #openstack-neutron05:06
*** thorst has quit IRC05:08
*** jckasper_ has joined #openstack-neutron05:08
*** jckasper has quit IRC05:09
*** moshele has quit IRC05:17
*** amotoki has joined #openstack-neutron05:18
*** wwriverrat has quit IRC05:18
*** diga has joined #openstack-neutron05:19
*** Sukhdev has joined #openstack-neutron05:23
*** bbzhao has quit IRC05:23
*** bbzhao has joined #openstack-neutron05:23
*** shwetaap has joined #openstack-neutron05:24
*** teju has joined #openstack-neutron05:26
*** sudipto_ has joined #openstack-neutron05:27
*** longstaff has joined #openstack-neutron05:27
*** amotoki_ has joined #openstack-neutron05:30
*** longstaff has quit IRC05:31
*** amotoki has quit IRC05:33
*** vikram has quit IRC05:38
*** minwang2 has joined #openstack-neutron05:39
*** vikram has joined #openstack-neutron05:40
openstackgerritZhaoBo proposed openstack/neutron: Add standard attribute functions  https://review.openstack.org/25119305:49
openstackgerritArmando Migliaccio proposed openstack/neutron: Implement 'get-me-a-network' API building block  https://review.openstack.org/23330605:51
*** javeriak has joined #openstack-neutron05:51
*** amotoki_ has quit IRC05:52
*** emagana has quit IRC05:52
*** minwang2 has quit IRC05:53
*** Prem_ has joined #openstack-neutron05:55
*** minwang2 has joined #openstack-neutron05:56
*** SumitNaiksatam has quit IRC05:57
*** manjeets1 has joined #openstack-neutron05:57
*** SumitNaiksatam has joined #openstack-neutron05:57
*** Marga_ has quit IRC05:58
*** javeriak has quit IRC06:02
*** javeriak has joined #openstack-neutron06:02
*** rossella_s has quit IRC06:02
*** rossella_s has joined #openstack-neutron06:03
*** amotoki has joined #openstack-neutron06:05
*** thorst has joined #openstack-neutron06:07
*** djan_ has joined #openstack-neutron06:10
*** djan has quit IRC06:10
*** itzikb has joined #openstack-neutron06:11
*** armax_ has joined #openstack-neutron06:11
*** vikram has quit IRC06:12
*** armax has quit IRC06:12
*** armax_ is now known as armax06:12
*** madhu_ak has quit IRC06:13
*** thorst has quit IRC06:13
*** minwang2 has quit IRC06:15
openstackgerritArmando Migliaccio proposed openstack/neutron: Address i18n related deprecation warnings  https://review.openstack.org/27550806:15
*** abregman has joined #openstack-neutron06:16
*** allan_h has joined #openstack-neutron06:17
*** minwang2 has joined #openstack-neutron06:17
*** muawiakhan has joined #openstack-neutron06:17
openstackgerritArmando Migliaccio proposed openstack/neutron: Remove flavors from the list of extensions provided by core plugin  https://review.openstack.org/27551006:18
*** amotoki has quit IRC06:18
*** mubirru has joined #openstack-neutron06:18
*** lajos-katona has joined #openstack-neutron06:19
*** diga has quit IRC06:19
*** allan_h has quit IRC06:20
*** SridharG has joined #openstack-neutron06:23
openstackgerritYatin Kumbhare proposed openstack/neutron: Fix params order in assertEqual  https://review.openstack.org/27066006:24
*** SumitNaiksatam has quit IRC06:24
*** neeti has joined #openstack-neutron06:24
*** abregman has quit IRC06:25
*** abregman has joined #openstack-neutron06:25
*** amotoki has joined #openstack-neutron06:26
*** jaypipes has quit IRC06:26
*** Marga_ has joined #openstack-neutron06:27
*** numan_ has joined #openstack-neutron06:27
*** SumitNaiksatam has joined #openstack-neutron06:28
*** wolverineav has joined #openstack-neutron06:33
*** hdaniel has joined #openstack-neutron06:35
*** wolverineav has quit IRC06:38
*** wolverineav has joined #openstack-neutron06:39
*** anshul has joined #openstack-neutron06:40
*** jbell8 has joined #openstack-neutron06:40
*** korzen has joined #openstack-neutron06:40
openstackgerritZongKai LI proposed openstack/neutron: Fix port relationship for DVRPortBinding  https://review.openstack.org/27455006:41
*** dkehn has quit IRC06:43
*** vikram has joined #openstack-neutron06:44
openstackgerritZongKai LI proposed openstack/neutron: Fix port relationship for DVRPortBinding  https://review.openstack.org/27455006:44
*** dedery_ has quit IRC06:45
*** numan_ has quit IRC06:45
*** saksham has quit IRC06:46
*** numans has joined #openstack-neutron06:46
*** amotoki has quit IRC06:46
*** oomichi has joined #openstack-neutron06:47
*** dkehn has joined #openstack-neutron06:49
*** gangil has quit IRC06:50
*** armax has quit IRC06:52
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Imported Translations from Zanata  https://review.openstack.org/27552506:52
*** dedery has joined #openstack-neutron06:54
*** yfried has quit IRC06:55
*** hoangcx has quit IRC07:03
*** manjeets1 has quit IRC07:05
*** amotoki has joined #openstack-neutron07:06
*** gildub has quit IRC07:08
*** diga has joined #openstack-neutron07:09
*** javeriak has quit IRC07:09
*** eddima has joined #openstack-neutron07:10
*** javeriak has joined #openstack-neutron07:11
*** thorst has joined #openstack-neutron07:13
*** itamarl has joined #openstack-neutron07:14
*** moshele has joined #openstack-neutron07:15
*** lbragstad has quit IRC07:16
*** kobis has joined #openstack-neutron07:17
*** vikram has quit IRC07:18
*** thorst has quit IRC07:18
*** yamahata has quit IRC07:19
*** moshele has quit IRC07:21
*** vikram has joined #openstack-neutron07:21
*** lbragstad has joined #openstack-neutron07:21
*** hdaniel has quit IRC07:23
*** slaweq_work has joined #openstack-neutron07:25
*** vikram has quit IRC07:29
*** singhj has joined #openstack-neutron07:29
*** ianw has quit IRC07:29
*** minwang2 has quit IRC07:30
*** ianw has joined #openstack-neutron07:30
*** singhj has quit IRC07:30
*** singhj has joined #openstack-neutron07:31
*** ekuris has joined #openstack-neutron07:31
*** nplanel has joined #openstack-neutron07:31
*** gvrangan_ has joined #openstack-neutron07:31
*** vikram has joined #openstack-neutron07:32
*** evgenyf has joined #openstack-neutron07:32
*** gvrangan has quit IRC07:33
*** shwetaap has quit IRC07:34
*** shwetaap has joined #openstack-neutron07:34
*** neeti has quit IRC07:36
*** minwang2 has joined #openstack-neutron07:37
*** yfried has joined #openstack-neutron07:38
*** javeriak has quit IRC07:39
*** shwetaap has quit IRC07:39
*** coreycb` is now known as coreycb07:40
*** rkukura_ has joined #openstack-neutron07:41
*** rkukura has quit IRC07:41
*** rkukura_ is now known as rkukura07:41
*** neeti has joined #openstack-neutron07:45
*** dedery has quit IRC07:46
*** Marga_ has quit IRC07:47
*** abregman has quit IRC07:47
*** hynekm has joined #openstack-neutron07:48
*** scheuran_ has joined #openstack-neutron07:49
*** dedery has joined #openstack-neutron07:49
openstackgerritLIU Yulong proposed openstack/neutron: Correct insufficient name for external process in manager log  https://review.openstack.org/24344807:50
*** jbell8 has quit IRC07:52
*** minwang2 has quit IRC07:53
*** mvk_ has quit IRC07:56
*** Sukhdev has quit IRC07:57
*** hoangcx has joined #openstack-neutron07:57
*** SumitNaiksatam has quit IRC08:00
*** oanson has quit IRC08:01
*** stanzgy_ has joined #openstack-neutron08:03
*** emagana has joined #openstack-neutron08:04
*** Prem_ has quit IRC08:05
*** stanzgy has quit IRC08:05
*** fzdarsky|afk has joined #openstack-neutron08:07
*** zhangjn has quit IRC08:07
*** emagana has quit IRC08:08
openstackgerritRui Zang proposed openstack/neutron: Use correct mocking in test_remove_router_interface()  https://review.openstack.org/27554908:09
*** zhangjn has joined #openstack-neutron08:09
*** scheuran_ has quit IRC08:09
*** fzdarsky|afk is now known as fzdarsky08:09
*** zhangjn has quit IRC08:10
*** salv-orlando has joined #openstack-neutron08:10
*** zhangjn has joined #openstack-neutron08:10
*** zhangjn has quit IRC08:11
*** zhangjn has joined #openstack-neutron08:11
*** vikram has quit IRC08:11
*** zhangjn has quit IRC08:11
*** hdaniel has joined #openstack-neutron08:12
*** zhangjn has joined #openstack-neutron08:12
*** zhangjn has quit IRC08:12
*** salv-orl_ has quit IRC08:12
*** vikram has joined #openstack-neutron08:13
*** javeriak has joined #openstack-neutron08:13
*** tmorin has joined #openstack-neutron08:14
*** jistr has joined #openstack-neutron08:14
*** salv-orlando has quit IRC08:14
*** salv-orlando has joined #openstack-neutron08:14
*** zhangjn has joined #openstack-neutron08:15
*** ihrachys has joined #openstack-neutron08:15
*** thorst has joined #openstack-neutron08:16
*** rubasov has quit IRC08:16
*** zhangjn has quit IRC08:16
*** moshele has joined #openstack-neutron08:16
*** zhangjn has joined #openstack-neutron08:17
*** ekuris has quit IRC08:17
*** scheuran_ has joined #openstack-neutron08:17
*** boris-42 has joined #openstack-neutron08:18
*** ekuris has joined #openstack-neutron08:20
*** markus_z has joined #openstack-neutron08:21
*** thorst has quit IRC08:22
*** jistr is now known as jistr|mtg08:22
*** shashank_hegde has quit IRC08:25
kevinbentonbbzhao: ping08:25
*** amotoki has quit IRC08:25
*** sinese has joined #openstack-neutron08:25
*** zhangjn has quit IRC08:25
bbzhaokevinbenton:pong, Hi kevin.08:25
kevinbentonbbzhao: what's up?08:25
*** neeti has quit IRC08:26
bbzhaokevinbenton:could you have time to review https://review.openstack.org/#/c/251193/? Thanks. Or maybe there still be some problem in this patch.08:26
*** neeti has joined #openstack-neutron08:27
kevinbentonbbzhao: yes, i'll take a look shortly08:27
bbzhaokevinbenton: It's the first patch of timestamp...Thanks.08:27
*** mvk_ has joined #openstack-neutron08:27
*** nmagnezi has joined #openstack-neutron08:28
*** longstaff has joined #openstack-neutron08:29
*** ihrachys has quit IRC08:30
*** miyagishi_t has quit IRC08:31
*** tbachman has quit IRC08:32
openstackgerritHong Hui Xiao proposed openstack/neutron: Add address scopes support to the L3 agent  https://review.openstack.org/27000108:32
openstackgerritHong Hui Xiao proposed openstack/neutron: Funcional test for address scope  https://review.openstack.org/27247408:32
*** neeti has quit IRC08:32
*** mubirru has quit IRC08:32
*** vikram has quit IRC08:32
*** rubasov has joined #openstack-neutron08:32
*** SridharG has quit IRC08:33
*** longstaff has quit IRC08:34
*** iyamahat has joined #openstack-neutron08:34
*** shwetaap has joined #openstack-neutron08:35
*** vikram has joined #openstack-neutron08:35
*** sudipto_ has quit IRC08:35
*** ihrachys has joined #openstack-neutron08:36
*** hichihara has quit IRC08:37
openstackgerritPavel Bondar proposed openstack/neutron: [WIP] Enable pluggable IPAM implementation by default  https://review.openstack.org/18102308:37
*** oanson has joined #openstack-neutron08:37
*** ihrachys has quit IRC08:38
*** oomichi is now known as oomichi_away08:38
*** shwetaap has quit IRC08:39
*** mubirru has joined #openstack-neutron08:39
*** apuimedo|away has joined #openstack-neutron08:39
*** efoley_ has joined #openstack-neutron08:41
*** abregman has joined #openstack-neutron08:41
*** matrohon has joined #openstack-neutron08:42
*** jlanoux has joined #openstack-neutron08:43
openstackgerritHong Hui Xiao proposed openstack/neutron: Funcional test for address scope  https://review.openstack.org/27247408:44
*** SridharG has joined #openstack-neutron08:44
*** ihrachys has joined #openstack-neutron08:44
*** nyechiel has joined #openstack-neutron08:46
*** ihrachys has quit IRC08:46
*** ihrachys has joined #openstack-neutron08:49
*** kawa2014 has joined #openstack-neutron08:49
*** bdrich_ has quit IRC08:50
*** sudipto_ has joined #openstack-neutron08:52
*** salv-orlando has quit IRC08:52
*** jschwarz has joined #openstack-neutron08:53
*** ihrachys has quit IRC08:56
*** ygbo has joined #openstack-neutron08:57
openstackgerritgaryk proposed openstack/neutron: DHCP: fix regression with DNS nameservers  https://review.openstack.org/27526708:57
bbzhaogaryk:ping08:58
*** jlibosva has joined #openstack-neutron09:00
*** EinstCrazy has joined #openstack-neutron09:01
*** apuimedo|away has quit IRC09:02
*** muawiakhan has quit IRC09:02
*** iyamahat has quit IRC09:03
*** apuimedo|away has joined #openstack-neutron09:04
kevinbentonbbzhao: ping09:05
*** sleviim has joined #openstack-neutron09:05
bbzhaokevinbenton: pong.09:06
kevinbentonbbzhao: how long will you be online?09:06
bbzhaokevinbenton: still on.09:07
*** djan_ has quit IRC09:07
kevinbentonbbzhao: i mean how much longer? are you leaving soon or will you be around for another hour or so?09:07
*** sleviim has left #openstack-neutron09:08
bbzhaokevinbenton: 4 hours.09:08
bbzhaokevinbenton: I will still be standby in 4 hours.09:09
kevinbentonbbzhao: ok. i will ping you when i post a review and we can iterate back and forth on it quickly09:09
*** tiagogomes has joined #openstack-neutron09:09
*** ihrachys has joined #openstack-neutron09:10
yalieping yamamoto09:10
bbzhaokevinbenton: OK. Thanks very much.09:10
*** ihrachys has quit IRC09:10
yalieping kevinbenton09:10
yamamotoyalie: pong09:10
*** MCoLo has joined #openstack-neutron09:11
yalieyamamoto: hi, for the security group precommit event patch, I intentionly want to raise the exception for AFTER_XXX event.09:11
kevinbentonyalie: hey09:11
yaliehi kevin, could you help to review the limite-portsec ?09:12
*** gvrangan has joined #openstack-neutron09:12
yalieyamamoto: is there some special logic to AFTER_XXX? I think some simple error maybe covered if exception not raised09:13
kevinbentonyalie: yes, send me the link and i'll take a look after reviewing bbzhao's patch09:13
MCoLohi guys, during the creation of a VM sometimes i'm getting neutron timeout.. I checked the haproxy logs, and i found something like this: PUT /v2.0/ports/None.json with a 404 HTTP error.09:13
MCoLoCould this be related to our problem? any clue? thanks so much!09:13
*** sudipto_ has quit IRC09:13
*** gvrangan_ has quit IRC09:13
yaliekevinbenton: thank you!! https://review.openstack.org/#/c/250036/  :)09:14
*** mturpin has joined #openstack-neutron09:14
*** achanda has quit IRC09:14
kevinbentonMCoLo: where are you seeing the timeout?09:14
kevinbentonMCoLo: waiting for a VM to boot?09:14
yalieyamamoto: of cause, I can split it into another patch if it's a problem for AFTER_XXX event.09:14
MCoLokevinbenton: during the creation of a new VM, after the VM goes in the Error state09:16
*** achanda has joined #openstack-neutron09:18
kevinbentonMCoLo: it could be related. it looks like Nova isn't populating the port info correctly on the Neutron side09:19
kevinbentonMCoLo: which would cause Neutron to never notify it09:20
kevinbentonMCoLo: however, this should show up as a trace in the compute node somewhere when it calls Neutron and gets a 40409:20
*** chlong has quit IRC09:20
*** thorst has joined #openstack-neutron09:21
*** bdrich_ has joined #openstack-neutron09:21
MCoLokevinbenton: yeah.. i have it09:21
yamamotoyalie: what do you mean by "some special logic"?09:21
*** beagles has quit IRC09:22
*** markus_z has quit IRC09:22
*** zhangjn has joined #openstack-neutron09:22
yalieyamamoto: I don't understand why we don't raise up the exception caused by AFTER_XXX callback09:22
yalieyamamoto: is there some special reason? for example, if AFTER_XXX callback has some keyError, we can not find it.09:23
*** zhangjn has quit IRC09:24
*** achanda has quit IRC09:24
*** bdrich_ has quit IRC09:25
*** dguitarbite has quit IRC09:25
*** stanzgy_ has quit IRC09:25
openstackgerritLubosz Kosnik proposed openstack/neutron: Add support for Keepalived VRRP health check  https://review.openstack.org/27354609:27
*** dguitarbite has joined #openstack-neutron09:27
openstackgerritBertrand Lallau proposed openstack/neutron: Fix typo in SecurityGroup HTTP error message  https://review.openstack.org/27557709:27
yamamotoyalie: i don't know for sure.  ask armando.  just because it isn't useful for its main users (async notifications) i guess.09:27
*** roeyc has joined #openstack-neutron09:28
yalieyamamoto: I see, thanks!09:28
*** jpena has joined #openstack-neutron09:28
*** thorst has quit IRC09:28
*** iyamahat has joined #openstack-neutron09:28
*** efoley__ has joined #openstack-neutron09:29
*** stanzgy has joined #openstack-neutron09:29
openstackgerritHong Hui Xiao proposed openstack/neutron: Log warning message if get_subnet_for_dvr fails  https://review.openstack.org/27202509:29
*** EinstCrazy has quit IRC09:29
*** sudipto_ has joined #openstack-neutron09:29
*** EinstCrazy has joined #openstack-neutron09:29
*** bharath_ has joined #openstack-neutron09:30
bharath_Facing " Cannot access storage file '/opt/stack/data/nova/instances/86ef8e22-622c-4315-9cdc-882db1e4ce7f/disk' (as uid:106, gid:114): Permission denied"   issue, how to fix this?09:30
*** efoley_ has quit IRC09:30
*** b3nt_pin has joined #openstack-neutron09:33
*** b3nt_pin is now known as Guest2954009:33
*** neiljerram has joined #openstack-neutron09:34
*** javeriak_ has joined #openstack-neutron09:34
openstackgerritHong Hui Xiao proposed openstack/neutron: Update related router when subnetpool change scope  https://review.openstack.org/25147009:34
*** shwetaap has joined #openstack-neutron09:35
*** neiljerram has quit IRC09:36
*** dguitarbite has quit IRC09:37
*** neiljerram has joined #openstack-neutron09:37
*** javeriak has quit IRC09:38
*** tmorin has quit IRC09:38
kevinbentonbbzhao: left comments. let me know if they make sense09:39
*** shwetaap has quit IRC09:39
*** wolverineav has quit IRC09:39
*** tomoe_ has quit IRC09:40
bbzhaokevinbenton: OK. I will see your comments first.09:40
*** tiagogomes has left #openstack-neutron09:41
*** gvrangan has quit IRC09:42
*** neeti has joined #openstack-neutron09:43
*** safchain has joined #openstack-neutron09:45
*** dguitarbite has joined #openstack-neutron09:47
*** neiljerram has quit IRC09:47
*** neiljerram has joined #openstack-neutron09:48
*** tfukushima has quit IRC09:51
*** tfukushima has joined #openstack-neutron09:51
*** devvesa has joined #openstack-neutron09:51
*** neiljerram has quit IRC09:54
*** tpsilva has joined #openstack-neutron09:55
openstackgerritshihanzhang proposed openstack/neutron: Ml2: don't allow updating network's attribute 'segments'  https://review.openstack.org/27507809:55
*** neiljerram has joined #openstack-neutron09:55
*** zhangjn_ has joined #openstack-neutron09:57
*** zhangjn_ has quit IRC09:58
*** gildub has joined #openstack-neutron09:58
openstackgerritJakub Libosvar proposed openstack/neutron: Compile OVS for functional tests  https://review.openstack.org/26642310:00
*** zhangjn_ has joined #openstack-neutron10:00
*** zhangjn_ has quit IRC10:00
*** efoley__ has quit IRC10:01
*** zhangjn_ has joined #openstack-neutron10:02
*** zhangjn_ has quit IRC10:02
*** rossella_s has quit IRC10:02
*** zhangjn_ has joined #openstack-neutron10:02
*** rossella_s has joined #openstack-neutron10:03
*** xiexs__ has quit IRC10:03
*** devvesa has quit IRC10:04
*** singhj has quit IRC10:05
*** nijaba has quit IRC10:05
openstackgerrityalei wang proposed openstack/neutron: Add precommit_XXX event for security group and rules  https://review.openstack.org/25275510:05
*** singhj has joined #openstack-neutron10:06
*** lajos-katona has quit IRC10:06
openstackgerritOfer Ben-Yacov proposed openstack/neutron: Add get_schema_helper_from_stream()  https://review.openstack.org/26278910:06
*** tmorin has joined #openstack-neutron10:07
*** lajos-katona has joined #openstack-neutron10:07
*** lajos-katona has left #openstack-neutron10:07
bbzhaokevinbenton: ping. kevin. I had post back the comments. If there still some not clear ? Or I will update this patch..Thanks for help10:09
*** tfukushima has quit IRC10:09
*** nijaba has joined #openstack-neutron10:12
*** hynekm has quit IRC10:13
*** obondarev_ has joined #openstack-neutron10:14
openstackgerritOfer Ben-Yacov proposed openstack/neutron: Add get_schema_helper_from_stream()  https://review.openstack.org/26278910:14
*** obondarev has quit IRC10:14
*** zhangjn_ has quit IRC10:15
*** zhangjn_ has joined #openstack-neutron10:15
*** namnh has joined #openstack-neutron10:16
*** salv-orlando has joined #openstack-neutron10:16
ajoHenryG ping, what's your gerrit email? I wanted to loop you in a review10:17
ajoah10:17
ajogot you :D10:17
*** mfuruta has quit IRC10:18
ajoSridharG, kevinbenton , HenryG , carl_baldwin : https://review.openstack.org/#/c/271223/1 :)10:18
*** ociuhandu has joined #openstack-neutron10:18
*** neeti has quit IRC10:19
*** salv-orlando has quit IRC10:21
*** hynekm has joined #openstack-neutron10:22
*** anbu has joined #openstack-neutron10:22
*** yalie has quit IRC10:22
*** hoangcx has quit IRC10:26
*** thorst has joined #openstack-neutron10:26
*** rook-laptop has joined #openstack-neutron10:27
kevinbentonbbzhao: see my comment on the patch10:27
kevinbentonbbzhao: that's not the inline ones10:27
kevinbentonbbzhao: but on the patchset10:27
*** ildikov has quit IRC10:27
kevinbentonbbzhao: that's the biggest issue, i don't see how you are going to populate the standard attr stuff yet10:27
kevinbentonbbzhao: on get_port, etc10:27
*** yamamoto has quit IRC10:27
namnhZZelle: hi Cedric Brandily10:28
namnhZZelle: Are yor free ? I have some comment from the core reviewer. Could you please give me some advice with this case ? https://review.openstack.org/#/c/267470/10:28
namnhs/yor/you10:28
bbzhaokevinbenton: OH, I will comment. Thanks10:28
kevinbentonbbzhao: i think i found it in 21358610:29
kevinbentonbbzhao: _extend_resource_dict_timestamp, right?10:29
*** neeti has joined #openstack-neutron10:31
*** nyechiel has quit IRC10:31
*** thorst has quit IRC10:33
bbzhaokevinbenton: Yeah. It is. The standard_common RESOURCE_CHECK_MAP will add this function and resource in it. And process them according this dict10:34
*** nyechiel has joined #openstack-neutron10:34
*** stanzgy has quit IRC10:35
*** shwetaap has joined #openstack-neutron10:35
openstackgerritLIU Yulong proposed openstack/neutron: Use RouterProcessingQueue to process the HA router state change event  https://review.openstack.org/27561410:37
ZZellenamnh, at the moment i don't understand the compare and swap approach10:37
*** efoley__ has joined #openstack-neutron10:38
*** shwetaap has quit IRC10:40
*** javeriak_ has quit IRC10:41
*** nyechiel_ has joined #openstack-neutron10:42
*** nyechiel has quit IRC10:43
*** hynekm has quit IRC10:43
*** dedery has quit IRC10:46
*** tbachman has joined #openstack-neutron10:46
openstackgerritMoshe Levi proposed openstack/neutron: [WIP] OVS offload POC  https://review.openstack.org/27561610:47
*** abregman is now known as abregman|lunch10:48
*** singhj has quit IRC10:49
*** dedery has joined #openstack-neutron10:51
*** jlibosva has quit IRC10:51
*** jlibosva has joined #openstack-neutron10:51
*** obondarev_ has quit IRC10:52
*** obondarev has joined #openstack-neutron10:53
*** apuimedo|away is now known as apuimedo10:55
*** anbu has quit IRC10:56
openstackgerritKevin Benton proposed openstack/neutron: Get rid of marshall_fdb_entries  https://review.openstack.org/27460510:56
*** roeyc has quit IRC10:57
bbzhaokevinbenton: hi, kevin, the patch should be updated .And I will change the first one10:59
*** tiswanso has quit IRC11:01
kevinbentonbbzhao: ok. i'm going offline now. ping me again tomorrow when you're online and we can resume11:01
*** ljxiash has joined #openstack-neutron11:02
bbzhaokevinbenton:OK. Thanks very much.11:02
*** hynekm has joined #openstack-neutron11:02
kevinbentonSridharG: check my comment out on your patch11:03
*** efoley__ has quit IRC11:04
*** salv-orlando has joined #openstack-neutron11:07
*** nlahouti has joined #openstack-neutron11:12
*** mhickey has joined #openstack-neutron11:12
*** anbu has joined #openstack-neutron11:12
*** efoley__ has joined #openstack-neutron11:12
*** hynekm has quit IRC11:12
*** hynekm has joined #openstack-neutron11:12
*** zhangjn_ has quit IRC11:13
*** zhangjn has joined #openstack-neutron11:13
*** nlahouti1 has joined #openstack-neutron11:14
mhickeyrossella_s: Good Morning11:15
rossella_smhickey, morning11:15
mhickeyrossella_s: How are things?11:15
*** efoley__ is now known as efoley11:16
rossella_smhickey, good thanks!11:16
*** nlahouti has quit IRC11:17
mhickeyrossella_s: great stuff. Good news: port, address pairs and extra dhcp patches are passing the gate! :)11:17
rossella_smhickey, yay! thanks!11:17
mhickeyrossella_s: do you want me to update the port patch with Artur's comments?11:18
rossella_smhickey, yes if you want to11:19
rossella_smhickey, or you can move to another task that might be more interesting11:19
rossella_smhickey, brb11:19
*** fzdarsky is now known as fzdarsky|lunch11:19
mhickeyrossella_s: sure, I can do. Will i look after that patch and address pairs patch?11:20
*** diga has quit IRC11:26
*** javeriak has joined #openstack-neutron11:27
*** jistr|mtg has quit IRC11:27
*** jlibosva has quit IRC11:29
*** abregman|lunch is now known as abregman11:30
*** jlibosva has joined #openstack-neutron11:31
*** vthapar has quit IRC11:31
namnhZZelle: thanks for your time. I will try more investigate about "compare and swap approach" method11:32
*** thorst has joined #openstack-neutron11:32
*** yamamoto has joined #openstack-neutron11:32
*** yamamoto has quit IRC11:33
jschwarzso what's going on with the stable gates lately? :<11:34
*** namnh has quit IRC11:35
ajohdaniel, I sent you some comments: https://review.openstack.org/#/c/250081/1211:35
ajojschwarz, are stable gates unstable?11:35
hdanielajo: thanks11:35
jschwarzajo, yeps. hello Miguel! :)11:35
jschwarzajo, have a look at https://review.openstack.org/#/c/270459/211:35
ajohdaniel, I hope there's not too much nitpick or nonsense,11:35
* ajo looks11:35
jschwarzajo, functional for example fails for 'permission denied'11:35
ajooh11:35
*** shwetaap has joined #openstack-neutron11:36
rossella_smhickey, sorry I am back...I guess now those patches are in a good shape, we can move on I think or maybe that's not what you meant11:36
rossella_smhickey, anyway thanks a lot for you hard work!11:36
*** rotbeard has joined #openstack-neutron11:37
ajojschwarz, : many of the other jobs failing too11:37
jschwarzajo, yeps11:37
mhickeyrossella_s: sure, do you want me to continue on with patches and updated after review comments or do you want to handle them yourself?11:38
jschwarzajo, failing jobs make John an unhappy man11:38
*** thorst has quit IRC11:38
mhickeyrossella_s: I am easy either way.11:38
rossella_smhickey, ah ok got it now...for the port patch I am planning to update it in the next days, I want to take out the syntethic field stuff and make it more general11:39
rossella_smhickey, the allowed address pairs is all yours and thanks again for that11:39
rossella_smhickey, are you looking for something else to work on?11:39
ajojlibosva, ping11:39
ajohttps://review.openstack.org/#/c/249337/10 , what's installing the OVS for tests, and where?11:39
*** wolverineav has joined #openstack-neutron11:40
ajojlibosva, I mean, I understood we had an experimental job for it, right?11:40
jlibosvaajo: no, it's part of functional job ... or will be https://review.openstack.org/#/c/266423/2011:40
ajoahh :D11:40
jlibosvaajo: the fw patch is just based on the compile_ovs one11:41
*** shwetaap has quit IRC11:41
mhickeyrossella_s: ok, great. I will look after the address pairs patch and try and bring it to merged. I will return the port patch to your good hands. I will work away in the extra dhcp patch as comments come in. So yes, what do you think needs to be tackled next?11:41
rossella_smhickey thanks a lot again! it's great to have you in the team :)11:43
mhickeyrossella_s: not a bother. I am here to help and have some fun! :)11:43
*** boris-42 has quit IRC11:43
*** baojg has joined #openstack-neutron11:44
hdanielajo: I've hit a bug in RbacPluginMixin.get_rbac_policies(), after I fix it - all tests should pass, and I'll be able to go over the comments - sounds fair ?11:44
ajojlibosva, and how did you trigger it with the other patch?11:44
*** wolverineav has quit IRC11:44
ajohdaniel, sounds fair, of course11:44
rossella_smhickey, I've just added some task in the backlog...11:44
jlibosvaajo: it's compiled for all functional jobs, I don't need to trigger it11:44
ajobut I mean, neither of the patches are merged11:45
ajoor is the gate one?11:45
* ajo checks11:45
jlibosvaajo: but firewall driver is based on compile patch11:45
ajoahhh11:45
ajojlibosva, sorry, I'm an idiot today :D11:45
ajounderstood11:45
mhickeyrossella_s: kewl,thanks. looking..11:45
ajo(today at least, I mean)11:45
*** bkumar has joined #openstack-neutron11:45
jlibosvaajo: :) you certainly are not :)11:46
*** dedery has quit IRC11:46
mhickeyrossella_s: Ok, nice list. So I am open. What is the highest priority and I can start there?11:47
ajojlibosva, it does not let me vote in here : https://review.openstack.org/#/c/266423/20 for some reason, I added a comment, not 100% sure,11:48
*** iyamahat has quit IRC11:48
*** roeyc has joined #openstack-neutron11:48
jlibosvaajo: sorry, I sent you not current patch11:48
jlibosvaajo: just remove /20 from url11:48
jlibosvaajo: I sent you the one that firewall patch is based on. I don't rebase everytime I send new patch for compile11:49
rossella_smhickey, I'd say a way to handle composite keys but let's check with korzen if he's on it11:49
rossella_skorzen, are you around?11:49
ajojlibosva, see? I'm truly an idiot :D11:49
*** dedery has joined #openstack-neutron11:50
*** ScottMillward has quit IRC11:50
mhickeyrossella_s: ack11:50
*** ScottMillward has joined #openstack-neutron11:50
korzenHi rossella_s, I was about to get started with multiple keys11:50
mhickeyHey korzen11:51
rossella_skorzen, great!11:51
* jlibosva hugs ajo11:51
jlibosvaajo: it's actually my fault, I sent you wrong link :)11:52
ajolol jlibosva , nah :D teamwork11:52
* ajo needs lunch :)11:52
* jlibosva too11:52
mhickeykorzen: nice11:52
*** efoley has quit IRC11:53
rossella_smhickey, then I guess you could work at another extension or add more tests :) you choose11:53
korzenrossella_s mhickey I will ping you when the patch is ready11:53
korzenhopefully today11:54
mhickeykorzen: great11:54
rossella_skorzen, ok11:54
*** apuimedo is now known as apuimedo|lunch11:56
mhickeyrossella_s: what extensions are pending in the backlog?11:56
mhickeyI am reading but don't see any in the team page..11:57
rossella_smhickey, I am checking the status with the people that are working on the remaining extensions11:58
mhickeyrossella_s: ok, thanks11:59
jlibosvaajo: thanks for comments. so the --prefix will also use all other paths for data? like conf.db won't be at /usr/local ?12:00
rossella_sdguitarbite, what's the status of the port security extension?12:01
*** lajos-katona has joined #openstack-neutron12:01
ajojlibosva, yes, I think that's correct12:02
ajonot sure if that would screw up other stuff :)12:02
*** julim_ has quit IRC12:03
*** rook-laptop has quit IRC12:03
openstackgerritOleg Bondarev proposed openstack/neutron: Fix regression in routers auto scheduling logic  https://review.openstack.org/27565312:03
rossella_sslunkad, you are working at the sec group extension right? what's the status?12:05
jlibosvaajo: I guess I would just need to remove the old locks and database12:05
slunkadhi rossella_s12:05
rossella_sslunkad, hi :)12:05
slunkadrossella_s: I am, will push the patch upstream so you can see the progress12:06
*** sudipto_ has quit IRC12:06
*** banix has joined #openstack-neutron12:07
*** ildikov has joined #openstack-neutron12:07
rossella_sslunkad, yep if you have something push it upstream please, you can set it WIP anyway. So we can give you feedback12:07
slunkadrossella_s: cool, thanks!12:08
*** rook-laptop has joined #openstack-neutron12:08
rossella_sslunkad, thank you12:08
*** ihrachys has joined #openstack-neutron12:10
*** rodrigods has quit IRC12:11
*** rodrigods has joined #openstack-neutron12:11
*** julim has joined #openstack-neutron12:11
*** links has quit IRC12:11
*** sleviim has joined #openstack-neutron12:13
*** ihrachys has quit IRC12:13
*** iyamahat has joined #openstack-neutron12:17
*** sleviim has quit IRC12:17
*** rtheis has joined #openstack-neutron12:21
*** roeyc has quit IRC12:24
*** gildub has quit IRC12:25
openstackgerritSayali Lunkad proposed openstack/neutron: Port security groups to OVO  https://review.openstack.org/27566412:25
openstackgerritKevin Benton proposed openstack/neutron: Ensure ML2's core methods not called in transaction  https://review.openstack.org/27511012:25
*** iyamahat has quit IRC12:27
*** baojg has quit IRC12:29
*** ociuhandu_ has joined #openstack-neutron12:30
*** scheuran__ has joined #openstack-neutron12:31
*** mhickey_ has joined #openstack-neutron12:32
*** dims has joined #openstack-neutron12:32
openstackgerritSayali Lunkad proposed openstack/neutron: Port security groups to OVO  https://review.openstack.org/27566412:32
*** longstaff has joined #openstack-neutron12:32
*** mhickey has quit IRC12:34
*** kawa2014 has quit IRC12:34
*** scheuran_ has quit IRC12:34
*** baohua has quit IRC12:34
*** ociuhandu has quit IRC12:34
*** ociuhandu_ is now known as ociuhandu12:34
*** roeyc has joined #openstack-neutron12:35
*** kawa2014 has joined #openstack-neutron12:35
*** shwetaap has joined #openstack-neutron12:36
*** longstaff has quit IRC12:37
*** tbachman has quit IRC12:38
matrohonrossella_s, hi12:38
*** zhangjn has quit IRC12:39
rossella_smatrohon, hi12:39
ljxiashHi,12:39
-openstackstatus- NOTICE: Infra running with lower capacity now, due to a temporary problem affecting one of our nodepool providers. Please expect some delays in your jobs. Apologies for any inconvenience caused.12:40
*** shwetaap has quit IRC12:40
*** baoli has joined #openstack-neutron12:40
matrohonrossella_s, is there something wrong with the gate? : https://review.openstack.org/#/c/215467/12:40
matrohon^^ I think I have my answer...12:41
*** javeriak has quit IRC12:41
*** zhangjn has joined #openstack-neutron12:42
*** ekuris has quit IRC12:42
ljxiashcould you tell me how to know the leaving pkts/bytes of a neutron port? can I collect the RETURN pkts/bytes of each rule in iptables?12:42
matrohonrossella_s, you used "recheck 1" : you want to start counting the number of recheck?12:42
*** rook-laptop has quit IRC12:42
ljxiashor just ACCEPT???12:42
*** baoli_ has joined #openstack-neutron12:43
rossella_smatrohon, yes that was the idea (counting). I don't want to break the gate.12:45
matrohonljxiash, you can look at https://wiki.openstack.org/wiki/Neutron/Metering/Bandwidth12:45
rossella_smatrohon, what's your answer?12:45
matrohonljxiash, but it's only for l3 port12:45
*** baoli has quit IRC12:45
*** dedery has quit IRC12:46
matrohonrossella_s, my answer seems to be the NOTICE message in the chat room12:46
*** thorst_ has joined #openstack-neutron12:46
matrohonrossella_s, don't you think it's the reason why every devstack jobs fails with 215467/12:47
ljxiashmatrohon: thank you! I am looking12:47
rossella_smatrohon, no...it was failing yesterday too12:47
*** zhangjn has quit IRC12:47
*** bharath_ has quit IRC12:48
*** zhangjn has joined #openstack-neutron12:48
*** zhangjn has quit IRC12:48
*** banix has quit IRC12:48
matrohonrossella_s, yep, but last jenkins check reported that every job is failing! something is wrong with the gate12:48
*** zhangjn has joined #openstack-neutron12:49
openstackgerritSridhar Gaddam proposed openstack/neutron: Trigger dhcp port_update for new auto_address subnets  https://review.openstack.org/27122312:49
rossella_smatrohon, we agree that the failures from yesterday are not related to this outage. Right?12:50
matrohonrossella_s, totally, this outage seems very recent12:50
rossella_smatrohon, I am not saying that that patch is breaking the linuxbridge job..but..there's a possibility so I want to be sure that it's safe to merge it12:51
matrohonrossella_s, but I'm not sure that they are related to the patch either12:51
rossella_smatrohon, that's what I am saying12:51
matrohonrossella_s, +1 np12:51
rossella_smatrohon, counting the rechecks is a dummy strategy...the clever strategy is checking the failures and finding the causes. That might lead to fix the flakiness of the linuxbridge job which is also good but requires more time12:52
matrohonrossella_s, I just wanted to know if you were invoking a magik gate command with the "recheck 1" comment you left :)12:52
rossella_smatrohon, LOL12:52
rossella_smatrohon, anyway I am on that patch! it will get merged as soon as possible ;)12:53
matrohonrossella_s, thanks12:54
*** julim has quit IRC12:54
rossella_smatrohon, a deal is a deal, I've seen you started writing the doc regarding migration, I have to do my part too ;)12:55
matrohonrossella_s, good deal :)12:55
*** dedery has joined #openstack-neutron12:55
*** sinese has quit IRC12:56
*** julim has joined #openstack-neutron12:57
*** dguitarbite has quit IRC12:57
*** sinese has joined #openstack-neutron12:57
*** fzdarsky|lunch is now known as fzdarsky12:59
scheuran__matrohon, rossella_s, the lb gate failures you were seeing with "no ipv4 found" are probably related to this bug https://bugs.launchpad.net/neutron/+bug/152363813:00
openstackLaunchpad bug 1523638 in tempest "tempest fails with No IPv4 addresses found" [Undecided,In progress] - Assigned to Andreas Scheuring (andreas-scheuring)13:00
*** nyechiel_ has quit IRC13:00
*** nyechiel_ has joined #openstack-neutron13:01
*** tomoe_ has joined #openstack-neutron13:01
*** sinese_ has joined #openstack-neutron13:01
*** openstackgerrit has quit IRC13:02
matrohonscheuran__, thanks!13:03
*** openstackgerrit has joined #openstack-neutron13:03
*** sinese has quit IRC13:04
*** tomoe_ has quit IRC13:06
*** gildub has joined #openstack-neutron13:06
*** iyamahat has joined #openstack-neutron13:06
openstackgerritLubosz Kosnik proposed openstack/neutron: Add support for Keepalived VRRP health check  https://review.openstack.org/27354613:06
*** rook-laptop has joined #openstack-neutron13:08
*** ihrachys has joined #openstack-neutron13:08
*** dguitarbite has joined #openstack-neutron13:09
*** zhipeng has joined #openstack-neutron13:10
*** efoley has joined #openstack-neutron13:12
*** tomoe_ has joined #openstack-neutron13:12
*** jistr|mtg has joined #openstack-neutron13:12
*** tomoe_ has quit IRC13:12
*** tomoe_ has joined #openstack-neutron13:13
*** claudiub has joined #openstack-neutron13:13
*** reedip_ has joined #openstack-neutron13:15
*** mark_dunn has joined #openstack-neutron13:17
vikramajo: ping13:20
*** tiswanso has joined #openstack-neutron13:21
vikramamotoki: ping13:21
*** sleviim has joined #openstack-neutron13:22
*** dguitarbite has quit IRC13:29
*** ihrachys has quit IRC13:30
*** neeti has quit IRC13:30
*** sleviim has left #openstack-neutron13:31
*** emagana has joined #openstack-neutron13:32
*** dguitarbite has joined #openstack-neutron13:32
*** ihrachys has joined #openstack-neutron13:32
*** ScottMillward has quit IRC13:33
*** ScottMillward has joined #openstack-neutron13:34
*** sinese_ has quit IRC13:36
*** emagana has quit IRC13:36
*** shwetaap has joined #openstack-neutron13:36
*** lajos-katona has quit IRC13:37
*** mubirru has quit IRC13:38
*** edmondsw has joined #openstack-neutron13:38
*** sinese_ has joined #openstack-neutron13:39
*** janzian has joined #openstack-neutron13:41
*** shwetaap has quit IRC13:41
*** itamarl has quit IRC13:41
*** itamarl has joined #openstack-neutron13:41
*** jpena is now known as jpena|lunch13:44
*** dedery has quit IRC13:45
*** tiswanso has quit IRC13:46
*** zhipeng has quit IRC13:46
*** baohua has joined #openstack-neutron13:48
openstackgerritMoshe Levi proposed openstack/neutron: [WIP] OVS offload POC  https://review.openstack.org/27561613:48
*** johnbelamaric has joined #openstack-neutron13:49
*** itamarl has quit IRC13:49
*** baojg has joined #openstack-neutron13:51
*** teju has quit IRC13:53
*** ljxiash has quit IRC13:54
*** claudiub has quit IRC13:55
*** lajos-katona has joined #openstack-neutron13:55
dguitarbiterossella_s: there?13:55
*** abehl has joined #openstack-neutron13:56
*** amotoki has joined #openstack-neutron13:57
*** apuimedo|lunch is now known as apuimedo13:57
pavel_bondarHi! What is the current workflow for testing db migrations? Do we write UT for them or something?13:58
ihrachyspavel_bondar: no, we don't. they are sanity tested in devstack jobs, also we have some functional tests that should cover some issues.14:00
ihrachysbut nothing too extensive14:00
*** baojg has quit IRC14:00
ihrachysgrenade jobs create some long standing resources and migrate them to newer release, but it's not covering advanced stuff14:00
pavel_bondarihrachys: Thanks!14:01
*** ihrachys has quit IRC14:01
*** rossella_s has quit IRC14:02
*** efoley_ has joined #openstack-neutron14:03
*** rossella_s has joined #openstack-neutron14:03
*** efoley has quit IRC14:03
*** julim has quit IRC14:05
*** iyamahat has quit IRC14:05
openstackgerritMathieu Rohon proposed openstack/neutron: Devref to explain nova-neutron interactions during live-migration  https://review.openstack.org/27409714:05
*** jhershbe has quit IRC14:06
*** baojg has joined #openstack-neutron14:07
vikramamotoki: ping14:08
*** baojg has quit IRC14:08
rossella_sscheuran__, matrohon yep probably...but we can't be sure. i wouldn't be so negeative but I know that trace very well and might be related to a port not bound correctly..since that patch is touching that logic...anyway thanks for the pointer scheuran__14:08
*** tbachman has joined #openstack-neutron14:08
*** itzikb has quit IRC14:09
*** baojg has joined #openstack-neutron14:09
*** rotbeard has quit IRC14:09
*** iyamahat has joined #openstack-neutron14:09
*** yamamoto has joined #openstack-neutron14:11
scheuran__rossella_s, you're right, as the code touches this logic we should be careful... welcome!14:11
*** apuimedo has quit IRC14:13
*** apuimedo has joined #openstack-neutron14:13
amotokivikram: pong14:14
*** gberginc has quit IRC14:15
*** skamithi has joined #openstack-neutron14:15
vikramamotoki: Need your review help for "https://review.openstack.org/#/c/205756/"14:15
vikramamotoki: BGP work is planned for M-314:15
amotokivikram: how can I help you in neutornclient?14:15
vikramamotoki: review would be helpful...14:16
amotokivikram: is it better to jump into neutorn review?14:16
*** thumpba has joined #openstack-neutron14:16
vikramamotoki: that would be great14:16
*** thumpba has quit IRC14:17
*** bdemers has joined #openstack-neutron14:17
-amotoki- will be offline next 10 mins to change trains14:17
*** amotoki has quit IRC14:17
openstackgerritMathieu Rohon proposed openstack/neutron: Devref to explain nova-neutron interactions during live-migration  https://review.openstack.org/27409714:17
vikramamotoki: please help us .. we need more expert eyes on the code now to point us incorrect ;)14:17
*** thumpba has joined #openstack-neutron14:17
*** tomoe_ has quit IRC14:19
*** jistr|mtg is now known as jistr14:20
*** amotoki has joined #openstack-neutron14:21
*** banix has joined #openstack-neutron14:22
*** baojg has quit IRC14:23
*** tomoe_ has joined #openstack-neutron14:23
*** tiswanso has joined #openstack-neutron14:24
*** mdunn has joined #openstack-neutron14:26
*** banix has quit IRC14:26
amotokivikram: IMO neutronclient >= 4.0.0 can be used for Mitaka. BGP feature support will be a part of 4.1.0 or 4.2.0. they will be backward-compat, so we can release a new version safely.14:26
*** evgenyf has quit IRC14:26
amotokivikram: "safely" means that it does  not break or require updates of g-r.14:27
mhickey_rossella_s: ping14:27
vikramamotoki: what is the deadline?14:27
amotokivikram: the deadline of g-r update is just before M-3 (from my past experience)14:28
*** localloop127 has joined #openstack-neutron14:28
vikramamotoki: ok14:29
amotokivikram: but we can release newer version of neuttoncilent if a new version breaks backward-compat.14:29
vikramamotoki: ok14:29
amotokivikram: of course i can put more priority on new features before Mitaka releaes :-)14:29
vikramamotoki: thanks for the help ;)14:30
*** jckasper_ has quit IRC14:30
*** bkumar has quit IRC14:30
*** jckasper has joined #openstack-neutron14:30
amotokivikram: btw, how can we move forward SFC dashboard? is it better I chime in it more?14:30
vikramamotoki: BTW, i got some feedback for the CLI patch. It would be great if can do provide your concerns so that we can rework together..14:31
amotokivikram: re CLI, which review?14:31
vikramamotoki: mohan is looking into it14:31
amotokivikram: got it (regarding SFC dashboard)14:31
*** ihrachys has joined #openstack-neutron14:31
vikramamotoki: it would be great if you can join14:32
*** baojg has joined #openstack-neutron14:32
*** longstaff has joined #openstack-neutron14:32
*** tiswanso has quit IRC14:32
vikramamotoki: AFAIK, Mohan is doing Horizon and Heat effort14:32
vikramamotoki: I am busy with BGP now ;)14:32
*** tiswanso has joined #openstack-neutron14:32
amotokivikram: everyone is busy including you :)14:33
vikramamotoki: ;) .. this is neutron14:33
*** jckasper has quit IRC14:33
vikramamotoki: and love this14:33
*** absubram has joined #openstack-neutron14:33
*** jckasper has joined #openstack-neutron14:33
*** apuimedo has quit IRC14:34
vikramamotoki: It would be really great to have your help for SFC dashboard..14:34
*** mdunn has quit IRC14:34
*** mark_dunn has quit IRC14:34
*** absubram_ has joined #openstack-neutron14:34
vikramamotoki: I tried couple of weeks back and was facing some issues and left..14:34
amotokivikram: the SFC dashboard is the first effort which support translations in neutron subprojects which use a single repo for python and dashboard code.14:35
vikramamotoki: We implemented in old style, referred lbaas-dashboard but it is done using angular js14:35
*** Swami has joined #openstack-neutron14:36
amotokivikram: as I18n and infra member involved in i18n effort, it is important.14:36
amotokivikram: I will follow up both anyway in several days.14:36
vikramamotoki: ok14:36
*** shwetaap has joined #openstack-neutron14:36
vikramamotoki: let me know how I can help14:36
*** vhoward has joined #openstack-neutron14:37
vikramamotoki: mohan is a dedicated resource for this activity14:37
amotokivikram: thanks. re dashboard, it is honestly not related to whether angular or legacy.14:37
*** ihrachys has quit IRC14:37
*** Guest29540 is now known as beagles14:38
vikramamotoki: Agreed.. I was able to integrate SFC panel successfully after that got some issue and left.14:38
*** absubram has quit IRC14:38
*** absubram_ is now known as absubram14:38
*** tbachman_ has joined #openstack-neutron14:39
amotokivikram: SFC dashboard is the last of this infra effort http://specs.openstack.org/openstack-infra/infra-specs/specs/translation_setup.html14:39
amotokivikram: item 5 is related to SFC dashboard. most work to item 4 have been done.14:40
*** tbachman has quit IRC14:40
*** tbachman_ is now known as tbachman14:40
*** regXboi has joined #openstack-neutron14:41
*** tbachman has quit IRC14:41
*** shwetaap has quit IRC14:41
vikramamotoki: got it..14:41
*** efoley_ has quit IRC14:41
vikramamotoki: I think mohankumar is away... will ask him to sync up with you tomorrow..14:43
*** yamamoto has quit IRC14:43
amotokivikram: thanks. will drop a comment on the current status14:44
amotokivikram: no need to rush :)14:44
*** mark_dunn has joined #openstack-neutron14:44
vikramamotoki: that would be helpful.. IMO, we are pretty close, just need some fine tuning and little re-arrangement14:44
*** Marga_ has joined #openstack-neutron14:44
vikramamotoki: the code is already tested in the horizon repo ;)14:45
vikramamotoki: it works ;)14:45
amotokivikram: good news!14:45
*** tbachman has joined #openstack-neutron14:46
*** baojg has quit IRC14:46
*** yamamoto has joined #openstack-neutron14:47
*** tongli has joined #openstack-neutron14:47
rossella_smhickey_, pong14:47
*** dane has joined #openstack-neutron14:48
*** julim has joined #openstack-neutron14:48
*** anbu has quit IRC14:48
*** baojg has joined #openstack-neutron14:49
*** anteaya has quit IRC14:49
*** reedip_ has quit IRC14:50
mhickey_rossella_s: Hey14:50
*** baohua has quit IRC14:50
*** jpena|lunch is now known as jpena14:51
mhickey_rossella_s: just checking back with you about next object?14:51
*** yamamoto_ has joined #openstack-neutron14:52
*** yamamoto has quit IRC14:52
*** efoley_ has joined #openstack-neutron14:53
*** wolverineav has joined #openstack-neutron14:53
*** anteaya has joined #openstack-neutron14:54
*** apuimedo has joined #openstack-neutron14:57
*** yamamoto_ has quit IRC14:57
rossella_smhickey_, right, thanks for pinging me. So the update is that the other extensions are in progress14:58
*** wolverineav has quit IRC14:59
*** pradk has joined #openstack-neutron14:59
*** zhangjn has quit IRC15:00
rossella_smhickey_, you could help bringing those patches up to shape but I don't want to ask you that, since you have already taken care of my patches15:00
*** yamamoto has joined #openstack-neutron15:01
mhickey_rossella_s: ok, I can see for the moment Thanks.15:01
rossella_smhickey_, we need more tests, tests are always good15:02
*** davidsha has joined #openstack-neutron15:02
rossella_smhickey_, you could take care of moving the handling of the synthetic fields to neutroDbObject15:03
mhickey_rossella_s: ok, ack.15:03
rossella_smhickey_, I wanted to do that but I don't think I will have time today or tomorow15:03
rossella_smhickey_, thanks a lot again!15:03
mhickey_rossella_s: np15:04
*** zhangjn has joined #openstack-neutron15:04
*** lnicolas has quit IRC15:05
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: (WIP)DVR:Pro-active router creation with live migration  https://review.openstack.org/27542015:05
*** anbu has joined #openstack-neutron15:06
*** brad_behle has joined #openstack-neutron15:06
*** ljxiash has joined #openstack-neutron15:06
*** mss-4 has quit IRC15:07
*** amotoki has quit IRC15:08
*** oshvartz has quit IRC15:09
*** shwetaap has joined #openstack-neutron15:09
*** mlavalle has joined #openstack-neutron15:10
*** numans has quit IRC15:10
*** kbringard has joined #openstack-neutron15:11
*** wwriverrat has joined #openstack-neutron15:16
*** boris-42 has joined #openstack-neutron15:16
*** banix has joined #openstack-neutron15:18
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: (WIP)DVR: Agent side change for live migration with floatingip  https://review.openstack.org/26073815:20
*** javeriak has joined #openstack-neutron15:22
*** shwetaap has quit IRC15:22
*** tomoe_ has quit IRC15:23
*** shwetaap has joined #openstack-neutron15:23
*** ljxiash has quit IRC15:23
*** ihrachys has joined #openstack-neutron15:23
*** jbell8 has joined #openstack-neutron15:25
*** anilvenkata has joined #openstack-neutron15:25
*** tomoe_ has joined #openstack-neutron15:26
jschwarzSwami, hola15:29
jschwarzSwami, coma estas?15:30
*** mgoddard_ has joined #openstack-neutron15:30
*** jprovazn has joined #openstack-neutron15:31
*** Swami_ has joined #openstack-neutron15:32
*** mgoddard has quit IRC15:33
*** lajos-katona has left #openstack-neutron15:34
jschwarzSwami_, hola15:34
*** rickyrem has joined #openstack-neutron15:34
*** iyamahat has quit IRC15:35
*** baojg has quit IRC15:35
*** baojg has joined #openstack-neutron15:35
Swami_jschwarz: hi15:36
*** jprovazn has quit IRC15:36
*** efoley_ has quit IRC15:36
*** Swami has quit IRC15:36
jschwarzSwami_, como estas? :)15:36
Swami_jschwarz: I am in a meeting, can you ping me later15:36
*** jprovazn has joined #openstack-neutron15:36
jschwarzSwami_, sure thing15:36
*** Marga_ has quit IRC15:37
*** Marga_ has joined #openstack-neutron15:37
*** efoley_ has joined #openstack-neutron15:39
*** doug-fish has joined #openstack-neutron15:39
*** janzian has quit IRC15:39
*** anbu has quit IRC15:41
*** anbu has joined #openstack-neutron15:41
*** Sukhdev has joined #openstack-neutron15:41
*** iyamahat has joined #openstack-neutron15:44
*** iyamahat has quit IRC15:45
*** iyamahat has joined #openstack-neutron15:46
*** singhj has joined #openstack-neutron15:47
*** bdrich_ has joined #openstack-neutron15:47
*** rotbeard has joined #openstack-neutron15:47
*** bharath_ has joined #openstack-neutron15:48
*** vikram has quit IRC15:49
*** baojg has quit IRC15:49
*** vikram has joined #openstack-neutron15:49
*** zhangjn has quit IRC15:50
*** zhangjn has joined #openstack-neutron15:51
*** zhangjn has quit IRC15:51
*** efoley_ has quit IRC15:52
*** tbachman has quit IRC15:53
*** salv-orl_ has joined #openstack-neutron15:54
*** thumpba has quit IRC15:55
*** efoley_ has joined #openstack-neutron15:55
*** baojg has joined #openstack-neutron15:56
*** janzian has joined #openstack-neutron15:56
*** salv-orlando has quit IRC15:57
*** dguitarbite has quit IRC15:57
*** absubram has quit IRC15:58
*** techcet has joined #openstack-neutron16:01
*** gvrangan has joined #openstack-neutron16:01
*** jreeves has joined #openstack-neutron16:01
*** javeriak has quit IRC16:01
*** emagana has joined #openstack-neutron16:02
*** minwang2 has joined #openstack-neutron16:02
*** gildub has quit IRC16:02
*** emagana has quit IRC16:02
*** lennyb has quit IRC16:03
Swami_jschwarz: ping16:03
jschwarzSwami_, hola, thanks for pinging me back :)16:03
Swami_jschwarz: no problem, just finished my meeting16:04
*** tomoe_ has quit IRC16:04
*** tomoe_ has joined #openstack-neutron16:04
jschwarzSwami_, I was interested in knowing if there was any DVR work I can do - patches people can't get to, refactoring, bugs, reviews...16:04
Swami_jschwarz: right now the multinode failures are of concern, can you take a look at those, I have a patch for live migration, so any other test failures that are not related to live migration, it is worth to take a look at it.16:05
jschwarzSwami_, sure thing. I know you guys pushed a patch re: multinode failures - did you figure out the fail points other than live migrations?16:06
Swami_we are seeing more failures on volume-boot-pattern, that would be a valid test case to address.16:07
*** emagana has joined #openstack-neutron16:08
*** yfried has quit IRC16:08
jschwarzSwami_, Okies, will look into it :)16:08
*** bharath_ has quit IRC16:08
*** nplanel has quit IRC16:08
Swami_jschwarz: thanks16:08
jschwarzSwami_, did I *just* miss the weekly dvr meeting?16:09
jschwarzmy bad :<16:09
Swami_jschwarz: yes I was in the dvr meeting16:09
*** SridharG has quit IRC16:09
jschwarzSwami_, I'll look at the logs and get myself updated then16:09
Swami_jschwarz: thanks16:10
*** javeriak has joined #openstack-neutron16:10
jschwarzthank you :)16:10
*** skamithi has quit IRC16:11
openstackgerritVictor Morales proposed openstack/neutron: WIP SubnetPool OVO  https://review.openstack.org/27578916:12
*** yfried has joined #openstack-neutron16:12
*** mgoddard_ has quit IRC16:12
*** mgoddard has joined #openstack-neutron16:12
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: DVR: Handle unbound allowed_address_pair port with FIP  https://review.openstack.org/25443916:13
openstackgerritArtur Korzeniewski proposed openstack/neutron: db_api: added composite key to handle multiple primary key  https://review.openstack.org/27579016:14
*** Marga_ has quit IRC16:16
*** lennyb has joined #openstack-neutron16:16
korzenmhickey_, rossella_s https://review.openstack.org/#/c/275790 db_api: added composite key to handle multiple primary key16:18
mhickey_korzen: thanks. will take a look when I get a chance.16:18
*** tbachman has joined #openstack-neutron16:18
*** yfried has quit IRC16:18
*** Marga_ has joined #openstack-neutron16:18
*** ihrachys has quit IRC16:20
*** davidsha has quit IRC16:21
*** yfried has joined #openstack-neutron16:21
*** vikram has quit IRC16:22
*** shashank_hegde has joined #openstack-neutron16:23
*** oshvartz has joined #openstack-neutron16:24
*** matrohon has quit IRC16:24
*** banix has quit IRC16:24
*** daneyon has joined #openstack-neutron16:24
*** rook-laptop has quit IRC16:24
*** korzen has quit IRC16:25
*** sc68cal has joined #openstack-neutron16:26
*** daneyon_ has quit IRC16:27
*** rook-laptop has joined #openstack-neutron16:31
*** davidsha has joined #openstack-neutron16:31
*** mss-4 has joined #openstack-neutron16:34
*** shausy has joined #openstack-neutron16:34
*** ihrachys has joined #openstack-neutron16:34
*** thumpba has joined #openstack-neutron16:35
*** tflynn has joined #openstack-neutron16:36
*** tflynn_ has joined #openstack-neutron16:37
*** anshul has quit IRC16:39
*** javeriak has quit IRC16:39
*** abehl has quit IRC16:39
*** javeriak has joined #openstack-neutron16:39
*** mgarza_ has joined #openstack-neutron16:39
*** tflynn has quit IRC16:40
*** Leo_ has joined #openstack-neutron16:41
*** javeriak_ has joined #openstack-neutron16:42
tmorinhi ihrachys, we discussed with davidsha about https://review.openstack.org/#/c/267591/16:42
tmorinihrachys: having your opinion on my suggestion would be nice16:42
*** julim has quit IRC16:42
*** Leom has joined #openstack-neutron16:43
*** efoley_ has quit IRC16:43
openstackgerritAdolfo Duarte proposed openstack/neutron: HA for DVR - Neutron Server side code changes  https://review.openstack.org/14316916:43
*** Swami__ has joined #openstack-neutron16:43
tmorinihrachys: the suggestion is to subclass OVSBridge to make a cookie-adding bridge, thus allowing all bridge operations (including install_arp_responder() or install_arp_responder()) to be made easily accessible to an extension16:44
*** javeriak has quit IRC16:44
*** julim has joined #openstack-neutron16:44
*** tbachman has quit IRC16:45
*** tonyb has quit IRC16:45
tmorinihrachys: that would also avoid duplicating four methods for both br_int and br_tun, and provide without an extra cost access to add_patc_port, getting a deferred bridge etc.16:45
*** armax has joined #openstack-neutron16:46
ihrachystmorin: ok, I will try check it asap. tomorrow the earliest though.16:46
*** Leo_ has quit IRC16:46
*** tonyb has joined #openstack-neutron16:46
*** ijw has joined #openstack-neutron16:46
*** kevinbenton has quit IRC16:46
tmorinihrachys: np, thanks !16:47
*** Swami_ has quit IRC16:47
*** ijw has quit IRC16:47
*** ijw has joined #openstack-neutron16:48
*** ijw has quit IRC16:48
*** Guest48161 is now known as dasm16:48
*** scheuran__ has quit IRC16:49
*** nlahouti1 has quit IRC16:51
*** kevinbenton has joined #openstack-neutron16:51
dasmgood time, everyone16:52
*** tomoe_ has quit IRC16:53
mhickey_dasm: you too16:53
*** nyechiel_ has quit IRC16:53
*** sridhar_ram has joined #openstack-neutron16:53
*** tbachman has joined #openstack-neutron16:54
*** wolverineav has joined #openstack-neutron16:56
*** EinstCrazy has quit IRC16:56
*** fitoduarte has joined #openstack-neutron16:56
*** tflynn_ has quit IRC16:56
*** jistr has quit IRC16:57
*** eddima has quit IRC16:57
*** _cjones_ has joined #openstack-neutron16:58
*** _cjones_ has quit IRC16:58
*** _cjones_ has joined #openstack-neutron16:58
*** ijw has joined #openstack-neutron16:58
*** mgoddard_ has joined #openstack-neutron16:58
*** mgoddard has quit IRC16:58
*** _cjones_ has quit IRC16:58
*** _cjones_ has joined #openstack-neutron16:59
*** sthillma has joined #openstack-neutron17:00
*** moshele has quit IRC17:01
*** wolverineav has quit IRC17:01
*** sbalukoff has quit IRC17:02
*** itlinux has quit IRC17:02
*** yamahata has joined #openstack-neutron17:02
*** gvrangan has quit IRC17:02
*** jhershbe has joined #openstack-neutron17:02
*** sthillma_ has joined #openstack-neutron17:03
*** Matt3 has joined #openstack-neutron17:03
*** dims has quit IRC17:04
*** sthillma has quit IRC17:04
*** sthillma_ is now known as sthillma17:04
*** dims has joined #openstack-neutron17:06
*** ygbo has quit IRC17:06
*** wwriverrat has left #openstack-neutron17:07
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: sub_project_guidelines: Document the procedure to make a branch EOL  https://review.openstack.org/27238117:07
*** wwriverrat has joined #openstack-neutron17:08
*** mark_dunn has quit IRC17:08
*** jlanoux has quit IRC17:08
*** tmorin has quit IRC17:09
*** ihrachys has quit IRC17:10
*** nmagnezi has quit IRC17:10
*** yfried_ has joined #openstack-neutron17:11
*** jschwarz has quit IRC17:12
*** dims has quit IRC17:12
*** sinese_ has quit IRC17:13
*** hynekm has quit IRC17:13
*** tomoe_ has joined #openstack-neutron17:13
*** Swami__ has quit IRC17:13
*** yfried has quit IRC17:14
*** absubram has joined #openstack-neutron17:14
*** allan_h has joined #openstack-neutron17:16
*** drjones has joined #openstack-neutron17:16
*** gvrangan has joined #openstack-neutron17:16
*** baojg has quit IRC17:16
*** _cjones_ has quit IRC17:16
*** mvk_ has quit IRC17:16
*** yamamoto has quit IRC17:17
*** tomoe_ has quit IRC17:17
*** dims has joined #openstack-neutron17:18
*** jlibosva has quit IRC17:20
*** drjones has quit IRC17:20
*** _cjones_ has joined #openstack-neutron17:21
*** tbachman_ has joined #openstack-neutron17:21
*** mhickey_ has quit IRC17:21
*** tbachman has quit IRC17:22
*** tbachman_ is now known as tbachman17:22
*** _cjones_ has quit IRC17:23
*** _cjones_ has joined #openstack-neutron17:24
*** pcm_ has joined #openstack-neutron17:24
*** tbachman has quit IRC17:24
*** pcm_ has quit IRC17:25
*** prometheanfire has joined #openstack-neutron17:25
prometheanfirecan you still not assign a floating IP to multiple instances?17:26
prometheanfireor even non-float17:27
*** achanda has joined #openstack-neutron17:27
*** tbachman has joined #openstack-neutron17:28
*** manjeets1 has joined #openstack-neutron17:28
*** gvrangan has quit IRC17:31
*** minwang2 has quit IRC17:31
openstackgerritDustin Lundquist proposed openstack/neutron: devref doc config option separation  https://review.openstack.org/27538117:31
*** safchain has quit IRC17:32
*** julim has quit IRC17:33
*** davidsha has quit IRC17:34
*** sbalukoff has joined #openstack-neutron17:35
*** anshul has joined #openstack-neutron17:37
*** jhershbe has quit IRC17:37
*** abehl has joined #openstack-neutron17:37
*** Matt3 has quit IRC17:37
*** kobis has quit IRC17:39
*** Swami has joined #openstack-neutron17:39
*** neiljerram has quit IRC17:40
*** achanda has quit IRC17:42
*** devvesa has joined #openstack-neutron17:42
*** julim has joined #openstack-neutron17:42
*** gvrangan has joined #openstack-neutron17:44
*** fedexo has joined #openstack-neutron17:44
*** roeyc has quit IRC17:45
*** iyamahat has quit IRC17:46
*** yamahata has quit IRC17:46
*** abregman has quit IRC17:48
*** gvrangan has quit IRC17:48
*** hdaniel has quit IRC17:48
xgermanihrachys I am new to versioned objects and I am wondering if you can have a brief look at https://review.openstack.org/#/c/274914/ and let me know if I am on the right track17:49
*** Matt3 has joined #openstack-neutron17:49
dougwigxgerman: you should also ask mugsie to take a look, as he just did that for kosmos17:49
*** shashank_hegde has quit IRC17:50
*** yfried_ has quit IRC17:51
xgermangood point… but I like to leverage the Neutron libs + mugsie is not using sqlachemy17:52
*** cbouch has joined #openstack-neutron17:56
*** bkumar has joined #openstack-neutron17:58
*** Sukhdev has quit IRC17:59
*** madhu_ak has joined #openstack-neutron17:59
*** nyechiel_ has joined #openstack-neutron18:00
*** sthillma has quit IRC18:01
*** rossella_s has quit IRC18:02
*** rossella_s has joined #openstack-neutron18:03
*** wolverineav has joined #openstack-neutron18:03
*** sinese has joined #openstack-neutron18:04
*** evgenyf has joined #openstack-neutron18:06
*** jhershbe has joined #openstack-neutron18:06
*** minwang2 has joined #openstack-neutron18:07
*** banix has joined #openstack-neutron18:07
*** bkumar has quit IRC18:09
*** devvesa has quit IRC18:12
*** brad_behle_ has joined #openstack-neutron18:13
*** shashank_hegde has joined #openstack-neutron18:14
*** janzian has quit IRC18:16
*** brad_behle has quit IRC18:16
*** rook-laptop has quit IRC18:16
*** baojg has joined #openstack-neutron18:17
*** jbell8 has quit IRC18:19
*** rickyrem has quit IRC18:19
*** dlundquist1 has joined #openstack-neutron18:20
*** shausy has quit IRC18:20
*** dlundquist1 has left #openstack-neutron18:20
*** nyechiel_ has quit IRC18:20
*** mihero has quit IRC18:22
*** [1]evgenyf has joined #openstack-neutron18:22
*** evgenyf has quit IRC18:22
*** [1]evgenyf is now known as evgenyf18:22
*** nyechiel_ has joined #openstack-neutron18:23
*** rickyrem has joined #openstack-neutron18:25
*** sbalukoff has quit IRC18:27
*** skamithi has joined #openstack-neutron18:27
*** bdrich_ has quit IRC18:29
*** achanda has joined #openstack-neutron18:29
*** kawa2014 has quit IRC18:30
*** gvrangan has joined #openstack-neutron18:30
*** rotbeard has quit IRC18:31
*** baojg has quit IRC18:33
*** jpena has quit IRC18:33
*** iyamahat has joined #openstack-neutron18:34
*** jpena has joined #openstack-neutron18:34
*** bkumar has joined #openstack-neutron18:36
*** fitoduarte has quit IRC18:37
*** rook-laptop has joined #openstack-neutron18:37
*** jbell8 has joined #openstack-neutron18:38
*** eil397 has joined #openstack-neutron18:39
*** gangil has joined #openstack-neutron18:40
*** gangil has quit IRC18:40
*** gangil has joined #openstack-neutron18:40
*** janzian has joined #openstack-neutron18:40
*** mvk_ has joined #openstack-neutron18:41
*** jckasper has quit IRC18:41
*** shivrao has joined #openstack-neutron18:41
*** bkumar has quit IRC18:42
*** jckasper has joined #openstack-neutron18:42
*** nyechiel_ has quit IRC18:42
*** janzian_ has joined #openstack-neutron18:43
*** evgenyf has quit IRC18:43
*** yamahata has joined #openstack-neutron18:43
*** fedexo has quit IRC18:44
*** jpena has quit IRC18:45
*** ivar-lazzaro has joined #openstack-neutron18:45
*** doug-fish has quit IRC18:45
openstackgerritAbhishek Chanda proposed openstack/python-neutronclient: Generalize the disable-snat flag  https://review.openstack.org/27588118:45
*** fzdarsky is now known as fzdarsky|afk18:46
*** janzian has quit IRC18:46
*** jckasper has quit IRC18:46
*** wolverineav has quit IRC18:46
*** janzian_ is now known as janzian18:46
*** evgenyf has joined #openstack-neutron18:47
*** gvrangan has quit IRC18:49
*** tbachman_ has joined #openstack-neutron18:51
*** deva_ has joined #openstack-neutron18:51
*** crose has quit IRC18:51
*** tbachman has quit IRC18:53
*** tbachman_ is now known as tbachman18:53
*** tbachman has quit IRC18:55
openstackgerritRussell Bryant proposed openstack/neutron: Update Neutron sub-project inclusion criteria.  https://review.openstack.org/27588818:55
*** iyamahat has quit IRC18:56
*** iyamahat has joined #openstack-neutron18:56
*** apuimedo has quit IRC18:57
*** yfried_ has joined #openstack-neutron18:58
*** iyamahat has quit IRC18:58
*** sthillma has joined #openstack-neutron18:59
*** jhershbe has quit IRC19:00
*** crose has joined #openstack-neutron19:00
*** deva_ has quit IRC19:00
*** s3wong has joined #openstack-neutron19:03
*** julim has quit IRC19:04
*** ivar-lazzaro has quit IRC19:05
*** jckasper has joined #openstack-neutron19:05
*** sthillma has quit IRC19:06
*** julim has joined #openstack-neutron19:06
*** wolverineav has joined #openstack-neutron19:10
*** ivar-lazzaro has joined #openstack-neutron19:11
*** rook-laptop has quit IRC19:12
*** jbell8 has quit IRC19:12
*** jbell8 has joined #openstack-neutron19:12
*** wolverineav has quit IRC19:12
*** wolverineav has joined #openstack-neutron19:13
*** abhiraut has joined #openstack-neutron19:13
*** sbalukoff has joined #openstack-neutron19:13
*** Sukhdev has joined #openstack-neutron19:14
*** deva_ has joined #openstack-neutron19:17
*** achanda has quit IRC19:17
*** absubram has quit IRC19:19
*** abhiraut has quit IRC19:23
*** tbachman has joined #openstack-neutron19:23
*** deva_ has quit IRC19:23
*** mturpin has quit IRC19:24
*** rickyrem has quit IRC19:28
*** rickyrem has joined #openstack-neutron19:29
*** johnbelamaric has quit IRC19:31
*** azbiswas has joined #openstack-neutron19:31
*** baojg has joined #openstack-neutron19:33
fishboneHi Sam_I_Am: I have an update if you are available....19:34
*** achanda has joined #openstack-neutron19:35
fishboneAfter looking into the "window full" message I went ahead and adjusted the window size option to disabled in the windows instance19:35
fishboneI am now able to download files for the most part but I still cannot run windows updates19:35
*** mturpin has joined #openstack-neutron19:36
fishboneAlso I am not sure how scaling the tcp window size affects network connectivity; is it a good practice to disable autotuneing for it?19:36
Sam-I-Amthats an odd thing that should just work19:36
*** ihrachys has joined #openstack-neutron19:37
*** rook-laptop has joined #openstack-neutron19:37
*** baojg has quit IRC19:38
*** doffm has joined #openstack-neutron19:38
doffmHi, could anyone here take a look at a nova bug? Its about needing admin context for port binding with the port binding extension.19:39
doffmhttps://bugs.launchpad.net/nova/+bug/154093919:40
openstackLaunchpad bug 1540939 in OpenStack Compute (nova) "Instance delete causing port leak" [Undecided,New]19:40
doffmI'm confused as to why the admin context is needed when the port binding extension is present.19:40
*** achanda has quit IRC19:43
*** boris-42 has quit IRC19:43
*** Sukhdev has quit IRC19:44
*** gvrangan has joined #openstack-neutron19:44
sc68caldoffm: it is most likely because of the interactions between nova and neutron for live migration19:45
doffmsc68cal: Any chance you could explain?19:45
sc68caldoffm: when migrating an instance between compute nodes, the port binding information is updated to reflect where the vm is being migrated to19:46
sc68caldoffm: but stepping back, do you actually have results that show ports being leaked, or is this bug a fishing expedition19:46
sc68calor did you alter the policy.json for port binding in your installation19:47
*** ociuhandu has quit IRC19:47
doffmsc68cal: Its an actual leak at our end, but that is almost certainly due to policy.json issues.19:47
doffmThere have been alot of them.19:48
njohnstonDo folks have any particular practice when triaging bugs auto-generated from DocImpact tags?  Are these generally "medium" or "low" priority, for example?  Just making sure that if there is a common practice for this, that I follow it.  Bug in question: https://bugs.launchpad.net/neutron/+bug/154119219:48
openstackLaunchpad bug 1541192 in neutron " Set default value for dnsmasq_local_resolv to False" [Undecided,New]19:48
*** bdrich_ has joined #openstack-neutron19:48
*** mihero has joined #openstack-neutron19:48
*** ivar-lazzaro has quit IRC19:48
*** alaski has joined #openstack-neutron19:48
*** techcet has quit IRC19:48
Sam-I-Amnjohnston: depends on the impact of the docs change19:48
fishboneSam_I_Am: does the TCP window size have anything to do with MTU size? Again, I am not too network savvy19:48
*** abehl has quit IRC19:48
*** anshul has quit IRC19:48
*** Aish has joined #openstack-neutron19:49
sc68caldoffm: meaning - did you change the policy.json for that api call? What did you change it to? Or is it unchanged from admin_only19:50
*** ccarmack has joined #openstack-neutron19:50
*** mgarza__ has joined #openstack-neutron19:50
Sam-I-Amin other words, is this change relevant to lots of people?19:51
Sam-I-Amfishbone: well, there's tcp mss19:51
Sam-I-Amwhich is more or less the 'mtu' for tcp itself19:51
Sam-I-Amthat should be based on mtu though19:52
Sam-I-Ami have seen issues on physical networks with mtu changes where mss 'clamping' is required19:52
*** mgarza_ has quit IRC19:53
fishboneSam_I_Am: This change is for the base image for everyone; but at the moment not too many people rely on the instances19:53
*** ctrath has joined #openstack-neutron19:54
fishboneWould you be able to explain clamping to me a bit more?19:54
doffmsc68cal: TBH i'm not sure. I will go find out. Is port binding usually set to admin_only?19:55
sc68caldoffm: it is, out of the box19:55
Sam-I-Amfishbone: i'm in the middle of stuff now - best place is probably googling for it. lots of stuff there to help.19:55
doffmsc68cal: What about unbinding & delete?19:56
fishboneNo problem; do you think it's safe to rule out MTU or the neutron setup altogether as a source of the issue?19:56
sc68caldoffm: delete_port is admin, owner, and network owner19:57
*** javeriak has joined #openstack-neutron19:57
sc68calupdate_port:binding:* is admin_only19:57
doffmsc68cal: Thanks.19:57
sc68calat least in HEAD19:57
sc68calyep - same in kilo19:58
openstackgerritAbhishek Chanda proposed openstack/python-neutronclient: Generalize the disable-snat flag  https://review.openstack.org/27588119:58
Sam-I-Amfishbone: if you're using the linux bridge agent, your network is 1500, your vm is on a vxlan network and uses 1450, and you did that hack i mentioned to set the mtu of the QR interface inside the qrouter namespace to 1450... i cant see this being an mtu problem anymore unless there's a piece missing.19:58
*** achanda has joined #openstack-neutron19:59
*** baoli_ has quit IRC19:59
*** javeriak_ has quit IRC20:00
fishboneOk, I will look deeper into the window scaling factor some more. Thanks so much for all your help. If I get stuck again I hope it's ok for me to reach out some more20:00
sc68calfishbone: please do20:00
*** absubram has joined #openstack-neutron20:01
*** itzikb has joined #openstack-neutron20:03
ccarmacksc68cal: thanks for the help20:03
*** techcet has joined #openstack-neutron20:05
*** minwang2_ has joined #openstack-neutron20:06
*** techcet has quit IRC20:06
sc68calccarmack: no problem. I'm here on IRC and also now subbed to the bug20:07
*** minwang2 has quit IRC20:08
*** minwang2_ is now known as minwang220:08
*** ihrachys has quit IRC20:10
*** javeriak has quit IRC20:11
prometheanfirecan this work with neutron via allowed_address_pairs https://www.inlab.de/load-balancer/example3.html20:13
prometheanfireI think it should work, but dunno20:13
*** nyechiel_ has joined #openstack-neutron20:14
*** ccarmack has left #openstack-neutron20:14
*** nmagnezi has joined #openstack-neutron20:14
*** abhiraut has joined #openstack-neutron20:15
*** tidwellr has left #openstack-neutron20:18
*** mgarza__ has quit IRC20:19
*** tflynn has joined #openstack-neutron20:22
*** fitoduarte has joined #openstack-neutron20:23
*** Sukhdev has joined #openstack-neutron20:28
*** itzikb has quit IRC20:28
*** abhiraut has quit IRC20:31
*** abhiraut has joined #openstack-neutron20:32
*** baojg has joined #openstack-neutron20:37
*** nyechiel_ has quit IRC20:42
*** tiswanso has quit IRC20:42
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: (WIP)DVR:Pro-active router creation with live migration  https://review.openstack.org/27542020:44
*** Aish has quit IRC20:44
*** baojg has quit IRC20:45
carl_baldwinkevinbenton: ping20:45
*** Aish has joined #openstack-neutron20:45
*** kbringard has quit IRC20:47
*** sridhar_ram has quit IRC20:47
*** bdemers has quit IRC20:47
*** bdemers has joined #openstack-neutron20:48
*** abhiraut has quit IRC20:49
*** ivar-lazzaro has joined #openstack-neutron20:49
*** crose has quit IRC20:50
*** jprovazn has quit IRC20:51
*** ivar-lazzaro has quit IRC20:53
*** jbell8 has quit IRC20:53
*** crose has joined #openstack-neutron20:55
*** absubram has quit IRC20:55
*** dims has quit IRC20:56
*** evgenyf has quit IRC21:01
openstackgerritJames Arendt proposed openstack/python-neutronclient: [WIP] Implement FWaaS V2 CLI  https://review.openstack.org/27547321:02
*** tidwellr has joined #openstack-neutron21:02
*** techcet has joined #openstack-neutron21:05
*** dims has joined #openstack-neutron21:05
*** baoli has joined #openstack-neutron21:07
*** jbell8 has joined #openstack-neutron21:09
*** abhiraut has joined #openstack-neutron21:10
*** jbell8 has quit IRC21:13
*** techcet has quit IRC21:14
*** clayton has quit IRC21:14
*** boris-42 has joined #openstack-neutron21:14
*** techcet has joined #openstack-neutron21:15
*** kbringard has joined #openstack-neutron21:16
*** Swami has quit IRC21:17
*** jbell8 has joined #openstack-neutron21:17
*** drjones has joined #openstack-neutron21:18
*** _cjones_ has quit IRC21:19
openstackgerritKyle Mestery proposed openstack/neutron: Update Neutron sub-project inclusion criteria.  https://review.openstack.org/27588821:19
openstackgerritKyle Mestery proposed openstack/neutron: Update Neutron sub-project inclusion criteria.  https://review.openstack.org/27588821:19
*** Swami has joined #openstack-neutron21:23
*** manjeets1 has left #openstack-neutron21:23
*** sleviim has joined #openstack-neutron21:23
*** shwetaap has quit IRC21:23
*** sleviim has quit IRC21:23
kevinbentoncarl_baldwin: pong21:23
*** _cjones_ has joined #openstack-neutron21:24
*** nplanel has joined #openstack-neutron21:24
*** drjones has quit IRC21:25
*** julim has quit IRC21:27
*** _cjones_ has quit IRC21:28
*** jonlan has joined #openstack-neutron21:28
openstackgerritKyle Mestery proposed openstack/neutron: Update Neutron sub-project inclusion criteria.  https://review.openstack.org/27588821:29
*** _cjones_ has joined #openstack-neutron21:29
*** ctrath has quit IRC21:30
Swamikevinbenton: can you take a look at the patch. https://review.openstack.org/#/c/275073/ - this has the changes for live migration from nova21:31
Swamikevinbenton: this is based on our discussion we had21:31
Swamikevinbenton: for the neutron side patches take a look at - https://review.openstack.org/#/c/275420/21:32
*** ctrath has joined #openstack-neutron21:33
*** itzikb has joined #openstack-neutron21:33
*** tbachman_ has joined #openstack-neutron21:35
*** tbachman has quit IRC21:35
*** tbachman_ is now known as tbachman21:35
kevinbentonSwami: sure, in a meeting atm. will check it out in an hour or so21:35
Swamikevinbenton: thanks21:35
*** achanda has quit IRC21:35
*** drjones has joined #openstack-neutron21:36
*** _cjones_ has quit IRC21:36
*** nmagnezi has quit IRC21:38
openstackgerritRussell Bryant proposed openstack/neutron: Update Neutron sub-project inclusion criteria.  https://review.openstack.org/27588821:40
*** eddima has joined #openstack-neutron21:40
*** jonlan has quit IRC21:42
*** clayton has joined #openstack-neutron21:43
*** achanda has joined #openstack-neutron21:43
*** drjones has quit IRC21:43
*** jreeves has quit IRC21:45
*** _cjones_ has joined #openstack-neutron21:46
*** ijw has quit IRC21:46
*** jistr has joined #openstack-neutron21:46
*** manjeets1 has joined #openstack-neutron21:46
*** jistr has quit IRC21:47
*** drjones has joined #openstack-neutron21:49
*** _cjones_ has quit IRC21:50
*** ivar-lazzaro has joined #openstack-neutron21:50
*** rickyrem has quit IRC21:51
*** madhu_ak has quit IRC21:51
*** salv-orlando has joined #openstack-neutron21:54
*** _cjones_ has joined #openstack-neutron21:54
*** eddima has quit IRC21:54
*** johnbelamaric has joined #openstack-neutron21:54
*** shwetaap has joined #openstack-neutron21:54
*** drjones has quit IRC21:54
*** ivar-lazzaro has quit IRC21:55
*** madhu_ak has joined #openstack-neutron21:55
*** thumpba has quit IRC21:55
*** drjones has joined #openstack-neutron21:56
*** salv-orl_ has quit IRC21:56
*** _cjones_ has quit IRC21:57
*** crose has quit IRC21:59
*** eddima has joined #openstack-neutron22:01
*** ivar-lazzaro has joined #openstack-neutron22:02
*** rossella_s has quit IRC22:02
*** rossella_s has joined #openstack-neutron22:03
*** tbachman has quit IRC22:03
*** tbachman has joined #openstack-neutron22:03
*** thorst_ has quit IRC22:05
*** PsionTheory has joined #openstack-neutron22:05
*** thorst_ has joined #openstack-neutron22:06
*** cbouch has quit IRC22:06
*** jckasper has quit IRC22:07
*** thorst__ has joined #openstack-neutron22:08
*** shwetaap has quit IRC22:09
*** eddima has quit IRC22:09
*** thorst_ has quit IRC22:09
*** jckasper has joined #openstack-neutron22:10
*** thorst__ has quit IRC22:12
*** jonlan has joined #openstack-neutron22:13
openstackgerritVictor Howard proposed openstack/python-neutronclient: Adding DSCP chnages to neutronclient  https://review.openstack.org/25428022:15
*** achanda has quit IRC22:16
*** tbachman_ has joined #openstack-neutron22:17
*** dims_ has joined #openstack-neutron22:17
*** sinese has quit IRC22:18
*** tbachman has quit IRC22:19
*** tbachman_ is now known as tbachman22:19
*** jonlan has quit IRC22:19
*** dims has quit IRC22:21
carl_baldwinkevinbenton: ping22:22
*** vhoward has quit IRC22:23
*** localloop127 has quit IRC22:23
*** banix has quit IRC22:26
kevinbentoncarl_baldwin: pong22:27
*** dims_ has quit IRC22:27
carl_baldwinkevinbenton: Can you tell me what a dynamic segment is?22:27
*** gildub has joined #openstack-neutron22:28
*** farid_ has joined #openstack-neutron22:28
kevinbentoncarl_baldwin: during heirarchical port binding, a segment can be dynamically allocated22:29
*** longstaff has quit IRC22:29
kevinbentoncarl_baldwin: (e.g. a VLAN segment just between a compute node and a Tor)22:29
*** tbachman_ has joined #openstack-neutron22:29
kevinbentoncarl_baldwin: then the main segment for the network still remains VXLAN or whatever22:30
carl_baldwinkevinbenton: I guess I should review HPB.22:30
*** rook-laptop has quit IRC22:30
kevinbentoncarl_baldwin: https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/models.py#L42-L4322:30
*** longstaff has joined #openstack-neutron22:30
*** rtheis has quit IRC22:30
kevinbentoncarl_baldwin: it's my understanding that the segments created for HPB will all be dynamic22:30
*** thorst has joined #openstack-neutron22:31
*** tbachman has quit IRC22:31
*** tbachman_ is now known as tbachman22:31
kevinbentonrkukura: are you around?22:31
kevinbentonrkukura: i had some assumptions about HPB and the segments and they may not be correct22:31
rkukurakevinbenton: I’m in a webex meeting.22:31
kevinbentonrkukura: ok22:32
rkukuraIs this related to the routed networks?22:32
kevinbentonrkukura: yes22:32
rkukuraI need to read that spec and the comments on it.22:32
rkukuraI can try to answer quick questions in the meantime though22:32
*** drjones has quit IRC22:33
*** farid_ has quit IRC22:34
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Get tempest via zuul-cloner if needed and it is available  https://review.openstack.org/27418122:34
kevinbentonrkukura: are there any cases where HPB will wire up multiple non-dynamic segments?22:34
*** _cjones_ has joined #openstack-neutron22:34
rkukuraWith HPB, a network would typically have one (or more) static segments, plus the dynamic segments22:34
rkukuraNothing prevents it from having multiple static segments, as long as these are bridged somehow22:35
kevinbentonrkukura: right, but HPB isn't used for bridge multiple static segments together, is it?22:35
*** thorst has quit IRC22:35
rkukuraHPB can also be used as a way to “filter” a set of static segments without creating dynamic segments22:35
kevinbentonrkukura: like a single port binding process won't bind to a bunch of static segments22:35
rkukuraHPB doesn’t manage the bridging, but assumes something takes care of this22:36
rkukuraIn the case of a ToR switch, the MD for the switch is configuring the bridging to the dynamic segments22:36
kevinbentonrkukura: that's just the generic assumption of all segments in a network being L2 bridged, correct?22:36
kevinbentonrkukura: as in, HPB doesn't do anything specifically that depends on that assumption22:37
rkukuraright, prior to the l2_adjacency attribute beiong added, I guess22:37
rkukuraWithout this new attribute, the neutron model is that a network is an L2 broadcast domain22:37
kevinbentonrkukura: ok, i think my assumptions are correct then that what we are proposing shouldn't break HPB22:38
kevinbentonrkukura: but having your feedback on the spec would be good22:38
rkukuraIts on my to-do list22:38
*** janzian has quit IRC22:39
*** thorst has joined #openstack-neutron22:42
openstackgerritJames Arendt proposed openstack/python-neutronclient: Make metavar usage consistent  https://review.openstack.org/27596222:42
carl_baldwinkevinbenton: I'm still not settled on the issue of how to default l2_adjacency22:42
carl_baldwinkevinbenton: I'm wondering if we should change the field to "routed" or something and default it to false.22:43
openstackgerritManjeet Singh Bhatia proposed openstack/python-neutronclient: Add commands for network_ip_availability.  https://review.openstack.org/26992622:44
kevinbentoncarl_baldwin: well i viewed it the same as the vlan_transparent option22:44
*** abhiraut has quit IRC22:45
kevinbentoncarl_baldwin: where it's a way for the user to understand if they have a certain guaruntee22:45
carl_baldwinkevinbenton: The problem is that we currently have no way to know for existing networks unless we make the assumption that rkukura has stated.22:46
rkukuraHasn’t the definition of network in quantum/neutron alwats been an “L2 domain”?22:47
carl_baldwinkevinbenton: As long as we don't explicitly say whether networks have L2 adjacency then its okay to let everyone assume that they all do.  But, as soon as we add an explicit attribute, then we've got to default it to false for multi-segment networks because we can't lie to them.22:49
rkukuraThe L2 design spec, code, presentations, etc., have always said that their has to L2 bridging between the segments of a (L2) network22:50
rkukuras/has to L2/has to be L2/22:51
*** ctrath has quit IRC22:53
openstackgerritSalvatore Orlando proposed openstack/neutron: Pecan: replace dashes with underscores on controller lookup  https://review.openstack.org/27231222:54
openstackgerritSalvatore Orlando proposed openstack/neutron: Pecan: wrap PUT response with resource name  https://review.openstack.org/27231322:55
*** abhiraut has joined #openstack-neutron22:55
*** rook-laptop has joined #openstack-neutron22:55
*** ctrath has joined #openstack-neutron22:59
*** baojg has joined #openstack-neutron23:02
*** jbell8 has quit IRC23:02
*** regXboi has quit IRC23:03
openstackgerritManjeet Singh Bhatia proposed openstack/python-neutronclient: Add commands for network_ip_availability.  https://review.openstack.org/26992623:04
kevinbentoncarl_baldwin: right, that's why I said false if multiple was the right thing to do23:06
*** tpsilva has quit IRC23:06
*** thorst has quit IRC23:07
*** john-davidge has joined #openstack-neutron23:07
*** thorst has joined #openstack-neutron23:07
*** baojg has quit IRC23:07
rkukurakevinbenton, carl_baldwin: I don’t see why you are saying l2_adjacency should be false for existing multi-segment networks. The assumption has always been so far that they are single L2 domains. For example, all subnets on a network can span all segments, and a single DHCP server can serve all segments.23:08
*** kbringard has quit IRC23:08
carl_baldwinkevinbenton: I don't see how to do that without breaking existing multi-segment networks because we're going to set adjacency to false and start treating it as such.23:08
carl_baldwinkevinbenton: Seems like that will break them right away.23:08
rkukuraI think default has to be true, regardless of whether the network has multiple segments or not.23:08
*** absubram has joined #openstack-neutron23:09
*** achanda has joined #openstack-neutron23:09
*** Sukhdev has quit IRC23:10
*** thorst has quit IRC23:12
*** achanda has quit IRC23:12
kevinbentonrkukura, carl_baldwin: that flag being false won't break anything23:14
*** singhj has quit IRC23:14
kevinbentonAll it will say is to the user that we can't guarantee l2 adjacency23:14
rkukuraBut don’t all current neutron networks guarantee L2 adjacency?23:14
kevinbentonThe multi segment ones might not23:15
*** singhj has joined #openstack-neutron23:15
kevinbentonI'm not aware of any drivers that correctly do multi segment networks23:15
kevinbentonrkukura: are you?23:15
rkukuramulti-segment networks are created by admins (usually provider networks) or some other orchestration layer above neutron23:16
rkukuraThink of an external network that is on VLAN 100 in one rack and on VLAN 7 on a another rack. The admin knows these are the same L2 external network. He’d configure it as a provider network with two segments, one for each rack.23:17
carl_baldwinkevinbenton: It isn't just what we're telling the user.  It is also what we're doing internally with such networks (like scheduling DHCP servers for each segment)23:18
*** Sukhdev has joined #openstack-neutron23:18
*** techcet has quit IRC23:19
rkukuraAll of this makes me wonder if routed networks really should be a different neutron resource that is composed of real neutron networks, subnets, and maybe even routers. ;)23:20
kevinbentonrkukura: does this ever happen? IIRC the neutron client does not even support multi segment networks23:20
rkukurakevinbenton: mestery once figured out how to use the client to create multi-segment networks23:21
carl_baldwinrkukura: Like IpNetworks?  Yeah, we've been down that road.  There is no good path to get there.23:22
openstackgerritBrandon Logan proposed openstack/python-neutronclient: Add commands for network_ip_availability.  https://review.openstack.org/26992623:22
rkukuracarl_baldwin: That’s why I winked23:22
*** Marga_ has quit IRC23:23
kevinbentonI'll need to think about this more. I really dislike dummy values in the API that aren't a result of explicit information from the plugin23:23
rkukuraWhat I’d really like to see is a generalized way to pass —nic params to nova that might reference normal neutron networks, ipNetworks, EPGs, or whatever, and it would just work as long as the thing could create a port23:24
*** ctrath has quit IRC23:25
*** elopez has quit IRC23:26
carl_baldwinrkukura: If you ask Nova, they just want a port.  They don't want to add new ways to pass networks, or anything else.23:28
rkukuracarl_baldwin: Exactly. Nova should have plugable nic drivers. The param after —nic would select the nic driver, and that nic driver would interpret whatever comes after and return a port23:28
kevinbentonNova isn't really the issue, the migration to a port with an ip network will be really difficult in neutron23:29
kevinbentonrkukura: no, just pass the port to nova23:29
rkukurakevinbenton: This is where I need to go read the spec23:29
kevinbentonrkukura: they want to move away from Nova doing the work of constructing it23:29
rkukurakevinbenton: You can just pass the port to nova, but that means the user has to know how to create the port, and is then responsible for deleting the port23:29
carl_baldwinkevinbenton: Right, that's what I was trying to say.  And, you're right, Nova isn't the big problem with that approach.23:30
*** sridhar_ram has joined #openstack-neutron23:30
kevinbentonrkukura: but Nova shouldn't be the network API23:31
kevinbentonrkukura: for instances23:31
rkukurakevinbenton: I agree, but the notion of passing nova a thing that generates port is much nicer for the user than requiring the user to create the port23:32
*** farid has joined #openstack-neutron23:32
*** Leom has quit IRC23:33
*** baoli has quit IRC23:33
kevinbentonrkukura: what would be in nic params?23:33
kevinbentonThat the user is passing23:33
*** djan has joined #openstack-neutron23:34
kevinbentonWhat would Nova do with it, just throw a json blob at neutron and see if it sticks?23:34
*** wolverin_ has joined #openstack-neutron23:35
kevinbentonThe issue there is that there is no way for Nova to provide help text or validate input23:35
rkukurakevinbenton: My spontaneous proposal is that the param after —nic would select a pluggable driver from a python namespace. For example, “-net” would find a nic driver named “net”, “-port” would find one named “port”, and “-ipnet” would find one named “ipnet”.23:35
*** baoli has joined #openstack-neutron23:36
kevinbentonSo Nova would have a bunch of networking drivers then?23:36
rkukuraEach of these would interpret the following token, i.e. as a network, port, or ipNetwork, respectively23:36
* carl_baldwin stays out of the nova part of this discussion.23:37
rkukuraThese would be really simple pieces of python code that simply interpret an are and produce a real neutron port. The IP address and all that would still be obtained from the port.23:37
kevinbentonSo the Nova server has these drivers, right?23:38
*** wolverineav has quit IRC23:38
kevinbentonWell Nova compute nodes would need them actually23:38
*** longstaff has quit IRC23:38
*** mlavalle has quit IRC23:38
openstackgerritZhaoBo proposed openstack/neutron: Add standard attribute functions  https://review.openstack.org/25119323:39
kevinbentonSo whatever is passed on the CLI can not be validated until port creation time on the compute node23:39
rkukurakevinbenton: I’m not sure what part of nova currently does the create_port calls, etc.23:39
*** azbiswas has quit IRC23:39
rkukurakevinbenton: Keep in mind this is just a glimmer of an idea, not a fleshed out proposal. I’m sure their are gochas23:40
kevinbentonEither way, user input can no longer be validated until after scheduling23:40
kevinbentonI suppose the drivers could have a validation method23:40
kevinbentonThat the API server runs23:41
*** baoli has quit IRC23:41
*** longstaff has joined #openstack-neutron23:42
rkukurakevinbenton: Of course nova scheduling might also need to call these drivers to find out where the requested network connectivity is available ;)23:44
carl_baldwinkevinbenton: I'm actually thinking of getting rid of the l2 adjacency flag.  Any new routed networks behavior can be triggered by associating subnets with segments.  In this case, the flag is just informational for the user and isn't really all that important anyway.23:44
rkukuracarl_baldwin: That may be worth considering, but please don’t make the assumption that subnets never span network segments.23:45
carl_baldwinrkukura: Wasn't going to.23:45
carl_baldwinAt this point, a subnet either spans all segments or is bound to one.23:45
*** hoangcx has joined #openstack-neutron23:46
carl_baldwinrkukura: I don't plan to introduce subnets that span more than one but not all segments at this time.23:46
rkukuracarl_baldwin: I’d say that at this point (prior to routed nets being added), all subnets on a network can span all segments of that network.23:46
carl_baldwinrkukura: That assumption will continue.  It is only changed by an explicit association of a subnet to a segment.23:47
*** jamielennox|away is now known as jamielennox23:47
carl_baldwinrkukura: kevinbenton:  Thanks for the chat.  I've got to duck out early today (its Wednesday).23:48
rkukuracarl_baldwin: no problem. I also need to duck out23:49
*** edmondsw has quit IRC23:49
carl_baldwinrkukura: kevinbenton: Honestly, I think there are good reasons to make it default both ways.  They seem to conflict and so I think my answer will be to not write any code that depends on the value.  If we add l2adjacency flag to the network then we can discuss it independently of this blueprint.23:50
*** allan_h has quit IRC23:51
*** allan_h has joined #openstack-neutron23:51
*** pradk has quit IRC23:51
kevinbentoncarl_baldwin: I'm fine with tabling it for now to move forward23:54
*** yuanying has quit IRC23:54
rkukurakevinbenton, carl_baldwin: I will comment on the review, but feel free to ping me if you’d like to discuss again23:55
*** crinkle has quit IRC23:55
carl_baldwinkevinbenton: I'm actually thinking it is wise not to key off the value anywhere in code23:56
*** mickeys has joined #openstack-neutron23:56
*** yuanying has joined #openstack-neutron23:56
*** manjeets1 has quit IRC23:56
*** bdrich_ has quit IRC23:57
*** crinkle has joined #openstack-neutron23:57
*** ivar-lazzaro has quit IRC23:58

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