Tuesday, 2024-01-30

opendevreviewMerged openstack/neutron stable/2023.1: Add scope ID to the "GROUP BY" clause in ``get_scoped_floating_ips``  https://review.opendev.org/c/openstack/neutron/+/89259902:39
opendevreviewRodolfo Alonso proposed openstack/neutron stable/yoga: Set trunk parent port as access port in ovs to avoid loop  https://review.opendev.org/c/openstack/neutron/+/90717406:32
ralonsohslaweq, good morning! If you have 1 min: https://review.opendev.org/c/openstack/neutron/+/903947/506:32
ralonsohthanks!06:32
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Add ``subnetpool-prefix-ops`` extension to ML2/OVN mech driver  https://review.opendev.org/c/openstack/neutron/+/90681606:34
ralonsohbcafarel, hello! Please, check https://review.opendev.org/q/I73b36ef161441b52922d888c11a144eafe8a7ed0 if you have 1 min06:45
ralonsohthanks!06:45
opendevreviewLajos Katona proposed openstack/networking-bgpvpn master: Bump hacking  https://review.opendev.org/c/openstack/networking-bgpvpn/+/90717707:35
slaweq<ralonsoh> "slaweq, good morning! If you..." <- done08:51
opendevreviewTakashi Kajinami proposed openstack/python-neutronclient master: Bump hacking  https://review.opendev.org/c/openstack/python-neutronclient/+/90699909:10
opendevreviewMichel Nederlof proposed openstack/ovn-bgp-agent master: Fix address scope test and add address scope tests  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90718709:38
opendevreviewMichel Nederlof proposed openstack/ovn-bgp-agent master: Fix address scope test and add address scope tests  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90718709:53
opendevreviewLajos Katona proposed openstack/networking-bgpvpn master: Bump hacking  https://review.opendev.org/c/openstack/networking-bgpvpn/+/90717710:04
opendevreviewLajos Katona proposed openstack/networking-bagpipe master: Bump hacking  https://review.opendev.org/c/openstack/networking-bagpipe/+/90718910:05
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: fix usage of helper function to retrieve process name  https://review.opendev.org/c/openstack/neutron/+/90719110:48
sahidralonsoh, lajoskatona o/ ...a quick one ^ if we can backport it until zed O:-)10:51
sahidwait... I should probably try to add a test for that10:52
ralonsohsahid, why did you changed the process manager uuid from network.id to process id?10:57
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/840421/46/neutron/agent/linux/dhcp.py10:57
ralonsohI don't see the rationale for that10:58
opendevreviewMerged openstack/neutron master: [OVN] The OVN agent exposes the ``load_config`` method.  https://review.opendev.org/c/openstack/neutron/+/90394711:09
opendevreviewMerged openstack/neutron master: [OVN] Add a start method to the OVN agent extensions  https://review.opendev.org/c/openstack/neutron/+/90397711:10
opendevreviewMerged openstack/ovsdbapp master: Bump hacking  https://review.opendev.org/c/openstack/ovsdbapp/+/90696811:12
sahidralonsoh: it's what is used when we do register11:18
sahidonly using network.id is not enough since we have a dnsmask running per segment for a given network11:19
ralonsohsahid, how many dnsmasq processes you have running per agent and node?11:22
sahidralonsoh: one per network except for the network that are attached to multiple segments (multiple subnets)11:29
sahidin context of multisgement there si a dnsmask running for each segment11:30
ralonsohsahid, but in the same host?11:32
ralonsoha host can be connected to one single segment11:32
SvenKieskeHi, I can't change the status of this neutron bug from "won't fix", imho this at least needs some updated docs. I didn't know live migration with ovs is completely broken in neutron: https://bugs.launchpad.net/neutron/+bug/197060611:33
sahidralonsoh: no no we have removed this limitation in zed for ovs agent, give me a moment I will share with you the spec11:35
sahidhttps://specs.openstack.org/openstack/neutron-specs/specs/zed/multiple-routed-provider-network-per-compute.html11:36
sahidSvenKieske: we are using live-migration with ovs intensivly, it's not completely broken, at least from our experience11:42
SvenKieskesahid: well if you read the bug report neutron apparently has no SLA with regards to how many packets might be dropped during live migration, but this is nowhere to be found in the docs, only in this obscure bug report. So all I'm asking would be to at least document that. I personally don't see a point advertising a feature and then saying "we can't promise it works" but ymmv11:48
ralonsohSvenKieske, because live migration is not broken at all, there is no SLA for live migration, as I commented in the bug11:48
ralonsohso your specific problem is that you have some network disruption during that process11:48
ralonsohthat is something expected, depending on multiple factors11:48
ralonsohbut saying that live migration is broken is false11:49
SvenKieskeralonsoh: that is not "a specific problem" but the only point for doing live migrations is to not have network disruptions.11:49
ralonsohSvenKieske, sorry, that is not true11:49
SvenKiesketo me it's true :)11:49
ralonsohin a meeting now, please comment ion the bug11:49
SvenKieskeand to many customers as well11:49
SvenKieskemaybe someone can explain to me a usecase for live migration that is not served by cold migration if I can tolerate network disruptions. *shrugs* I don't currently see any, but that might be just my poor imagination.11:51
SvenKieskeor maybe answer the reverse: what is the advantage of live migration in contrast to cold migration when it's not seamless network connections?11:52
SvenKieskeokay, local batch jobs maybe. but I don't think that's the majority of users of such a feature.11:53
SvenKieskeregardless of that: this is not documented anywhere, so I found that at least surprising. in my previous live migration tests also I had barely blips in network connectivity (somewhat short latency spikes maybe).11:54
sahidSvenKieske: there is a certain number of tweak nova is providing, there are related to libvirt to address cases where vm are intensivly using network during live migration11:54
SvenKieskeso it works better than the "SLA" (whatever that means in an openstack context)11:54
sahidhave you noticed them?11:54
SvenKieskeyou mean post-copy migration and slowing down of qemu etc. pp.? sure.11:55
sahidperhqps thqt cqn help11:55
sahidyes exactly11:55
SvenKieskemy original issues was something quite different, I have a customer who needs to migrate from iptables firewall driver to ovs firewall driver and I wanted to know if there is the possibility of network interruptions during this process. then I was pointed at this bugreport which seems to indicate that packet delivery isn't guaranteed anyway.11:56
opendevreviewMerged openstack/neutron master: [OVN] Add the bridge name and datapath type to the port VIF details  https://review.opendev.org/c/openstack/neutron/+/90349411:58
sahidOh I see... so bascially I'm adding more confusion  :-)11:58
SvenKieskenot really, as I'm somewhat familiar with most of the live migration concepts and stuff. I'm not that deep into the neutron side of things but most things I discover I think are surprising and a little sad, like most IT is :)12:00
SvenKieskeI mean most parts of this bug report seem to be only relevant to older openstack releases and seem to be fixed, if I follow enough links to different bug reports, so that's a plus.12:01
SvenKieskeI guess `openflow_processed_per_port` was never defaulted to true later, was it? https://review.opendev.org/c/openstack/neutron/+/806246 seems like it would improve reliability a lot, from my superficial understanding12:03
ralonsohno, this value is set to false by default12:07
ralonsohthis is because there are other deployments, with multuple ovs rules, that need to process these rules in batches12:07
ralonsohof course, if you are migrating from iptables to ovs fw, that will speed up the FW setup in the destination host12:08
opendevreviewRodolfo Alonso proposed openstack/neutron-lib master: Skip the enforcer undefined rule check  https://review.opendev.org/c/openstack/neutron-lib/+/90653912:16
sahidralonsoh: I have noticed you -1 on the change, is it the name of the helper function that is worry you?13:26
sahidbecause the function is basically returning the network_id as before13:27
sahidwe needed some sort of salt in multisegment deployment to identify the different dnsmask process running for a given network13:27
opendevreviewLucas Alvares Gomes proposed openstack/ovn-bgp-agent master: Address the Load_Balancer's datapath_group column deprecation  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90412913:34
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Doc: add documentation for usage and flow examples for OVS  https://review.opendev.org/c/openstack/tap-as-a-service/+/82838213:37
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Doc: add documentation for usage and driver details for SRIOV driver  https://review.opendev.org/c/openstack/tap-as-a-service/+/88180713:37
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: fix usage of helper function to retrieve process name  https://review.opendev.org/c/openstack/neutron/+/90719113:47
haleyb#startmeeting networking14:00
opendevmeetMeeting started Tue Jan 30 14:00:14 2024 UTC and is due to finish in 60 minutes.  The chair is haleyb. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'networking'14:00
haleybPing list: bcafarel, elvira, frickler, mlavalle, mtomaska, obondarev, slaweq, tobias-urdin, ykarel, lajoskatona, jlibosva, averdagu, amotoki14:00
mlavalle\o14:00
obondarevo/14:00
lajoskatonao/14:00
jlibosvao/14:00
rubasovo/14:00
ralonsohhello14:00
slaweqo/14:01
haleybok, lets get started14:01
haleyb#topic announcements14:01
bcafarelo/14:02
frickler\o14:02
haleyb#link https://releases.openstack.org/caracal/schedule.html14:02
haleybReminder we're in C-3, which ends week of Feb 2614:02
haleybYoga "unmaintained" release patches up for review14:03
haleyb#link https://review.opendev.org/c/openstack/releases/+/90656414:03
haleybthe series is linked from the topic there14:04
*** ykarel__ is now known as ykarel14:04
haleybthe ML email described the plans14:04
frickleralso please don't merge any further changes to stable/yoga, else those will need updating14:04
lajoskatonathere are zed release patches also14:04
haleyb#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/V7H6M5ANYOMFWSZ5BJSWAXVNQCUXI6D7/14:04
haleybfrickler: right, that i wanted to discuss14:04
lajoskatonaso if you have time check the zed patches also (ie.: https://review.opendev.org/c/openstack/releases/+/906863 )14:05
haleyb#link https://review.opendev.org/q/project:openstack/neutron+branch:stable/yoga+status:open14:05
ralonsohI'll abandon mines 14:05
haleybi think ihar proposed the other, i dropped a note there the other day14:06
haleybso we are transitioning a lot of releases lately14:07
ralonsohI'll ping him today14:07
haleyblajoskatona: i will look at zed patches today14:08
haleyb#link https://review.opendev.org/q/project:openstack/neutron+branch:stable/zed+status:open14:08
haleybi see just two14:08
lajoskatonahaleyb: ok14:09
ralonsohone merged today14:09
haleybgreat14:09
haleybany other releases i missed :)14:09
haleybXena, Wallaby, Victoria will transition to Unmaintained as well eventually fyi14:10
haleybanyone have other announcements?14:10
haleyb#topic bugs14:11
haleybamotoki was bug deputy last week, but i did not see an email14:11
haleybi don't think there were many bugs, and they were all picked-up14:11
mlavalleand I'll take a look during my duty tour on last week's also14:12
mlavalleto make sure we are caught up14:13
haleybmlavalle: ack, thanks14:13
haleybi'll just mention one bug since i only quickly looked at it14:13
haleyb#link https://bugs.launchpad.net/neutron/+bug/205023614:13
haleybAutomatic L3 Agent Failover does not work for HA Routers14:13
ralonsohI'm checking this one, in particular the sql query mentioned14:14
ralonsohif I'm not wrong (I need to check that)14:14
ralonsohthis is an outerjoin with RouterExtraAttributes14:14
ralonsohthat means this query is getting all the routers (but I need to check twice)14:15
haleybi believe it's true, they won't get rescheduled because there is >1 of them with l3-ha14:16
haleybbut i did not try and reproduce, just looked at code14:16
haleyb#link https://github.com/openstack/neutron/blob/master/neutron/objects/l3agent.py#L5514:17
haleybralonsoh: thanks for looking into the query though, i might have mis-understood14:18
ralonsohI didn't run the code yet14:18
opendevreviewMerged openstack/ovn-bgp-agent master: Check for networks on router port in match_fn  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90707514:18
ralonsohso just (mis)reading the code14:18
haleybany other bugs to discuss?14:19
haleyband as mentioned, mlavalle is the bug deputy, next week will be ralonsoh - does that work for you both?14:20
ralonsohperfect14:21
mlavalleack. on it14:21
haleybi almost forgot the bug count14:21
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: ensure that cleaning DHCP process with one segment happens first  https://review.opendev.org/c/openstack/neutron/+/90561714:21
haleybCurrent bug count this week: 758, down 2 from last week14:21
haleybwe've been around 760 most of the cycle14:22
haleyb#topic specs14:22
haleyb#link https://review.opendev.org/q/project:openstack%252Fneutron-specs+status:open14:22
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-bgp-agent stable/2023.2: Check for networks on router port in match_fn  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90689614:23
ralonsohI think https://review.opendev.org/c/openstack/neutron-specs/+/891204 is ready14:23
ralonsohand has several +2 (not only this PS but previous ones)14:24
haleyback, i was able to look at https://review.opendev.org/c/openstack/neutron-specs/+/899209 last week as well and seemed ready too, i did not look at the third yet14:24
ralonsoh(I have this one open, I'll finish today)14:24
haleybralonsoh: great, thanks!14:25
haleyb#topic community_goals14:25
haleybwe only have one goal this cycle regarding neutronclient deprecation14:26
haleyb#link https://review.opendev.org/c/openstack/horizon/+/89120514:26
haleybi have not been able to review recently14:26
haleyblajoskatona: any progress with the integrated test there?14:27
lajoskatonaNo I had no time last week for it, I have to go back and check again with Horion team14:28
haleybok, thanks14:29
haleybonto last topic14:29
haleyb#topic on_demand14:29
haleybi had added a topic on a long-running patch series14:30
haleyb#link https://review.opendev.org/q/topic:2023-aa-l3-gw-multihoming14:30
lajoskatona+114:31
haleybi've been trying to keep it up-to-date, still hoping to get it all merged this cycle14:31
haleybfnordahl: do you want me to do another rebase on that?14:31
* haleyb will try regardless14:32
haleybdoes anyone have something to discuss?14:32
haleybelse will see you at CI meeting in :3014:33
lajoskatonahaleyb, ykarel: I can't join today the CI meeting :-(14:33
mlavalle\o14:34
ykarellajoskatona, ack14:34
mlavallesee you at ci meeting14:34
haleyback, ok we are done then, have a good week everyone14:34
haleyb#endmeeting14:35
opendevmeetMeeting ended Tue Jan 30 14:35:02 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:35
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2024/networking.2024-01-30-14.00.html14:35
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2024/networking.2024-01-30-14.00.txt14:35
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2024/networking.2024-01-30-14.00.log.html14:35
ralonsohbyebye14:35
slaweqo/14:35
lajoskatonao/14:37
opendevreviewMerged openstack/ovn-bgp-agent stable/2023.2: Check for networks on router port in match_fn  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/90689614:56
ykarel#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Jan 30 15:00:51 2024 UTC and is due to finish in 60 minutes.  The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'neutron_ci'15:00
ralonsohhi15:01
mlavalle\o15:01
ykarelping bcafarel, lajoskatona, mlavalle, mtomaska, ralonsoh, ykarel, jlibosva, elvira15:01
haleybo/15:01
mlavalleis it an irc meeting today?15:01
slaweqo/15:01
ykarelyes15:01
mlavalleack15:01
bcafarelo/15:02
ykarellet's start with topics15:03
ykarel#topic Actions from previous meetings15:03
ykarelralonsoh to check FOREIGN KEY constraint failed issue in functional test15:03
ykarel    Logs: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_2e7/903977/7/check/neutron-functional-with-uwsgi/2e76304/testr_results.html15:03
ykarel    This is a sqlite error: the port binding register is created in the same trasaction as the port; the port ID must be on the transaction commited actions.15:03
ykarel    This is not an issue related to the patch #903977 nor OVN.15:03
ralonsoh^^ right, that was an issue with sqlite only15:04
ralonsohnot the Neutron code15:04
ykarelk thx for checking, let's watch if it reproduces again15:04
ykarelnext one15:04
ykarel    ralonsoh to check https://bugs.launchpad.net/neutron/+bug/195500815:04
ralonsoh--> https://review.opendev.org/c/openstack/neutron/+/90647415:05
ykarelthx15:05
slaweqralonsoh I just approved it15:05
ralonsohthanks15:05
ykarelalonsoh to validate fullstack jobs with revert of  https://review.opendev.org/q/I442587e7ef55917f4ea873e190bf8afbc0e911e115:06
ralonsoh--> https://review.opendev.org/q/topic:%22bug/1961740%22: reverts proposed and merged15:06
ykarelralonsoh*15:06
ykarelthx, btw i saw similar failure in stable/2023.1 too15:06
ralonsohreally? pffff15:06
ykarelcan look later in failures topic15:07
ralonsohso I don't think this patch is good enough15:07
ralonsoh(well, at least for fullstack tests...)15:07
ykarelyes not seeing it in master/stable2023.215:08
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: WIP: Documentation for tap-mirrors  https://review.opendev.org/c/openstack/tap-as-a-service/+/90722015:08
ykarelmay be due to those tests are trimmed in master15:08
ralonsohcould be, right15:08
ykarelnot sure if those patches from slaweq also in stable/2023.215:08
ralonsohwe can backport the fullstack optimizations if needed15:09
ralonsohI think that could benefit stable branches CI too15:09
bcafarel+115:09
ralonsoh(I'll add this to my todo list)15:09
ykarelok thx15:09
ykarelnext one on me15:09
ykarelykarel to check enabling debug logs for ovs for log size15:09
ykarelso i checked it with dnm patch https://review.opendev.org/c/openstack/neutron/+/90703715:10
ykarelfunctional job -> 2MB --> 130 MB15:10
ykarelfullstack job -> 3MB --> 70 MB15:10
ralonsoh(zuul folks are going to kill us...)15:10
ykarelincrease is significant so doesn't seem good to enable it for all such runs15:11
slaweqyes, it's better to not do that15:12
ykarelok15:12
ralonsohbut we can document it for debugging purposes15:12
ykarelykarel to check if internal ports removal/addition have impact on bridge add/delete15:12
ykarelralonsoh, okk will check and report doc bug for it15:13
ralonsohcool15:13
ykarel#action ykarel to report doc bug for ovs enable debug15:13
slaweqwhat if we would tar.gz those logs?15:14
slaweqit should be much smaller, no?15:14
ralonsoh10-20 times smaller15:14
ykarelyes should be smaller, need to check how much exactly15:14
slaweqmaybe worth to do one more experiment then?15:15
ykarelok will do, but iirc if we tar we need to download those to check content or those still browsable?15:15
slaweqyes, we will need to download to check content15:16
ykarelohkk15:16
bcafarelhmm if it is per single file gz, it should be browsable (may need some tweaks on server side for content-type)15:17
bcafareltarball of all files indeed it would need download15:17
ykarelwill update that patch to convert those to tar archive and confirm browsable aspects too15:17
ykarelbcafarel, thx will check15:17
ykarelykarel to check if internal ports removal/addition have impact on bridge add/delete15:17
ykareli was not able to reproduce that behavior with vsctl commands15:18
ykarelovs command don't allow delete local internal port15:18
ykarel    ovs-vsctl del-port test-br test-br15:18
ykarelfails as ovs-vsctl: cannot delete port test-br because it is the local port for bridge test-br (deleting this port requires deleting the entire bridge)15:18
ykarelso that add/delete/add of that internal port seems to be happing internally in ovs and it matches the shy ports issue we seen in past15:19
ykarelany idea to simulate this behavior?15:20
slaweqnope15:20
ralonsohno sorry15:20
ykarelk thx let's move on15:21
ykarel#topic Stable branches15:21
ykarelbcafarel, any update15:21
bcafarelwe already mentioned the revert for fullstack sleep, rest looks good15:21
ykarelthx15:21
bcafareland with the unmaintained branches coming up we will have a shorter section soon :)15:21
ykarelcool :)15:22
ykarel#topic Stadium projects15:22
ykarelthere was one failure in periodic15:22
ykarelfor bgpvpn https://zuul.openstack.org/buildset/4bc10cd65b28461da28a76fa10553f0715:22
ykarelLooks related to django update https://review.opendev.org/c/openstack/requirements/+/90420215:23
ykarellajos is out, so will check if there is already some fixes for it and create a lp15:23
ykarel#action ykarel to check and report lp bug for bgpvpn failures15:23
opendevreviewMerged openstack/neutron stable/2023.2: Set trunk parent port as access port in ovs to avoid loop  https://review.opendev.org/c/openstack/neutron/+/90714215:24
ykarel#topic Rechecks15:24
ykareloverall good here, there was 0 bare rechecks out of 18 rechecks15:24
ykarelthere were some known issues which could have resulted into higher rechecks15:24
ykarel#topic Unit tests15:25
ykarelhttps://launchpad.net/bugs/205150115:25
ykarelalready Fixed with https://review.opendev.org/c/openstack/neutron/+/90704015:25
ykarelthx ralonsoh 15:25
ralonsohyw15:25
ykarel#topic fullstack/functional15:25
ykarelhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_1bf/892599/4/gate/neutron-fullstack-with-uwsgi/1bf74e0/testr_results.html15:25
ykarel^ is the failure i mentioned before in 2023.115:26
ykarelLooks same as for which zed/yoga revert https://review.opendev.org/q/topic:%22bug/1961740%2215:26
ralonsohno no, the error was different15:26
ralonsohthis is not the test case that was failing because of this patch15:26
ralonsoh(sorry, yes...)15:27
ykarelmmm but commit message says it15:27
ralonsohmy bad, I had other bug in mind15:27
ykarelok :)15:27
ykarelso for fullstack we go with backport of optimization patches or do reverts15:28
ralonsohlet me push the backports tomorrow 15:28
ralonsohup to zed 15:28
ykarelbecause i noticed higher fullstack failures in stable since the revert, so likely the failures for which those sleep patches pushed reappear?15:29
ykarelok trimming those sounds better, thx15:29
ykarel#topic Periodic15:29
ykarelhttps://launchpad.net/bugs/205150115:30
ykarelthis already Fixed with https://review.opendev.org/c/openstack/neutron/+/90704015:30
ykarelhttps://zuul.openstack.org/builds?job_name=neutron-ovn-tempest-slow&project=openstack%2Fneutron&branch=master&skip=015:30
ykarel    Looks related to recent changes https://review.opendev.org/q/topic:%222023-aa-l3-gw-multihoming%22+status:merged+project:openstack/neutron15:30
ykarelany volunteer to check/confirm these failures?15:31
ralonsohI can check it15:31
ykarelthx15:31
ykarel#action ralonsoh to check failures with neutron-ovn-tempest-slow job in master15:31
ykarelhttps://zuul.openstack.org/builds?job_name=neutron-fullstack-with-uwsgi-fips&project=openstack%2Fneutron&branch=master&skip=015:31
ykarelFails at dnf install -y kernel-modules-extra-5.14.0-410.el9.x86_6415:32
ykarelit's happening due to Outdated infra mirrors http://mirror.iad.rax.opendev.org/centos-stream/9-stream/BaseOS/x86_64/os/Packages/15:32
ykarelrpm exists at centos mirrors https://mirror.stream.centos.org/9-stream/BaseOS/x86_64/os/Packages/15:32
ralonsohthen should we switch to this mirror?15:33
ykareli think need to fix infra mirrors15:33
ralonsohyeah, right, much better15:33
ykarelwill check tomorrow with infra on this, likely the mirror which they follow is outdated15:33
opendevreviewMerged openstack/neutron stable/2023.1: Set trunk parent port as access port in ovs to avoid loop  https://review.opendev.org/c/openstack/neutron/+/90714315:35
ykarel#action ykarel to reach out to infra for outdated mirror if it's not resolved in next periodic run15:35
ykarel#topic Grafana15:35
ykarelhttps://grafana.opendev.org/d/f913631585/neutron-failure-rate15:35
ykarelall good in gate queue, some spikes in check around weekend which we normally see due to less runs15:37
ykarela spike is for sqlalchemy master job which already got fixed15:38
ykarelthere are some recent spikes for tox-pep815:39
ykareli haven't noticed any consistent error though, so may be patch specific15:39
slaweqbut it's 1 failure out of 4 if I'm not mistaken for the pep815:40
slaweqso nothing really serious IMO15:40
ykarelyes right, then we are good15:41
ykarel#topic On Demand15:41
ykarelanything else you would like to raise here?15:41
ralonsohnothing from me15:41
bcafarelall good here too15:41
slaweqnothing here15:41
mlavallenothing from me15:42
mlavalleeither15:42
ykarelk thanks everyone for joining15:42
ykarellet's close and have everyone 18 minutes back15:42
ykarel#endmeeting15:42
opendevmeetMeeting ended Tue Jan 30 15:42:33 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:42
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-01-30-15.00.html15:42
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-01-30-15.00.txt15:42
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2024/neutron_ci.2024-01-30-15.00.log.html15:42
ralonsohbye!15:42
slaweqo/15:42
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.2: [Fullstack] Remove unnecessary tests  https://review.opendev.org/c/openstack/neutron/+/90722315:42
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.2: [Fullstack] Remove test_port_shut_down module  https://review.opendev.org/c/openstack/neutron/+/90722415:42
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.2: [Fullstack] Remove SecurityGroupRulesTest.test_normalized_cidr_in_rule test  https://review.opendev.org/c/openstack/neutron/+/90722515:42
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.2: [Fullstack] Consolidate segmentation_id update tests into single test  https://review.opendev.org/c/openstack/neutron/+/90722615:42
opendevreviewRodolfo Alonso proposed openstack/neutron stable/zed: [Fullstack] Remove unnecessary tests  https://review.opendev.org/c/openstack/neutron/+/90722715:43
opendevreviewRodolfo Alonso proposed openstack/neutron stable/zed: [Fullstack] Remove test_port_shut_down module  https://review.opendev.org/c/openstack/neutron/+/90722815:43
opendevreviewRodolfo Alonso proposed openstack/neutron stable/zed: [Fullstack] Remove SecurityGroupRulesTest.test_normalized_cidr_in_rule test  https://review.opendev.org/c/openstack/neutron/+/90722915:43
opendevreviewRodolfo Alonso proposed openstack/neutron stable/zed: [Fullstack] Consolidate segmentation_id update tests into single test  https://review.opendev.org/c/openstack/neutron/+/90723015:43
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: [Fullstack] Remove unnecessary tests  https://review.opendev.org/c/openstack/neutron/+/90723115:43
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: [Fullstack] Remove test_port_shut_down module  https://review.opendev.org/c/openstack/neutron/+/90723215:43
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: [Fullstack] Remove SecurityGroupRulesTest.test_normalized_cidr_in_rule test  https://review.opendev.org/c/openstack/neutron/+/90723315:43
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: [Fullstack] Consolidate segmentation_id update tests into single test  https://review.opendev.org/c/openstack/neutron/+/90723415:43
bcafarelserial backporter :)15:43
ralonsohI had that prepared hehehe15:43
ralonsohI didn't push it during the meeting not to dirt the logs15:44
ykarelralonsoh you used topic backport feature in gerrit?15:44
ykarelfor these above backports15:44
ralonsohI used the same one used before15:45
ralonsohgit fetch https://review.opendev.org/openstack/neutron refs/changes/74/906474/1 && git cherry-pick FETCH_HEAD15:45
ralonsohsorry15:45
ralonsohfullstack-cleanup15:45
ykarelack15:45
ralonsohahh no no 15:46
ralonsohsorry, I didn't use gerrit15:46
ralonsohI did it manually15:46
ykarelok15:47
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.2: [OVN][FT] Retry in case of timeout when executing "ovsdb-client".  https://review.opendev.org/c/openstack/neutron/+/90723515:47
opendevreviewRodolfo Alonso proposed openstack/neutron stable/2023.1: [OVN][FT] Retry in case of timeout when executing "ovsdb-client".  https://review.opendev.org/c/openstack/neutron/+/90723615:47
opendevreviewRodolfo Alonso proposed openstack/neutron stable/zed: [OVN][FT] Retry in case of timeout when executing "ovsdb-client".  https://review.opendev.org/c/openstack/neutron/+/90723715:47
tkajinamralonsoh, `git review -x <id>` or `git review -X <id>` might be interesting to you16:00
ralonsohchecking that now16:01
tkajinamthese are what I happened to learn today :-)16:04
tkajinamgit checkout origin/stable/2023.2; git checkout -b tmp; git review -X 902633; git review -t fullstack-cleanup -f16:05
opendevreviewRodrigo Barbieri proposed openstack/neutron stable/ussuri: [OVN] Handle OVN agents when "Chassis" register is deleted  https://review.opendev.org/c/openstack/neutron/+/90723916:05
tkajinamwould reproduce https://review.opendev.org/c/openstack/neutron/+/90722316:05
tkajinamand the above fetch + cherry-pick may be replaced by `git review -x 906474` iiuc16:08
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: fix usage of helper function to retrieve process name  https://review.opendev.org/c/openstack/neutron/+/90719116:19
opendevreviewMerged openstack/neutron stable/2023.2: If method ``set_netns`` fails, restore previous device namespace  https://review.opendev.org/c/openstack/neutron/+/90685616:39
opendevreviewMerged openstack/neutron stable/2023.1: If method ``set_netns`` fails, restore previous device namespace  https://review.opendev.org/c/openstack/neutron/+/90685516:39
opendevreviewMerged openstack/neutron master: [OVN][FT] Retry in case of timeout when executing "ovsdb-client".  https://review.opendev.org/c/openstack/neutron/+/90647416:39
opendevreviewMerged openstack/neutron stable/2023.1: For hosts in DVR mode, only fetch bound FIPs  https://review.opendev.org/c/openstack/neutron/+/89139818:13
opendevreviewLajos Katona proposed openstack/tap-as-a-service master: Bump hacking  https://review.opendev.org/c/openstack/tap-as-a-service/+/90724919:08
opendevreviewSahid Orentino Ferdjaoui proposed openstack/neutron master: dhcp: fix dhcp cleaning stale devices process when enable action  https://review.opendev.org/c/openstack/neutron/+/90725019:39
opendevreviewBrian Haley proposed openstack/neutron master: [ovn] Make scheduling of unhosted gateways aware of current transaction  https://review.opendev.org/c/openstack/neutron/+/87476020:07
opendevreviewBrian Haley proposed openstack/neutron master: [ovn] Make scheduling of unhosted gateways aware of current transaction  https://review.opendev.org/c/openstack/neutron/+/87476021:42

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