Monday, 2026-09-21

opendevreviewOpenStack Release Bot proposed openstack/bifrost stable/2026.2: Update .gitreview for stable/2026.2  https://review.opendev.org/c/openstack/bifrost/+/100645308:39
opendevreviewOpenStack Release Bot proposed openstack/bifrost stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2  https://review.opendev.org/c/openstack/bifrost/+/100645408:39
opendevreviewOpenStack Release Bot proposed openstack/bifrost master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/bifrost/+/100645508:39
opendevreviewOpenStack Release Bot proposed openstack/ironic-prometheus-exporter stable/2026.2: Update .gitreview for stable/2026.2  https://review.opendev.org/c/openstack/ironic-prometheus-exporter/+/100645608:39
opendevreviewOpenStack Release Bot proposed openstack/ironic-prometheus-exporter stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2  https://review.opendev.org/c/openstack/ironic-prometheus-exporter/+/100645708:39
opendevreviewOpenStack Release Bot proposed openstack/ironic-prometheus-exporter master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/ironic-prometheus-exporter/+/100645808:39
opendevreviewOpenStack Release Bot proposed openstack/ironic-python-agent stable/2026.2: Update .gitreview for stable/2026.2  https://review.opendev.org/c/openstack/ironic-python-agent/+/100645908:40
opendevreviewOpenStack Release Bot proposed openstack/ironic-python-agent stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2  https://review.opendev.org/c/openstack/ironic-python-agent/+/100646008:40
opendevreviewOpenStack Release Bot proposed openstack/ironic-python-agent master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/ironic-python-agent/+/100646108:40
opendevreviewOpenStack Release Bot proposed openstack/ironic stable/2026.2: Update .gitreview for stable/2026.2  https://review.opendev.org/c/openstack/ironic/+/100646208:40
opendevreviewOpenStack Release Bot proposed openstack/ironic stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2  https://review.opendev.org/c/openstack/ironic/+/100646308:40
opendevreviewOpenStack Release Bot proposed openstack/ironic master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/ironic/+/100646408:40
opendevreviewMerged openstack/ironic-prometheus-exporter stable/2026.2: Update .gitreview for stable/2026.2  https://review.opendev.org/c/openstack/ironic-prometheus-exporter/+/100645609:44
opendevreviewMerged openstack/bifrost master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/bifrost/+/100645509:44
opendevreviewMerged openstack/ironic-python-agent stable/2026.2: Update .gitreview for stable/2026.2  https://review.opendev.org/c/openstack/ironic-python-agent/+/100645909:45
opendevreviewMerged openstack/ironic-python-agent stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2  https://review.opendev.org/c/openstack/ironic-python-agent/+/100646009:47
opendevreviewMerged openstack/ironic-python-agent master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/ironic-python-agent/+/100646109:47
opendevreviewMerged openstack/ironic-prometheus-exporter stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2  https://review.opendev.org/c/openstack/ironic-prometheus-exporter/+/100645709:51
opendevreviewMerged openstack/ironic-prometheus-exporter master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/ironic-prometheus-exporter/+/100645809:57
opendevreviewMerged openstack/ironic master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/ironic/+/100646410:00
zigoHi there !10:45
zigoI'm trying to backport https://review.opendev.org/c/openstack/ironic/+/1003598/1/ironic/common/image_service.py#1119 to Dalmatian. The last hunk of this file doesn't apply, as the function get_image_service_auth_override() doesn't exist in Dalmatian. Does anyone have a clue on what I should do ? Is it fine to ignore this hunk ?10:45
rpittauzigo: dalmatian is EOL since April now, I doubt we will merge anything there11:10
rpittauin any case since that function was introduced in a feature in ironic 29 (epoxy), it's safe to skip that chunk, although you will have to adapt the rest of the patch11:10
opendevreviewMerged openstack/ironic stable/2026.2: Update .gitreview for stable/2026.2  https://review.opendev.org/c/openstack/ironic/+/100646211:29
opendevreviewMerged openstack/ironic stable/2026.2: Update TOX_CONSTRAINTS_FILE for stable/2026.2  https://review.opendev.org/c/openstack/ironic/+/100646311:29
zigorpittau: https://wiki.debian.org/OpenStack/CVE-2026 I am maintaining all of OpenStack up to Zed, doing backports by myself.11:48
zigoThanks for the help, I'll do that.11:48
rpittauzigo: sure, np, so that's on debian side, let me know if I can help anyway :)11:49
zigoYeah, Debian only.11:50
zigopriteau: CVE-2026-90461 fix is about doing more checks before the requests.auth.HTTPBasicAuth() call, right?12:24
zigoIn such case, then bobcat and before aren't affected, right?12:24
opendevreviewMerged openstack/networking-generic-switch master: Add RestconfSwitch base class for HTTP transport  https://review.opendev.org/c/openstack/networking-generic-switch/+/99288712:53
TheJuliagood morning13:03
iurygregorygood morning ironic o/13:08
TheJuliagood morning13:08
kubajjhello everyone o/13:11
clifgm o/13:18
opendevreviewRiccardo Pittau proposed openstack/ironic bugfix/37.0: Fix fast-track deployment failure with autodetect deploy interface  https://review.opendev.org/c/openstack/ironic/+/100651713:19
opendevreviewMerged openstack/networking-generic-switch master: Add RestconfOpenConfigSwitch driver  https://review.opendev.org/c/openstack/networking-generic-switch/+/99288813:20
opendevreviewMerged openstack/networking-generic-switch master: Add RESTCONF documentation  https://review.opendev.org/c/openstack/networking-generic-switch/+/99288913:20
opendevreviewMerged openstack/networking-generic-switch master: Rename netconf_models to yang_models  https://review.opendev.org/c/openstack/networking-generic-switch/+/99309013:20
cardoeTheJulia: ^ that'll conflict with some of your stuff13:21
TheJuliayeah, I know13:21
TheJulia:(13:21
TheJuliabest to caffinate and do more13:22
cardoeCan I get ya do head nod two backports while ya caffeinate? https://review.opendev.org/c/openstack/networking-baremetal/+/1005793 https://review.opendev.org/c/openstack/networking-baremetal/+/1005795 13:25
cardoeGonna try and rebase some builds and have the team run a bigger validation today.13:27
opendevreviewRiccardo Pittau proposed openstack/ironic bugfix/37.0: Fix fast-track deployment failure with autodetect deploy interface  https://review.opendev.org/c/openstack/ironic/+/100651713:33
TheJuliacardoe: done13:34
cardoeThanks!13:40
opendevreviewRiccardo Pittau proposed openstack/bifrost stable/2025.2: CI: Fall back to HTTPS when cirros 0.5.3 is not cached  https://review.opendev.org/c/openstack/bifrost/+/100654214:03
rpittau^ fixing upgrade job in new 2026.2 branch14:03
rpittauyes, the change is in 2025.2 :)14:04
zigoTheJulia: Hi there!14:04
zigoI'm backporting the fix for CVE-2026-90461. Am I right that fix is about doing more checks before the requests.auth.HTTPBasicAuth() call, right?14:04
zigoIn such case, since there's no such call before Caracal, then Bobcat and earlier aren't affected?14:04
TheJuliaYour read on the fix is correct14:12
zigo:)14:13
zigoThanks for confirming.14:13
TheJuliaThe "no such call before caracal" is incorrect depending on the path invoked"14:13
zigoOh...14:13
TheJuliaif you look we also prohibit secrets from getting shipped to the agent14:13
TheJuliaand we inhibit on the load, there is just a few different ways the clients/connections can get invoked14:13
TheJuliaand basic auth itself has been a thing for a longish time14:14
zigoOk, so I can just get rid of the changes to ironic/common/image_service.py and keep the rest?14:14
TheJuliaThe bottom part of it as you modified it, I believe14:14
TheJuliaor, as you noted earlier14:14
TheJuliaThe upper part, I don't think would really conflict, although if its not getting called in caracal, it can likely be dropped14:15
zigoRight, that was my understanding.14:15
opendevreviewMerged openstack/networking-baremetal stable/2026.1: Remove binding:host_id setting for L2VNI subports  https://review.opendev.org/c/openstack/networking-baremetal/+/100579314:18
zigoTheJulia: is_host_auth_permitted() is called from many other places, so I'll keep the function available.14:20
TheJuliaYeah, its the main helper14:20
zigos/many places/one other place/14:21
zigoRest of is tests...14:21
zigoTheJulia: Bobcat doesn't even have a image_server_auth_strategy configuration option, so it really feels like the feature isn't there.14:23
zigoThere's no image_server_user / image_server_password either.14:23
TheJuliaoh!14:24
TheJuliathen it might not be affected14:24
opendevreviewMerged openstack/networking-baremetal stable/2026.1: Remove invalid requested-chassis opt for localnet ports  https://review.opendev.org/c/openstack/networking-baremetal/+/100579514:31
alegacyHi folks!  Now that https://review.opendev.org/c/openstack/networking-generic-switch/+/984832 has merged, can we get a ngs version bump so that we can set it as the new minimum requirement for ironic for standalone networking?  FYI, I'm preparing a change to ironic-networking to make use of this change now.14:39
rpittaualegacy: we've just released NGS as part of the new Openstack Hibiscus release14:44
rpittauwe're probably going to wait for the official announcement before proposing new releases, most likely next week14:44
TheJuliaYeah, technically it is a library so all that has to pass before master branch version gets updated with it.14:45
alegacyoh wait, did I get that wrong.  Is it in 10.1.0?14:59
rpittaualegacy: it's probably there14:59
JayFthere's a yaml file in openstack/releases which maps sha:TAG:branch_created14:59
TheJuliaI think merged after14:59
JayF#startmeeting ironic15:00
opendevmeetMeeting started Mon Sep 21 15:00:11 2026 UTC and is due to finish in 60 minutes.  The chair is JayF. 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 'ironic'15:00
clifo/15:00
JayFWelcome all to the weekly Ironic meeting. As usual we all gotta follow the OpenInfra Code of Conduct :)15:00
TheJuliao/15:00
JayF#topic Announcements/Reminders15:00
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add Cisco NDFC REST API driver for VXLAN L2VNI  https://review.opendev.org/c/openstack/networking-generic-switch/+/96848415:00
iurygregoryo/15:00
estherd[m]o/15:00
Mahnooro/15:00
JayF#note Ironic release targeted for integrated OpenStack 2026.2 release was just cut. Congratulations on creating more Irony!15:01
kubajjo/15:01
rpittauo/15:01
JayFUsually I'd put here to review ironic-week-prio hashtag things -- please do -- but maybe on release day is the one time I can avoid bothering folks to review :D 15:01
JayFexcept those required branch patches :D 15:01
JayF#note https://releases.openstack.org/hibiscus/schedule.html it's R-1. Next week is the official marketing release.15:02
JayFI suggest contributors have a hibiscus tea in celebration lol15:02
JayF#link https://etherpad.opendev.org/p/ironic-ptg-2027.1 15:02
TheJuliaI was just going to note we should mention the ptg etherpad15:03
JayF#note Most important thing in the coming weeks: review and participate in PTG etherpad. Prepare new topics. Participate asynchronously in other folks' topics. If you are new to OpenStack, a hint: the etherpad *is the PTG* moreso than the video calls themselves.15:03
JayFI will suggest if folks have PTG topics up they think folks will be interested in, maybe a link w/line number during open discussion can kick things off15:04
JayFanything else for Announcements before we move on?15:04
cido/15:05
JayF#topic Working Group Updates15:06
JayFIs there anything from the AsyncIO folks?15:06
iurygregoryo/15:07
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add multicast BUM replication support to NDFC driver  https://review.opendev.org/c/openstack/networking-generic-switch/+/98481515:07
iurygregoryI'm planning on run some downstream tests before pushing the patch with the async calls upstream15:07
JayFSounds like a *very* good thing to merge early in the cycle15:07
iurygregorycurrently we already have a patch to add the async redfish client to be used15:08
iurygregoryhopefully things will work well <fingers crossed>15:08
JayFWe might get a 2027.1 release headline very very early :) Sounds great! Thanks. 15:08
JayFSecurity coresec team update:15:08
JayFWe've been on an advisory blackout. VMT usually enforces this project-wide for release week (next week) but we're honoring it this week for Ironic as well since we just cut our 2026.2 release.15:09
JayFThere are no new public security bugs.15:09
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add global fallback device for controller-style drivers  https://review.opendev.org/c/openstack/networking-generic-switch/+/100120015:10
JayFMoving on; next topic would be Discussion Topics but none were added to the agenda.15:10
JayF#topic Bug Deputy Updates15:10
JayFlooks like Mahnoor identified some for us15:10
MahnoorYes, there were 3 in ironic15:11
MahnoorIt appears Julia has already fixed the 3rd one15:11
TheJuliawhat?!?15:12
TheJulia;)15:12
Mahnoor:)15:12
MahnoorI should probably mark that as completed15:12
TheJuliayeah15:12
Mahnoor'Fix completed'?15:12
JayFthere are a couple other interesting ones there15:12
JayFMahnoor: if I mark it manually, I use released15:13
Mahnooralrightie15:13
JayFMahnoor: if the automation is not marking it as completed, it won't mark it as released later ime15:13
Mahnooroh okay15:13
JayFAny volunteers to be the bug deputy next week? I'll note this might be a 2 week stint as I have a "cancel meeting in release week" in my back pocket for Open Discussion ;) 15:14
MahnoorI could do it15:14
TheJuliaw/r/t https://bugs.launchpad.net/ironic/+bug/2167590 we likely need to treat read timeout as a harder failure instead of one to treat as a transient error. It can be transient, but we shouldn't go down a rabbit hole 10 times for 30 seconds :\15:15
JayF++15:15
JayFMahnoor: thanks, I'll mark you down as continuing to bug deputy until next meeting15:15
TheJuliaits more of a hard failure anyhow, sever connects, but the software ain't home as it were15:15
JayFI do wanna note: thank you to everyone who has done bug deputy work. I don't know if newer folks in the project know how awful we used to do with bugs--people would file them and they would sit and sit15:15
JayFhundreds and hundreds of stale bugs nobody even looked at15:16
TheJuliacardoe: do you have any ideas on https://bugs.launchpad.net/ironic/+bug/2167283 how we would make right decision ?15:16
JayFvery thank you :) 15:16
TheJuliaI can likely do it this week15:16
TheJuliawould be good time to clean up some of the older stuffs15:16
JayFTheJulia: we have to have a token renewal for that to be useful15:16
JayFTheJulia: a cold boot can take longer than our current console timeouts :( 15:16
TheJuliayup, if they are connected we should try to know and do something maybe15:17
TheJuliaits a weirdly shaped problem15:17
JayFYeah, I'd just suggest centering around an operator use case of troubleshooting a cleaning or deployment. That'd mean you'd likely need a console working, uninterrupted, for at least 45 minutes15:17
cardoelooking15:18
JayFcardoe: it's your "the vnc token is short"15:18
TheJuliaI think we're going to need an async call to "extend the lifetime!"15:18
TheJuliabut that means more surface/thing/logic15:18
JayFat a minimum, it might be wise to change the default token lifetime15:18
JayFassuming we have a call/method to revoke the token/tear down console 15:18
TheJuliaquite likely, yeah15:19
JayFAny further discussion on new bugs before continuing?15:20
TheJulianah15:20
JayFNo RFEs to review, so no need for that agenda item.15:21
JayF#topic Open Discussion15:21
JayFFirst thing I'd like to propose here: should we cancel the meeting next week, since it's R+015:22
TheJulia... I think that might be nice15:22
iurygregoryI'm ok with canceling the meeting15:22
MahnoorNo complaints from me as well15:22
JayFI don't see anyone racing to the defense of a meeting ;) 15:23
JayF#agreed no meeting September 28, 2026 to celebrate 2026.2 release 15:23
cardoeSo I think we need a DB table and not use internal_driver_info15:23
JayFAny other items folks wanna bring up for open discussion?15:23
cardoeand an RPC between the console container and the conductor15:23
cardoeand a periodic when the console is opened to refresh the token periodically15:24
TheJuliacardoe: please write it up then, that might be reasonable!15:24
cardoewill do. I had to clear the brain fog of being gone. :-D15:24
JayFLast call for items for open discussion.15:26
JayFIn the meantime, any volunteer to run the October 5th meeting?15:26
TheJuliaI can15:26
JayFWFM15:26
JayFAgenda in place for 10/5. Thanks all.15:28
JayF#stopmeeting15:28
JayF#endmeeting15:28
opendevmeetMeeting ended Mon Sep 21 15:28:57 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:28
opendevmeetMinutes:        https://meetings.opendev.org/meetings/ironic/2026/ironic.2026-09-21-15.00.html15:28
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/ironic/2026/ironic.2026-09-21-15.00.txt15:28
opendevmeetLog:            https://meetings.opendev.org/meetings/ironic/2026/ironic.2026-09-21-15.00.log.html15:28
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Describe internal per-switch options as cfg.Opt instances  https://review.opendev.org/c/openstack/networking-generic-switch/+/100631415:49
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Generate per-switch config option reference from cfg.Opt  https://review.opendev.org/c/openstack/networking-generic-switch/+/100631515:49
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Deduplicate switch option docs against generated reference  https://review.opendev.org/c/openstack/networking-generic-switch/+/100631615:49
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Recognise and document VXLAN L2VNI EVPN/multicast options  https://review.opendev.org/c/openstack/networking-generic-switch/+/100631715:49
JayFhttps://bugs.launchpad.net/ironic/+bug/2166499 is now public16:30
TheJuliacardoe: so, thought regarding vnc16:47
TheJuliaYou could just update_node over rpc now, since remotable methods are enabled...16:47
TheJuliathat could then respect the lock and all16:48
cardoeThat would work.16:48
cardoeI didn't think of that.16:48
* cardoe stares at Zuul and pokes with with a stick and sighs.17:41
TheJuliaci unhappy?18:13
cardoeGitHub burped earlier and needed to recheck things. But it was on the workflow step so now gotta let it re-run to get it verified and then it workflows again.18:24
cardoeSo wanted to confirm https://github.com/rackerlabs/ironic/blob/da6a25808d3d1d1c6c16178b21b885982e9b483f/ironic/conductor/manager.py#L1138-L1187 clears the instance info no matter what if the tear down fails. There's not a case that we'd want to keep that for a retry?18:25
TheJuliawe don't know where it failed at off-hand, if the host was modified, so there is no real retry at the end. It is a "go back to a clean state" and try again on the outer loop18:36
opendevreviewJulia Kreger proposed openstack/ironic master: Ansible: allow disabling per-node python interpreter override  https://review.opendev.org/c/openstack/ironic/+/100661618:38
opendevreviewJulia Kreger proposed openstack/ironic master: Ansible: default to ignoring per-node python interpreter  https://review.opendev.org/c/openstack/ironic/+/100661718:38
opendevreviewMerged openstack/ironic bugfix/37.0: Fix fast-track deployment failure with autodetect deploy interface  https://review.opendev.org/c/openstack/ironic/+/100651718:48
cardoeTheJulia: well it clears the instance UUID off unconditionally.19:17
cardoeThat's the "issue"19:17
cardoeAnd might not be an issue. Having folks sketch out in more detail the state machine19:18
cardoeBut I do think I understand what they're saying.19:19
cardoebasically if the failure is at a vif detach for example then that port in theory is unknown... maybe it's plugged up... maybe it's not.19:20
cardoeBut what is responsible for re-attempting the undeploy and to clear that?19:20
cardoeNova could retry but now it's no longer associated with that node so it won't19:20
JayFundeploy leaves machines in clean failed19:21
JayFwhich means they aren't associated with tenants anymore19:21
JayFas soon as undeploy gets far enough to nuke the instance uuid, the server doesn't belong to that tenant anymore even if cleaning hasn't succeeded19:21
JayFnodes in clean failed with an instance uuid 19:22
JayF**nodes in clean failed with an instance uuid used to be a failure case caused by race conditions in nova-compute19:22
JayFit's a feature not a bug that we don't do that anymore :D 19:22
cardoeokay so back over to telling folks to sketch out that state machine operation that they believe happened and explain to me why it's bad we cleared that info19:24
JayFyeah basically only nodes in deploying/wait call-back (aka deploywait) should have a instance uuid19:25
JayFactive is the only stable state where a node should have an instance uuid19:25
JayFeven on deploy fail we pull the instance uuid19:25
cardoemakes sense to me19:26
JayFa rule of thumb is: would it make sense for nova to still think this is backing an instance19:27
JayFfor the delete case: no; nova sends the call and considers it deleted19:27
JayFfor the deploy fail case: no; nova reschedules to another node so it has to give up this one19:27
JayFI know not everyone uses nova, but instance uuid is essentially "does nova care about this?" 19:28
cardoeyeah this was some nova delete case and I'm just giving feedback to the folks that came to the conclusion they came to that no assumptions are wrong... try again.19:29
JayFor you're still using onmetal with clustered compute manager from like, a decade+ ago :P 19:38
JayFin which case you deserve all the breakage you get lol19:38
JayF(we had this breaky case all the time with that leaky/racey HA setup)19:38
cardoeno this was in 2026.1 versions19:39
cardoewell ironic is 38.0 instead of 36.019:39
TheJuliaSo, I've been a bit distracted20:14
TheJuliaThe other reason not to retry on the same node is because it could be misconfigured. In the tripleo days we saw some of that where deployes would "reschedule" around a broken or misconfigured node 20:15
TheJuliawe should be nuking things like vifs from high orbit if they ever got even partially attached but the record in ironic is not really really really attached until we move to hand over the node. Nova and Ironic both try to ensure the records are gone.20:16
opendevreviewJulia Kreger proposed openstack/networking-baremetal master: Docs: Fix L2VNI driver name and reconcile driver ordering  https://review.opendev.org/c/openstack/networking-baremetal/+/100663520:37
JayFCores: If someone wants to chime in on the thread and do an Ironic update for OpenInfra Live it'd be ideal. I'm going to be wearing a VMT hat on that call, and having more faces on the call is better21:12
TheJuliaI've already got an openinfra live recording on the books, so ideally someone else will volunteer21:23
JayFMaybe cardoe? Has he done one for Ironic yet? /me trying to think of DPL members who haven't taken a turn21:23
TheJulia... I was already thinking of cardoe...21:24
TheJuliaPrepare the mind control devices!21:24
* TheJulia didn't sleep again last night21:26
TheJuliawow, https://docs.openstack.org/releasenotes/ironic/2026.2.html is surprisingly long :)21:29
clifare those notes final now? I noticed a typo in one of my release notes :(21:35
TheJuliayou can rev it on master if you must21:35
TheJuliaits also not a huge deal21:35
JayFrev on master and backport to 2026.2 if you are :)21:35
JayFyou might want to dig and do a bigger run through and fix all typos 21:36
clifrgr21:36
opendevreviewDoug Goldstein proposed openstack/networking-baremetal master: Make enable_l2vni_trunk_reconciliation the master switch  https://review.opendev.org/c/openstack/networking-baremetal/+/100666021:48
cardoeThere was a big push on release notes so we've got a lot more.21:48
cardoeI can do the Ironic update for OpenInfra Live21:49
cardoeWe just gotta backport ^ if Claude's conclusion is correct. I'll have to read through it tomorrow cause I've gotta run. But noticed something weird from the test logs and threw it at Claude and that's what it said I needed to do.21:50
opendevreviewAllain Legacy proposed openstack/ironic master: Add MTU support to ironic-networking  https://review.opendev.org/c/openstack/ironic/+/100666222:19
opendevreviewDoug Goldstein proposed openstack/networking-baremetal master: Name the listener pool queue after [DEFAULT] host  https://review.opendev.org/c/openstack/networking-baremetal/+/100666322:32
opendevreviewAllain Legacy proposed openstack/ironic master: Add MTU support to ironic-networking  https://review.opendev.org/c/openstack/ironic/+/100666222:45
opendevreviewJay Faulkner proposed openstack/ironic-specs master: Add Portgroup/LAG support to ironic-networking  https://review.opendev.org/c/openstack/ironic-specs/+/99944822:54

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