Monday, 2024-11-25

opendevreviewBrian Haley proposed openstack/neutron master: Remove temporary directories created in policy tests  https://review.opendev.org/c/openstack/neutron/+/93611602:23
*** liuxie is now known as liushy07:04
ralonsohykarel, bcafarel for 2024.1 I'm going to temporarily disable -skip jobs. Glance is still in stable/2023.1 (not unmaintained) and the requirements are failing07:13
ralonsohhttps://review.opendev.org/c/openstack/releases/+/93450207:13
ralonsoh--> https://review.opendev.org/c/openstack/neutron/+/936087/comments/b9e88c3f_3017f76f07:13
ralonsohI think this is also happening in 2023.207:13
ykarelralonsoh, yes 2023.1 broken due to partial transition to unmaintained07:14
ykarelbut yes ok to disable grenade jobs in the branches which are really blocked07:15
ralonsohcool07:15
ykareliirc we used to drop grenade when branches get to unmaintained, so let's confirm and do that07:16
ykarelralonsoh, ^07:16
ralonsohso that implies -skip in 2024.1 and grenade in 2023.207:17
ykarelyes07:18
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.2: [stable-only] Disable grenade jobs in the CI  https://review.opendev.org/c/openstack/neutron/+/93611907:24
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2024.1: [stable-only] Disable skip-level jobs in the CI  https://review.opendev.org/c/openstack/neutron/+/93612007:25
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2024.1: [stable-only] Drop skip-level jobs in the CI  https://review.opendev.org/c/openstack/neutron/+/93612007:53
ralonsohfolks, if you can check https://bugs.launchpad.net/neutron/+bug/2088986. We would need, in this order:08:10
ralonsoh* https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/93603608:10
ralonsoh* https://review.opendev.org/c/openstack/neutron/+/93601008:11
ralonsoh* https://review.opendev.org/c/openstack/neutron/+/93588308:11
ralonsohif you have some minutes, I'll appreciate your reviews08:11
opendevreviewMerged openstack/ovn-bgp-agent master: Bump ovsdbapp to 2.8.0  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/93388508:26
bcafarelI suppose for https://review.opendev.org/c/openstack/neutron/+/936119 this will also become a "drop grenade since antelope is unmaintained" patch?08:54
ralonsohbcafarel, yes, I'll update this patch08:56
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.2: [stable-only] Remove grenade and skip-level jobs in the CI  https://review.opendev.org/c/openstack/neutron/+/93611909:46
ralonsoh^^ this patch requires first to remove the devstack jobs in its CI09:46
ralonsohthere is a depends-on patch related09:46
opendevreviewRodolfo Alonso proposed openstack/neutron-tempest-plugin master: Remove all eventlet Neutron API jobs  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/93562710:16
opendevreviewSerhii Ivanov proposed openstack/neutron-specs master: Add `Agent Startup State Tracking` spec  https://review.opendev.org/c/openstack/neutron-specs/+/93572410:53
opendevreviewRodolfo Alonso proposed openstack/neutron master: [FT] ``Queue.external_ids:queue-num`` should be a number  https://review.opendev.org/c/openstack/neutron/+/93614111:36
opendevreviewRodolfo Alonso proposed openstack/neutron master: Bump psutil to 6.1.0  https://review.opendev.org/c/openstack/neutron/+/93614411:59
opendevreviewRodolfo Alonso proposed openstack/neutron master: Bump httplib2 to 0.22.0  https://review.opendev.org/c/openstack/neutron/+/93614612:05
opendevreviewyatin proposed openstack/neutron master: DNM - Test "neutron-ovn-tempest-ipv6-only-ovs*" with 1 worker  https://review.opendev.org/c/openstack/neutron/+/93614712:07
opendevreviewRodolfo Alonso proposed openstack/neutron master: Bump requests to 2.32.3  https://review.opendev.org/c/openstack/neutron/+/93614812:08
*** elodilles is now known as elodilles_afk13:18
danfai_Hi, we experienced some broadcast traffic being forwarded by the OVN tunnels between different nodes (and network segments) recently. Incoming broadcast traffic to a hypervisor running OVN was forwarded to all other connected hypervisors and there sent out to the VM and the physical interface, basically tunneling/forwarding all broadcast/multicast traffic.13:36
danfai_We could reproduce this by power cycling servers (with VMs on them), and at the moment I believe, that the way ovs starts up with the tunnels configured at the time of an uncleanly shutdown might cause this. Did someone else experience this already?13:36
danfai_(we are running on yoga, OVN 22.12, all hypervisors in a routed provider network)13:36
s3rj1kdanfai_: Could that be that not all flows where recovered?13:42
ralonsohdanfai_, please, open a launchpad bug. The main question here is did the ovn-controller shutdown properly? Than means, did you stop the ovn-controller process gracefully? If that didn't happen, then the chassis would still be configured in the cluster13:45
ralonsohyou can also try setting "localnet_learn_fdb", but if you are using ports with security disabled13:45
danfai_s3rj1k: What do you mean by recovered? It seems the flows were there, also the tunnel interfaces, although a restart of ovn-controller (which fixed it) did have a small diff (iirc moving some flows from table 37 to 38, or 38->39, gonna have to double check 13:45
danfai_ralonsoh: no, the ovn-controller died with the full hypervisor (e.g. unplugging the power and booting again)13:46
ralonsohdanfai_, so there you have your problem: the chassis is still registered in the cluster database13:46
ralonsohincluding the port bindings13:46
ralonsohas you said, you solved it restarting the ovn-controller13:46
ralonsohin that case you can also manually delete the chassis/chassis_private registers from the SB13:47
danfai_ralonsoh: ok, so this means we should add a script that not only starts ovn-controller on boot time and restarts it again?13:47
ralonsohdanfai_, no, what I'm saying is that if you stop an ovn-controller non gracefully (a compute node "explodes"), then you need to manually fix the DB 13:49
danfai_what I mean is, by default ovn-controller comes back on, but only another restart of ovn-controller fixes the tunneling of broadcast traffic 13:49
danfai_ralonsoh: ok, thanks, I thought the southbound would be fine by having the same rows/UUID for the chassis, but I guess the event of adding/removing needs to be triggered13:50
ralonsohdanfai_, if you restart the same ovn-controller but you don't remove the chassis/chassis_private registers, the controller will try to create the same13:51
ralonsohthis is why if you restart the compute node, it is not needed to fix the DB13:51
ralonsohbut if you scale down a cluster, it is needed to stop ovn-controller properly in order to let it to delete the registers13:51
danfai_ralonsoh: thanks, these are some good pointers to debug/understand this further. Our main problem comes from polluting route advertisements of all VMs in the provider network when a server unexpectedly restarts. Restarting ovn-controller manually or cleaning the DBs is not an option for this since it can take a few hours until operators intervene.14:06
ralonsohthen you need to, somehow, to monitor the OVN agent status (OVN metadata) and have some kind of automation14:08
luisfdezralonsoh: that's good to know and thanks for the information. For me to get a clear picture... are the symptoms described by danfai_ (broadcast traffic tunneled to wrong segments, etc..) the expected behaviour after a non-graceful shutdown?14:30
luisfdezor is the statement more like "behaviour is unpredictable if ovn-controller is not gracefully restarted". Slighlty connected to this, are you aware of any effort (RDO or similar) to provide scripts or helpers to clean things up upon abrupt restarts?14:30
ralonsohluisfdez, to be honest, I have no idea of what happens when a compute is removed improperly but for sure that is something to be monitored.14:39
ralonsohyou can delete the agents, that will delete the OVN DB database registers14:39
ralonsohno, that's not true: you need to manually delete the DB registers14:44
ykarel#startmeeting neutron_ci15:02
opendevmeetMeeting started Mon Nov 25 15:02:07 2024 UTC and is due to finish in 60 minutes.  The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot.15:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:02
opendevmeetThe meeting name has been set to 'neutron_ci'15:02
ykarelPing list: bcafarel, lajoskatona, slawek, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:02
ralonsohhi15:02
ykarelThis will be video meeting this time: https://meetpad.opendev.org/neutron-ci-meetings15:02
ykarel#topic Actions from previous meetings15:04
ykarelralonsoh to open lp for test_non_existing ft tests15:05
ykarelralonsoh to check for test_update_minimum_bandwidth_queue15:06
ykarel#link https://bugs.launchpad.net/neutron/+bug/208953215:06
ykarellajoskatona to send stadium fixes for test_db_base_plugin_v2 renames15:06
ykarel#topic Stable branches15:07
ykarelbroken grenade with source stable/2023.1 https://launchpad.net/bugs/208952215:07
ralonsohsorry, the first one: https://review.opendev.org/q/I3ac6364200f5124d760587612d3a9de55830f2b115:07
ralonsohhttps://review.opendev.org/c/openstack/devstack/+/93612615:07
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/93612015:07
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/93611915:08
ykarel#topic Stadium projects15:09
ykarelsfc, vpnaas, fwaas, bgpvpn, dynamic-routing still broken, some looks on new issues15:10
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.2: [stable-only] Remove grenade and skip-level jobs in the CI  https://review.opendev.org/c/openstack/neutron/+/93611915:10
ykarel#action ykarel to check/report issue for stadiums15:11
ykarel#topic Rechecks15:11
ykarel1/35 bare recehecks15:12
ykarelcouple of rechecks due to os-ken, docker rate limits and other known random issues15:12
ykarel#topic Tempest/Scenario15:12
ykarelStill we have some random issues with the wsgi switch, like15:13
ykarel- reopened https://bugs.launchpad.net/neutron/+bug/208782415:13
ykarel- https://bugs.launchpad.net/neutron/+bug/208357015:13
ykarel- https://bugs.launchpad.net/neutron/+bug/208542115:13
ykareltest_add_subport https://bugs.launchpad.net/neutron/+bug/208660215:13
ykarelhttps://review.opendev.org/c/openstack/neutron/+/93614715:14
ykarel#topic grenade15:19
ykarel- https://launchpad.net/bugs/208952215:20
ykarel#topic Periodic15:20
ykarel- unmaintained/2023.1 jobs broken on partial transition to unmaintained15:20
ykarel#topic Grafana15:20
ykarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate15:20
ralonsohhttps://review.opendev.org/c/openstack/neutron-tempest-plugin/+/93514415:23
ralonsohhttps://review.opendev.org/q/I3ac6364200f5124d760587612d3a9de55830f2b115:23
ykarel#topic On Demand15:23
ralonsohhttps://paste.opendev.org/show/bJS1bpjw09UaoOZpyxpo/15:25
ykarel#endmeeting15:27
opendevmeetMeeting ended Mon Nov 25 15:27:52 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:27
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-11-25-15.02.html15:27
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-11-25-15.02.txt15:27
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-11-25-15.02.log.html15:27
opendevreviewRodolfo Alonso proposed openstack/neutron master: WIP == Add extension "uplink-status-propagation-updatable"  https://review.opendev.org/c/openstack/neutron/+/93164115:33
*** elodilles_afk is now known as elodilles15:36
opendevreviewMerged openstack/neutron-tempest-plugin master: Remove transition logic for old tempest option renaming  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/93604815:44
opendevreviewRodolfo Alonso proposed openstack/neutron master: Add a detailed debug message in case of segment allocation fail  https://review.opendev.org/c/openstack/neutron/+/93617116:21
opendevreviewMerged openstack/neutron unmaintained/2023.1: Update .gitreview for unmaintained/2023.1  https://review.opendev.org/c/openstack/neutron/+/93510317:32
opendevreviewMerged openstack/neutron-tempest-plugin master: Install docker-buildx for Ubuntu  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/93514418:18
opendevreviewAmir Nikpour proposed openstack/neutron-specs master: Add spec for NFS-Ganesha extension in OVN Agent  https://review.opendev.org/c/openstack/neutron-specs/+/93606319:23
opendevreviewAmir Nikpour proposed openstack/neutron-specs master: Add spec for NFS-Ganesha extension in OVN Agent  https://review.opendev.org/c/openstack/neutron-specs/+/93606319:47
opendevreviewBrian Haley proposed openstack/neutron master: Optionally configure IPv6 metadata address  https://review.opendev.org/c/openstack/neutron/+/92649723:34

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!