14:01:40 <mlavalle> #startmeeting networking
14:01:40 <openstack> Meeting started Tue Mar 26 14:01:40 2019 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:01:41 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:01:43 <openstack> The meeting name has been set to 'networking'
14:01:57 <liuyulong> hi
14:02:02 <tidwellr> hi
14:02:03 <haleyb> hi
14:02:03 <lajoskatona> Hi
14:02:09 <njohnsto_> o/
14:02:10 <rubasov> o/
14:02:20 <ralonsoh> hi
14:02:20 <mlavalle> how are you all!
14:02:27 <boden> howdy
14:02:34 <njohnston> splendid, and you?
14:03:03 <mlavalle> as usual, you will find updated agenda here: https://wiki.openstack.org/wiki/Network/Meetings
14:03:16 <mlavalle> #topic Announcements
14:03:36 <bcafarel> late o/
14:05:00 <mlavalle> First of all, we cut RC-1 over the weekend
14:05:17 <mlavalle> https://review.openstack.org/#/c/644339/
14:06:03 <mlavalle> We have until April 5th in case we need to cut another RC
14:06:08 <mlavalle> opr several
14:07:07 <mlavalle> And please remember that the etherpad for the PTG is up for topics suggestions: https://etherpad.openstack.org/p/openstack-networking-train-ptg
14:07:43 <mlavalle> I can see that a healthy number of you all will be in attendance
14:07:51 <mlavalle> Looking forward to see you there
14:07:55 <mlavalle> \o/
14:08:29 <bcafarel> and without train horns in the night :)
14:08:45 <mlavalle> that's right :-)
14:09:05 <mlavalle> any other annoucements I might have missed?
14:10:11 <mlavalle> ok, let's move on
14:10:27 <mlavalle> #topic Blueprints
14:10:51 <mlavalle> These were the blueprints we were targeting for our RC-1: https://launchpad.net/neutron/+milestone/stein-rc1
14:11:33 <mlavalle> As you can all see, we merged almost everything we targeted for RC-1
14:11:47 <njohnston> \o/
14:12:04 <bcafarel> yeah, lots of green in that list
14:12:43 <mlavalle> liuyulong: this was assigned to you: https://bugs.launchpad.net/neutron/+bug/1813787
14:12:45 <openstack> Launchpad bug 1813787 in neutron "[L3] DVR router in compute node was not up but nova port needs its functionality" [Medium,In progress] - Assigned to LIU Yulong (dragon889)
14:13:12 <mlavalle> do you have a status report on it?
14:13:33 <liuyulong> Yes
14:14:27 <liuyulong> For the new approach slaweq and me mentioned in the patch set, I met some refactor problem.
14:14:43 <liuyulong> It will become much more complicated.
14:15:06 <mlavalle> liuyulong: thanks for the follow up!
14:15:15 <liuyulong> But, FYI, our local environment is running the current approach, everything works fine.
14:16:00 <liuyulong> We've tested concurrently boot 10/20/30 VM under different DVR router.
14:16:40 <liuyulong> It can work, all VM get the metadata. But indeed, some retry can be seen during the boot time.
14:17:12 <mlavalle> ok. here's what I propose then. when it is ready, we can merge it in master and then backport to Stein
14:17:26 <mlavalle> that way we don't have to rush against the calendar
14:17:33 <liuyulong> OK
14:17:41 <mlavalle> and we have time to review it properly
14:17:49 <mlavalle> does that work for everybody?
14:19:06 <liuyulong> The current approach is here: https://review.openstack.org/#/c/633871/, maybe we can get it in first then, I'll try refactor it to the new style.
14:19:06 <mlavalle> ok, I'll take that as a yes
14:19:19 <mlavalle> liuyulong: that works
14:20:25 <mlavalle> so next question.....
14:20:29 <mlavalle> to the team
14:20:47 <mlavalle> is there anything critical that we should include in a potential RC-2?
14:21:57 <bcafarel> not that I know of, but better check with slaweq
14:23:22 <mlavalle> I also think we don't need another RC
14:23:58 <mlavalle> if there are bugs that show up over the next few weeks, we can always backport to Stein
14:24:10 <mlavalle> right?
14:24:34 <njohnston> makes sense to me
14:24:46 <bcafarel> and to me too
14:25:12 <mlavalle> so let's take this as good and we can start merging code into master freely again
14:25:18 <mlavalle> so merge away!
14:25:24 <boden> mlavalle and neutron-lib master too right?
14:25:34 <mlavalle> boden: correct
14:25:41 <boden> flood gates open
14:25:51 <bcafarel> :)
14:26:11 <mlavalle> ok, let's move on
14:26:40 <mlavalle> #topic Community Goals
14:26:56 <mlavalle> is there anything to be said about py3?
14:27:38 <njohnston> We remain in compliance with the community py3 goal
14:27:44 <bcafarel> yes all good for this cycle, maybe some minor changes here and there but I think we are in great shape py3-wise
14:28:03 <mlavalle> thank so much!
14:28:10 <njohnston> and I will keep slowly plugging away at the stadium jobs that are above and beyond the basic py3 Stein goal so we are well set up for T and U
14:28:51 <mlavalle> Thanks to the hard work of several of you, this cycle we have caught up with all the community goals
14:28:54 <mlavalle> \o/
14:29:16 * mlavalle taking a pause to let that sink in
14:29:40 <njohnston> \o/
14:30:13 <mlavalle> ok, let's move on
14:30:31 <mlavalle> #topic Bugs
14:31:56 <mlavalle> This past week yours truly was the bugs deputy
14:32:33 <mlavalle> Here's the report  http://lists.openstack.org/pipermail/openstack-discuss/2019-March/004235.html
14:33:10 <mlavalle> We have two critical bugs: https://bugs.launchpad.net/neutron/+bug/1821384
14:33:11 <openstack> Launchpad bug 1821384 in neutron "Customization of ubuntu image fails before upload to devstack" [Critical,Fix released] - Assigned to Slawek Kaplonski (slaweq)
14:33:58 <mlavalle> The fix was merged yesterday: https://review.openstack.org/#/c/645883/
14:34:27 <mlavalle> and the other critical was https://bugs.launchpad.net/neutron/+bug/1820865
14:34:28 <openstack> Launchpad bug 1820865 in neutron "Fullstack tests are failing because of "OSError: [Errno 22] failed to open netns"" [Critical,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
14:34:35 <mlavalle> that I was working on
14:34:47 <mlavalle> but I see ralonsoh proposed a fix this morning
14:34:49 <ralonsoh> I have a possible solution
14:34:52 <ralonsoh> yes, one sec
14:35:01 <ralonsoh> #link https://review.openstack.org/#/c/647721/
14:35:33 <ralonsoh> in one line: to check if the namespace is accesible (aka: we can open it)
14:36:04 <mlavalle> yeap
14:36:40 <mlavalle> so the name space can exist but not ready to be opened, is that it?
14:37:17 <ralonsoh> exactly, I saw it a couple of times in the CI: the namespace was still open when the test tried to open it
14:37:49 <njohnston> yes, I saw that this weekend as well
14:38:02 <mlavalle> I took network_namespace_exists as goof, that is why I was trying to change pyroutes2 version
14:38:15 <mlavalle> cool,
14:38:29 <mlavalle> thanks for the fix ralonsoh
14:38:43 <ralonsoh> np!
14:39:13 <mlavalle> haleyb: would you have a chance to take a look at https://bugs.launchpad.net/neutron/+bug/1821299?
14:39:14 <openstack> Launchpad bug 1821299 in neutron "Associating Floating IP with a port can result in duplicate Floating IPs, due to the original FIP not being removed from the SNAT namespace." [Undecided,New]
14:39:30 <haleyb> mlavalle: yes, will look.  did your downgrade of pyroute2 show anything?
14:39:46 <haleyb> oh, sorry, still on old topic
14:39:57 <haleyb> yes, i'll look at that too
14:40:20 <mlavalle> haleyb: the downgrade has been succesful so far. but let's see if ralonsoh fix is the good one
14:40:25 <mlavalle> it looks like it
14:40:35 <mlavalle> it makes sense
14:41:15 <mlavalle> I would also like someone to take a look at https://bugs.launchpad.net/neutron/+bug/1821357
14:41:16 <openstack> Launchpad bug 1821357 in neutron "VRRP vip on VM not reachable from other network on DVR setup" [Undecided,New]
14:41:55 <mlavalle> any other bugs we should discuss today?
14:42:31 <liuyulong> hi, one small thing
14:43:03 <liuyulong> https://bugs.launchpad.net/neutron/+bug/1813703
14:43:04 <openstack> Launchpad bug 1813703 in neutron "[L2] [summary] ovs-agent issues at large scale" [High,Fix released] - Assigned to LIU Yulong (dragon889)
14:43:19 <liuyulong> https://review.openstack.org/#/c/638641/ this one change for it.
14:43:39 <liuyulong> I'd like to raise this change to our meeting as slaweq suggested.
14:43:50 <liuyulong> It changes ovs-agent iteration log level from DEBUG to INFO.
14:44:03 <ralonsoh> (I would like to have this patch merged)
14:44:17 <liuyulong> The reason is obvious. Operators may need to detect the ovs-agent LOG status.
14:44:38 <liuyulong> And more useful thing is it can be used to estimate port processing time. My OP colleagues love this.
14:45:03 <liuyulong> But the most noteworthy concern is the log size now.
14:45:22 <tidwellr> I'm in favor of this, balancing log verbosity can be an art. I think this is useful
14:45:27 <njohnston> I think it is very valuable, my only thought is that perhaps a release note warning operators that provide very little extra space on the partition where they store their logs that they may need to increase that space as an upgrade concern.
14:45:41 <liuyulong> After some estimating and local debug, it's about 26Mb or compressed size 1Mb per day.
14:47:21 <njohnston> If that is the size differential then I think there is no concern, but when in use in an active environment with a lot of ephemeral instances my gut feeling is that the size impact would be greater.
14:47:45 <mlavalle> liuyulong: thanks. for the sake of time let's continue the conversation in gerrit
14:47:48 <haleyb> liuyulong: are operators really looking at this level of detail in the agent?  it still seems like more of a debugging thing to me
14:48:27 <haleyb> i know in the past we had reduced log levels because infra said our logs were too big (and they still are)
14:48:29 <liuyulong> haleyb, some LOG monitor can be set on these log
14:49:01 <mlavalle> please post your comment in the patch
14:49:16 <mlavalle> The deputy for this week is rubasov
14:49:18 <liuyulong> OK, let's move to the gerrit.
14:49:30 <mlavalle> who has started triaging already
14:49:34 <rubasov> ack, started triaging yesterday
14:49:46 <liuyulong> tidwellr, njohnston, haleyb, thanks for the comments.
14:49:46 <mlavalle> and also please note that I updated the calendar
14:50:07 <mlavalle> please take note of your next duty week
14:50:17 <mlavalle> #topic neutron-lib
14:50:22 <mlavalle> boden: you are up
14:51:07 <boden> hi.. now that master branches are back open, pls be looking for neutron-lib and consumption patches... I have a few (read 10s) ready
14:51:10 <boden> that's it
14:51:42 <mlavalle> boden: LOL
14:51:46 <mlavalle> great!
14:53:08 <mlavalle> #topic On demand agenda
14:53:24 <mlavalle> anything else we should discuss today?
14:54:01 * mlavalle points out that he just had an out of bad chat with tidwellr, who will be added to the bugs deputy rotation
14:54:10 <mlavalle> out of band^^^
14:54:20 <njohnston> tidwellr++
14:54:27 <tidwellr> mlavalle: never a bad chat with you :)
14:54:30 <bcafarel> welcome in the band then :)
14:54:58 <mlavalle> ok team. Thanks for attending
14:55:05 <mlavalle> enjoy the rest of your week!
14:55:10 <mlavalle> #endmeeting