14:00:50 <liuyulong> #startmeeting neutron_l3
14:00:51 <openstack> Meeting started Wed Apr  8 14:00:50 2020 UTC and is due to finish in 60 minutes.  The chair is liuyulong. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:52 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:55 <openstack> The meeting name has been set to 'neutron_l3'
14:01:14 <slaweq> hi
14:01:32 <ralonsoh> hi
14:01:35 <liuyulong> hi
14:01:41 * slaweq will be lurking here due to some internal meeting running in parallel
14:02:36 * haleyb in similar situation
14:02:36 <liuyulong> OK, let's start
14:02:48 <liuyulong> Alright
14:03:44 <liuyulong> #topic Announcements
14:04:09 <maciejjozefczyk> hey!
14:04:21 <liuyulong> Actually no announcement from me today.
14:04:34 <liuyulong> #link http://eavesdrop.openstack.org/meetings/networking/2020/networking.2020-04-07-14.00.log.html#l-11
14:05:08 <liuyulong> the team announcement yesterday.
14:05:36 <liuyulong> OK, then let
14:05:48 <liuyulong> skip this section.
14:05:58 <liuyulong> #topic Bugs
14:06:07 <liuyulong> #link http://lists.openstack.org/pipermail/openstack-discuss/2020-April/013891.html
14:06:21 <liuyulong> ^ the bug list from our deputy
14:07:11 <liuyulong> Most of them have been discussed last week, so the first one is
14:07:44 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1870313
14:07:45 <openstack> Launchpad bug 1870313 in neutron ""send_ip_addr_adv_notif" can't use eventlet when called from "keepalived_state_change"" [High,Fix released] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)
14:07:56 <liuyulong> Good news, it is also fixed.
14:08:00 <ralonsoh> cool!
14:09:00 <liuyulong> It's a really quick one, 5 days between the bug reporting and fix. : )
14:09:28 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1869887
14:09:29 <openstack> Launchpad bug 1869887 in neutron "L3 DVR ARP population gets incorrect MAC address in some cases" [High,Fix released] - Assigned to Slawek Kaplonski (slaweq)
14:10:24 <liuyulong> This one is also fixed, and stable backports are also on the way now.
14:11:10 <liuyulong> Next one:
14:11:11 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1869808
14:11:12 <openstack> Launchpad bug 1869808 in neutron "reboot neutron-ovs-agent introduces a short interrupt of vlan traffic" [Low,New]
14:11:34 <liuyulong> It is something related to floating IP network.
14:13:12 <liuyulong> We meet some packet drops/lose during ovs agent restart.
14:13:50 <liuyulong> But from our test result, it is acceptable。
14:14:10 <slaweq> liuyulong: but in bug report there is nothing about FIPs
14:14:21 <slaweq> it seems for me like it is problem with fixed ips
14:14:34 <liuyulong> "ovs-ofctl dump-flows br-floating"
14:14:55 <liuyulong> It has a bridge name br-floating.
14:15:00 <slaweq> liuyulong: sure, name of bridge is like that
14:15:24 <slaweq> but look above, ping to fixed ip is shown there
14:16:18 <liuyulong> TCP has retransmission mechanism and UDP is unreliable. So I may say one or two packets lose is not too much bad.
14:16:31 <liuyulong> slaweq, maybe it is just a fake floating address.
14:16:55 <slaweq> liuyulong:
14:16:58 <slaweq> 22d55077-b1b5-452e-8eba-cbcd2d1514a8 | test-1-1 | ACTIVE | vlan105=172.31.10.4 | Cirros 0.4.0 64-bit | m1.tiny |
14:17:00 <liuyulong> The testing is icmp
14:17:07 <slaweq> it's from this bug report
14:17:18 <slaweq> this is fixed ip in vlan network
14:17:31 <slaweq> there is nothing related to L3 and floating IPs there IMO
14:17:41 <liuyulong> alright...
14:18:16 <haleyb> i didn't think 1-2 packets lost was an issue either...
14:19:52 <liuyulong> One min, let me check another fix. Maybe it is related.
14:21:39 <liuyulong> #link https://review.opendev.org/#/c/681462/
14:22:08 <liuyulong> Maybe their local deployment miss this fix.
14:23:19 <liuyulong> I will leave this link to the LP bug.
14:23:37 <haleyb> liuyulong: that's a good find :)
14:24:07 <slaweq> ++
14:26:18 <liuyulong> #link https://bugs.launchpad.net/neutron/+bug/1870114
14:26:19 <openstack> Launchpad bug 1870114 in neutron "Trunk subports aren't treated as dvr serviced ports" [Medium,Fix released] - Assigned to Slawek Kaplonski (slaweq)
14:26:43 <liuyulong> This one is also fixed, and all stable backports are started now.
14:27:06 <liuyulong> It's also a quick one.
14:30:06 <liuyulong> OK, no more bugs from deputy bug list.
14:30:40 <liuyulong> Let's have a quick look of the LP list.
14:32:35 <liuyulong> Alright, looks like a quiet week, all bugs are mentioned here.
14:33:27 <liuyulong> Anyone has some other bugs?
14:34:24 <liuyulong> OK, let's move on.
14:34:27 <liuyulong> #topic OVN_L3
14:34:54 <liuyulong> Allow me to continue the topic last week
14:35:57 <liuyulong> For one OVN DB node, aka just run ovn-northd, the devstack local conf is not working.
14:36:43 <maciejjozefczyk> liuyulong, can you point us the devstack local.conf that you're using?
14:36:44 <liuyulong> Just set "enable_service ovn-northd" to the devstack local.conf could not start a node with ovn-northd only.
14:38:16 <liuyulong> I have 5 nodes, my plan is to run "one node with ovn-northd only, two chassises for compute, two for gateway".
14:38:27 <maciejjozefczyk> hmm, I *think* that also 'Q_AGENT=ovn' needs to be set in order to start using OVN
14:40:00 <liuyulong> http://paste.openstack.org/show/791811/
14:40:08 <liuyulong> maciejjozefczyk, ^ the local.conf
14:40:21 <ralonsoh> liuyulong, this is the one I use
14:40:22 <ralonsoh> http://paste.openstack.org/show/791812/
14:40:33 <ralonsoh> (there are many lines commented, just for testing)
14:41:25 <maciejjozefczyk> liuyulong, hmm, that strange. I use https://github.com/openstack/neutron/blob/master/devstack/ovn-compute-local.conf.sample#L40 as reference for nodes that don't have NBDB installed
14:41:39 <liuyulong> Yes, that's my question, I do not need to run ovn-controller in a DB only node.
14:41:59 <maciejjozefczyk> liuyulong, can you please fill a bug for it? I think that we can easly find it
14:42:17 <maciejjozefczyk> liuyulong, in your configuration you need to specify also: OVN_SB_REMOTE=tcp:$SERVICE_HOST:6642
14:42:27 <liuyulong> But the I guess something in the ovs installation scripts may have some miss condition.
14:42:27 <maciejjozefczyk> where SERVICE_HOST is the NBDB host
14:43:08 <liuyulong> maciejjozefczyk, the error is not that, it's something like "could not find the ovsdb service".
14:44:15 <liuyulong> Something like that, ralated to ovsdb, maybe this file "/opt/stack/neutron/devstack/lib/ovs"
14:45:01 <liuyulong> Or this file "/opt/stack/neutron/devstack/lib/ovn_agent", it has a start ovs function.
14:45:25 <maciejjozefczyk> liuyulong, what service shows the 'could not find the ovsdb service' error?
14:45:54 <liuyulong> I have not deeply looked into it. But just add "ovn-controller" to the local.conf, then everything works fine.
14:46:33 <maciejjozefczyk> liuyulong, hmm, please fill a bug and I'll check it okey?
14:46:43 <liuyulong> maciejjozefczyk, just run "stack.sh", it will be failed, and error logs in that.
14:46:44 <maciejjozefczyk> with the example you showed
14:46:51 <maciejjozefczyk> liuyulong, ok
14:46:53 <liuyulong> maciejjozefczyk, sure
14:47:12 <liuyulong> #link https://review.opendev.org/#/c/705660/
14:47:21 <liuyulong> ^ yes, I run devstack to test this. : )
14:48:22 <maciejjozefczyk> Terry has some potential improvements for this, but it will be proposed in next patches, to limit the number of additional calculations
14:48:53 <maciejjozefczyk> But for now its broken... so we decided to merge what we have now
14:50:05 <liuyulong> OK...
14:51:15 <maciejjozefczyk> It is also connected to ongoing improvements in Core OVN, that are under investigation, so thats why
14:51:16 <liuyulong> Use "ovn-nbctl list Logical_Router_Port" to check the reschedule, right?
14:53:10 <maciejjozefczyk> or ovn-nbctl lrp-get-gateway-chassis <LRP>
14:53:22 <maciejjozefczyk> that will list candidates and priorities for the gateway
14:56:06 <liuyulong> Cool, this command has a more clear outputs. Otherwise I need to list chassis to compare the "gateway_chassis" column.
14:57:58 <liuyulong> OK, thank you, no more ovn related stuff from me
14:58:18 <liuyulong> Any updates?
14:58:46 <maciejjozefczyk> In related to L3 - no
14:59:27 <liuyulong> ok, let's move on
14:59:28 <liuyulong> #topic On demand agenda
14:59:46 <liuyulong> One minute left...
15:00:12 <liuyulong> Let's just have a cup of tea now...
15:00:32 <liuyulong> OK, thank you guys for attending.
15:00:36 <liuyulong> #endmeeting