14:04:10 <mlavalle> #startmeeting neutron_l3
14:04:11 <openstack> Meeting started Wed Mar 13 14:04:10 2019 UTC and is due to finish in 60 minutes.  The chair is mlavalle. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:04:12 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:04:16 <openstack> The meeting name has been set to 'neutron_l3'
14:04:22 <mlavalle> hi there!
14:04:23 <haleyb> this daylight savings is messing me up
14:04:32 <davidsha> Hey!
14:06:22 <mlavalle> yes, in betwween the change of time and being in California, I'm also messed up
14:06:54 <mlavalle> #chair haleyb
14:06:55 <openstack> Current chairs: haleyb mlavalle
14:07:32 <haleyb> #chair liuyulong_
14:07:33 <openstack> Current chairs: haleyb liuyulong_ mlavalle
14:07:44 <mlavalle> haleyb: I have to leave 15 minutes before the hour. In case you need to continue the meeting ^^^^
14:07:54 <haleyb> ack
14:08:10 <slaweq> hi
14:08:15 <ralonsoh> hi
14:08:30 <liuyulong_> Hi
14:09:19 <mlavalle> #topic Bugs
14:09:24 <mlavalle> #undo
14:09:25 <openstack> Removing item from minutes: #topic Bugs
14:09:34 <mlavalle> #topic Announcements
14:10:47 <mlavalle> We are in the RC-1 period until the end of next week
14:11:29 <mlavalle> This is what we are targeting for RC-1: https://launchpad.net/neutron/+milestone/stein-rc1
14:13:30 <mlavalle> Also the PTL nomination period ended yesterday
14:13:55 <mlavalle> and we are in the voting period:
14:13:59 <mlavalle> #link https://governance.openstack.org/election/
14:15:12 <mlavalle> any other annoucements?
14:16:31 <mlavalle> ok, let's move on
14:16:42 <mlavalle> #topic Bugs
14:17:31 <mlavalle> we have a critical bug assigned to slaweq: https://bugs.launchpad.net/neutron/+bug/1818614
14:17:32 <openstack> Launchpad bug 1818614 in neutron "Various L3HA functional tests fails often" [Critical,In progress] - Assigned to Slawek Kaplonski (slaweq)
14:18:02 <slaweq> I have patch for it https://review.openstack.org/#/c/642295/
14:18:51 <slaweq> but I wanted to check another approach also and maybe try to modify ExternalProcess monitor class that it would only return that neutron-keepalived-state-change process is active if "ip monitor" would be active also
14:19:31 <slaweq> but if You can take a look at current approach and You think that it's enough, that it's fine for me too :)
14:20:13 <mlavalle> slaweq: ahh ok, we'll take a look
14:20:26 <slaweq> thx mlavalle
14:20:28 <mlavalle> haleyb, liuyulong_: ^^^^
14:20:47 <haleyb> i never knew you could pass options via AGENT-$option
14:21:07 <slaweq> it's like that because option is defined to be in AGENT group
14:21:51 <liuyulong_> Yes, slaweq and I have talked about this, we are still working on this.
14:22:24 <haleyb> is there another change checking ip monitor?  i hadn't seen it
14:22:26 <slaweq> liuyulong_: I think You are talking about https://bugs.launchpad.net/neutron/+bug/1819160 now
14:22:27 <openstack> Launchpad bug 1819160 in neutron "Functional tests for dvr ha routers are broken" [High,In progress] - Assigned to Slawek Kaplonski (slaweq)
14:22:37 <slaweq> haleyb: no, there isn't yet
14:22:50 <slaweq> I want to try it locally and then push patch
14:23:12 <slaweq> but for now I don't know if it will be easy to do and really will fix the problem
14:23:38 <slaweq> so I just want to explore such another approach to fix this bug
14:23:39 <mlavalle> the other patch is really experimental, for now, right?
14:23:51 <slaweq> right mlavalle
14:23:52 <haleyb> i think what's there should fix it, will review again
14:24:09 <slaweq> haleyb: yes, this one is for sure fixing the issue
14:24:34 <slaweq> You can even check in journal.log of functional tests that it happens couple of times that this helped :)
14:26:28 <mlavalle> ok slaweq we will review the current patch
14:26:33 <mlavalle> Thanks!
14:26:36 <slaweq> mlavalle: thx
14:27:37 <liuyulong_> slaweq, sorry, my bad memory... they have similar tittle...
14:27:49 <mlavalle> Next one is https://bugs.launchpad.net/neutron/+bug/1795870
14:27:50 <openstack> Launchpad bug 1795870 in neutron "Trunk scenario test test_trunk_subport_lifecycle fails from time to time" [High,In progress] - Assigned to Miguel Lavalle (minsel)
14:29:03 <mlavalle> after deep exploration on how to avoid kill filters for python interpreter, we decided it is not possible without change to oslo.rootwrap
14:29:51 <mlavalle> so for the time being we are going with https://review.openstack.org/#/c/636710/
14:30:03 <mlavalle> slaweq: I just addressed your comment
14:30:31 <slaweq> thx mlavalle
14:30:54 <mlavalle> so hopefully it is good to go today
14:32:08 <mlavalle> next one is https://bugs.launchpad.net/neutron/+bug/1717302
14:32:09 <openstack> Launchpad bug 1717302 in neutron "Tempest floatingip scenario tests failing on DVR Multinode setup with HA" [High,In progress] - Assigned to Slawek Kaplonski (slaweq)
14:33:04 <mlavalle> slaweq: this is fixed isn't it?
14:33:15 <slaweq> my patch is merged
14:33:18 <slaweq> so it should be better
14:33:40 <slaweq> but I'm not sure if there is no other issues which cause similar problems
14:33:50 <mlavalle> I will mark it fixed then
14:34:20 <mlavalle> ok, slaweq?
14:34:31 <slaweq> ok
14:34:42 <slaweq> if there will be other issues, we can open new bug always :)
14:35:54 <mlavalle> yeap
14:35:59 <mlavalle> thanks!
14:36:05 <mlavalle> next one is https://bugs.launchpad.net/neutron/+bug/1789434
14:36:06 <openstack> Launchpad bug 1789434 in neutron "neutron_tempest_plugin.scenario.test_migration.NetworkMigrationFromHA failing 100% times" [High,Confirmed] - Assigned to Manjeet Singh Bhatia (manjeet-s-bhatia)
14:36:23 <slaweq> IIRC this one should be fixed by Your patch mentioned above
14:36:25 <mlavalle> I'm assigning it back to me
14:36:48 <slaweq> I was recently checking it locally and with changes in rootwrap filters it was working fine for me
14:36:48 <mlavalle> for the time being, assuming that the filters patch fixes it
14:37:11 <mlavalle> I just want to confirm
14:37:18 <slaweq> so You can send follow up patch to unmark those tests as unstable
14:37:36 <mlavalle> slaweq: yes, I'll do that
14:37:39 <slaweq> thx mlavalle
14:37:47 <haleyb> mlavalle: should you update the commit message to include that bug?
14:38:17 <mlavalle> haleyb: good point. I'll do it in a bit
14:38:43 <slaweq> haleyb++
14:39:04 <mlavalle> Next one is https://bugs.launchpad.net/neutron/+bug/1818334
14:39:06 <openstack> Launchpad bug 1818334 in neutron "Functional test test_concurrent_create_port_forwarding_update_port is failing" [High,Confirmed] - Assigned to LIU Yulong (dragon889)
14:39:15 <liuyulong_> hi
14:39:25 <liuyulong_> Let me output some updates about this bug.
14:39:51 <liuyulong_> I can not reproduce this locally in 100+ times run.
14:40:24 <liuyulong_> But I can indeed meet the issue when run two concurrent functional tests.
14:40:58 <liuyulong_> It may be related to the thread pool which is simulating concurrent updating port ip and creating fip port forwarding for this port.
14:41:01 <liuyulong_> 3 times in last 15days.
14:41:58 <liuyulong_> Maybe we can lower the priority for now.
14:42:20 <mlavalle> will you continue working on it?
14:42:48 <liuyulong_> Yes
14:42:57 <mlavalle> ok, lets lower to medium
14:44:04 <mlavalle> last one in my list is https://bugs.launchpad.net/neutron/+bug/1819160
14:44:05 <openstack> Launchpad bug 1819160 in neutron "Functional tests for dvr ha routers are broken" [High,In progress] - Assigned to Slawek Kaplonski (slaweq)
14:44:15 <mlavalle> this is also fixed, isn't it?
14:44:26 <liuyulong_> No, just marked as unstable
14:44:29 <slaweq> no, this one is what liuyulong_ mentioned before
14:44:46 <mlavalle> ah ok, so let's keep it alive
14:44:56 <mlavalle> those are all the bugs I had for today
14:44:58 <slaweq> basically IMO those dvr ha functional tests are not testing what they should test
14:45:15 <mlavalle> ok, understood
14:45:26 <slaweq> because routers created there aren't "one router on 2 nodes" but "2 different routes on 2 nodes"
14:45:37 <slaweq> and liuyulong_ is checking how to fix it :)
14:45:54 <mlavalle> thanks slaweq, liuyulong_ !
14:45:55 <liuyulong_> Here are my try: https://review.openstack.org/#/c/642220/, not the root cause for now IMO
14:46:07 <mlavalle> I have to leave now, please continue the meeting
14:46:15 <mlavalle> I don't have any more bugs
14:46:20 <mlavalle> o/
14:46:38 <slaweq> o/
14:49:13 <ralonsoh> hello?
14:49:20 <davidsha> Hey
14:49:37 <davidsha> Does anyone have anymore bugs to discuss?
14:50:20 <haleyb> oh, mlavalle must have dropped
14:50:40 <davidsha> He had to leave at XX:45
14:51:11 <ralonsoh> haleyb, you or liuyulong_ should finish the meeting
14:51:22 <liuyulong_> hi
14:51:37 <haleyb> 14:54:29 <mlavalle>
14:51:41 <haleyb> doh,
14:51:47 <haleyb> #topic On demand agenda
14:52:14 <davidsha> We have a question about ovs dvr
14:52:43 <haleyb> sure
14:53:36 <davidsha> We're working on converting it to backend rather than another agent-mode, I was just wondering is there any documentation specificly about what each mode supports individually, so are there any that shouldn't support Floating IP for example?
14:54:53 <liuyulong_> No floating IP for L3 ?
14:55:15 <haleyb> dvr_no_external has no external network, so no floating IP in that one mode
14:55:28 <davidsha> liuyulong_, just using it as an example
14:57:33 <davidsha> haleyb: kk, we'll keep that one in mind.
14:58:52 <haleyb> any other topics?  2 minutes
14:59:19 <davidsha> none from me
14:59:42 <xubozhang> liuyulong_
14:59:48 <haleyb> ok, thanks for attending everyone
14:59:53 <ralonsoh> bye
14:59:55 <haleyb> #endmeeting