Tuesday, 2026-03-17

opendevreviewMerged openstack/ironic master: docs: revise release notes for 2026.1 release  https://review.opendev.org/c/openstack/ironic/+/98078600:21
opendevreviewMerged openstack/ironic master: Correct disk-format in ramdisk boot docs  https://review.opendev.org/c/openstack/ironic/+/98033300:44
opendevreviewJacob Anders proposed openstack/ironic master: fix redfish BIOS settings update to not require IPA  https://review.opendev.org/c/openstack/ironic/+/97756900:54
opendevreviewJacob Anders proposed openstack/ironic master: fix redfish BIOS settings update to not require IPA  https://review.opendev.org/c/openstack/ironic/+/97756901:22
opendevreviewVerification of a change to openstack/networking-baremetal master failed: Add VNI to L2VNI trunk subport binding profiles  https://review.opendev.org/c/openstack/networking-baremetal/+/98057802:05
*** mdfr4 is now known as mdfr02:06
opendevreviewMerged openstack/sushy-tools master: novadriver: Detect disk format from image content  https://review.opendev.org/c/openstack/sushy-tools/+/98018602:10
opendevreviewMerged openstack/networking-baremetal master: Suppress misleading ERROR logs from OVN port lookups  https://review.opendev.org/c/openstack/networking-baremetal/+/98054602:41
opendevreviewMerged openstack/sushy-tools master: novadriver: Add rescue-based virtual media support  https://review.opendev.org/c/openstack/sushy-tools/+/98025502:42
opendevreviewMerged openstack/sushy-tools master: Verify power state after rescue operations  https://review.opendev.org/c/openstack/sushy-tools/+/98042602:42
opendevreviewVerification of a change to openstack/networking-generic-switch master failed: Configure L2VNI mappings for trunk subports  https://review.opendev.org/c/openstack/networking-generic-switch/+/98058602:48
opendevreviewMerged openstack/networking-baremetal master: Fix L2VNI trunk port binding for switch config  https://review.opendev.org/c/openstack/networking-baremetal/+/98054702:58
opendevreviewMerged openstack/networking-baremetal master: Add OVN event-driven reconcile for L2VNI trunks  https://review.opendev.org/c/openstack/networking-baremetal/+/98054803:20
cardoestephenfin: since you did a bunch with typing... the ironic pattern of having ironic.objects.THING... it doesn't think THING is valid... any pattern you use for that in other projects? I ask because it seems like the special import function will break things if I list the classes in there.03:48
opendevreviewMerged openstack/ironic master: redfish: increase cache password hashing iterations  https://review.opendev.org/c/openstack/ironic/+/97990303:53
opendevreviewMerged openstack/networking-baremetal master: Add targeted single-VLAN reconcile for OVN events  https://review.opendev.org/c/openstack/networking-baremetal/+/98054903:59
opendevreviewJacob Anders proposed openstack/ironic master: cleaning: auto-detect ramdisk need from step metadata  https://review.opendev.org/c/openstack/ironic/+/97884404:00
opendevreviewJacob Anders proposed openstack/ironic master: Skip redundant BIOS reboot when settings already match  https://review.opendev.org/c/openstack/ironic/+/97982804:01
opendevreviewMerged openstack/networking-generic-switch master: Fix transaction error in trunk subport callbacks  https://review.opendev.org/c/openstack/networking-generic-switch/+/98057504:18
opendevreviewMerged openstack/networking-generic-switch master: Fix Cisco NX-OS VNI cleanup check command  https://review.opendev.org/c/openstack/networking-generic-switch/+/98059004:22
opendevreviewJacob Anders proposed openstack/ironic master: Define constants for DII step-tracking keys  https://review.opendev.org/c/openstack/ironic/+/98084104:30
opendevreviewJacob Anders proposed openstack/ironic master: Define constants for DII step-tracking keys  https://review.opendev.org/c/openstack/ironic/+/98084104:31
opendevreviewMerged openstack/networking-baremetal master: Skip binding for ports on L2VNI anchor network  https://review.opendev.org/c/openstack/networking-baremetal/+/98058004:35
opendevreviewJacob Anders proposed openstack/ironic master: Define constants for DII step-tracking keys  https://review.opendev.org/c/openstack/ironic/+/98084104:58
rpittaugood morning ironic! o/07:33
zigopyghmi/redfish/oem/ami is also missing an __init__.py ... :/07:54
zigoPlease merge: https://review.opendev.org/c/x/pyghmi/+/98085508:04
dtantsurzigo: nobody here has any rights on pyghmi IIRC, you need to reach out to the maintainer directly09:24
rpittauzigo: I'm a committer but unfortunately not a core there :/09:40
rpittauI've added my +109:40
zigoCheers.09:40
opendevreviewVerification of a change to openstack/ironic master failed: Update release mappings for new ironic releases 34.0 and 35.0  https://review.opendev.org/c/openstack/ironic/+/98078210:00
opendevreviewMerged openstack/ironic master: fix redfish BIOS settings update to not require IPA  https://review.opendev.org/c/openstack/ironic/+/97756910:37
*** _gryf is now known as gryf10:56
dtantsurta-dam!11:11
opendevreviewMerged openstack/ironic master: Update release mappings for new ironic releases 34.0 and 35.0  https://review.opendev.org/c/openstack/ironic/+/98078211:59
cidptgbot thinks of projects as TRACKS. #ironic becomes #TRACKNAME ironic.12:38
cid re' PTG room and times reservation. I'm reading the README.md file for https://opendev.org/openstack/ptgbot12:38
cidI have the order as, 1) Write the proposed times (no topic grouping yet) .......... 2) ping ptgbot .......3) Propose the times to the Mailing list.12:38
cid I'm at the messaging PTG Bot step. If the topic is required paramter, then my ordering must be wrong.12:38
TheJuliagood morning13:17
TheJuliacid: more lke "#ironic book juno-TueB3" to reerve the juno rume on the Tuesday B3 slot13:20
cidTheJulia, and is "juno-TueB3" a keyword or the topic?13:22
TheJuliapossibly, I've never honestly read bot docs in the repo13:23
TheJuliacid: https://meetings.opendev.org/irclogs/%23openinfra-events/%23openinfra-events.2026-03-16.log.html as an example of use13:31
cidOh, that's very handy. 13:35
cidThis part is the room name <diablo->. 13:35
cidShould I schedule all as B2 for the different days?13:35
TheJuliaSo generally we'll identify 3-4 days we want to meet13:41
cidMy little confusion is around this part: "(room)-(day)(slot)" Forgive me ignorance. 13:41
TheJuliaand then looking at the ptgbot status screen, http://ptg.opendev.org/ptg.html, book the corresponding block of time13:42
cidThe room is mitaka, I know the shortcodes for the days, but the slot13:42
cidOh, I think I grasp it now.13:43
TheJulia\o/13:52
* TheJulia needs more and stronger coffee13:57
opendevreviewTakashi Kajinami proposed openstack/ironic master: devstack: Use common function to manage keystoneauth options  https://review.opendev.org/c/openstack/ironic/+/98095214:00
cidI just reserved slots B1 (13:00 UTC) - B5 (17:00 UTC) for Monday through Friday on the Mitaka room14:05
JayFI'd send in the email about that to the mailing list and also offer to do a time that would be more friendly to APAC contributors if needed14:07
opendevreviewJulia Kreger proposed openstack/ironic master: Add preamble for Gazpacho  https://review.opendev.org/c/openstack/ironic/+/98083314:08
TheJuliaJayF: fixed the last spelling item14:08
JayFThank you.14:09
JayFI swear I've been spelling that word wrong my entire life and I've never been able to fix it14:10
dtantsurTheJulia, JayF, should we highlight the massive number of fixes for firmware upgrades and settings? Especially the former was more or less a complete rewrite.14:11
TheJuliaIt would nake sense to make a callout14:13
cidJayF, that emal will be to the entire openstack-discuss?14:15
TheJuliacid: yes14:22
cidack'd14:22
JayFdtantsur: sure for that. Comment on there and I'll have it revised within the hour14:38
JayFWe probably should have put it in cycle highlights as well but it's too late14:38
dtantsur++14:43
opendevreviewMerged openstack/networking-baremetal master: Add VNI to L2VNI trunk subport binding profiles  https://review.opendev.org/c/openstack/networking-baremetal/+/98057814:47
TheJuliasweet, time to recheck an n-g-s patch14:47
JayFdtantsur: "Firmware interface has matured significantly this cycle." ?15:06
JayFdtantsur: anything specific to call out15:07
dtantsurJayF: ability to function without relying on IPA15:07
JayF"Firmware can now be updated out-of-band without booting an in-band agent." 15:08
* JayF trying to think of a way to say it without having to define IPA15:08
opendevreviewMerged openstack/networking-baremetal master: L2VNI multi-link LAG support + fix OVN LLDP filter  https://review.opendev.org/c/openstack/networking-baremetal/+/98061215:09
JayFhmm "Firmware updates via Redfish no longer require booting an in-band agent afterwards."15:09
dtantsurJayF: I'd expect people who care to read the prelude to our release notes to know what IPA is (but you can say "in-band agent", yes)15:09
dtantsur(ideally, we need https://review.opendev.org/c/openstack/ironic/+/978844 too)15:12
opendevreviewJay Faulkner proposed openstack/ironic master: Add preamble for Gazpacho  https://review.opendev.org/c/openstack/ironic/+/98083315:14
JayFdtantsur: is https://review.opendev.org/c/openstack/ironic/+/978844 broken for automated_cleaning_via_runbook cases?15:16
JayFHmm I think it should be fine15:17
JayFbut the commit says it doesn't work15:17
JayFjanders: https://review.opendev.org/c/openstack/ironic/+/978844 can you fix the release note and/or commit there in a quick turnaround so I can help land it for release?15:19
JayFif he doesn't respond soon I'll push a revision just to commit message + releasenote15:20
dtantsurJayF: he's in australia, he won't respond for a while15:27
JayFI'll push a patch15:27
TheJuliaregarding ngs/n-b, we've got a few last changes in, and afaik we've not cut them for the stable release so if we could that would be awesome once they land15:30
JayFWho is going to be cutting the releases? Probably me and you if we want it to happen in this TZ?15:30
JayFI think riccardo usually does it but he is eod by now I think/hope15:30
TheJuliait sounds like tomorrow will be it, but if we get everything landed in time we can just go ahead and propose it15:31
JayFBTW, I was going to write one blogpost for autodetect ramdisk + tbn15:33
JayFI think the theme of "allowing deploy time changes to behavior" fits15:33
TheJulia[ok15:33
TheJuliaSpeaking of blog posts, anyone have any issues with https://github.com/OpenStackweb/ironic-website/pull/85 ?15:34
JayFit's in my browser will review, likely it'll be after my 9am meeting15:35
opendevreviewJay Faulkner proposed openstack/ironic master: cleaning: auto-detect ramdisk need from step metadata  https://review.opendev.org/c/openstack/ironic/+/97884415:36
opendevreviewJay Faulkner proposed openstack/ironic master: Skip redundant BIOS reboot when settings already match  https://review.opendev.org/c/openstack/ironic/+/97982815:36
JayFaight, that's janders' patch with the updated releasenote and commit message; I put a +2 on it ^ if someone wants to land it15:38
Sandzwerg[m]Ohai ironic. A little bit off-topic but is there a known issue with docs.openstack.org? It's really slow for me. 15:40
TheJuliaone minor concern on https://review.opendev.org/c/openstack/ironic/+/97884415:42
TheJuliayeah, same here15:43
JayFThey have been fighting off a LLM scraper attack for about a week15:43
JayFperformance is off and on15:43
JayFYou can always checkout ironic and run `tox -edocs` to get a local copy in /path/to/ironic/docs/build/html/index.html15:43
JayFoh, I agree TheJulia 15:44
JayFnice catch15:44
JayFthat would've likely been a security issue (!)15:44
TheJuliaEh, it really depends on the vendor though15:44
TheJuliaand.. I could sort of go *either* way15:45
TheJuliadunno15:45
dtantsurIt makes sense as a self-service item, especially if you screw up BIOS settings (which you can do already)15:45
JayFI think it's wise of us to have our default configuration reflect safe behaviors15:45
JayFand there exists a *lot* of hardware which resetting at this point could lead to unexpected behavior15:45
dtantsurIf you can change BIOS settings, preventing factory reset artificially doesn't make too much sense to me15:45
opendevreviewMerged openstack/networking-baremetal master: Fix incorrect is_partial_segment() call on PortContext  https://review.opendev.org/c/openstack/networking-baremetal/+/98064015:46
opendevreviewMerged openstack/networking-baremetal master: Fix router interface HA binding for baremetal VLAN networks  https://review.opendev.org/c/openstack/networking-baremetal/+/98064815:46
opendevreviewMerged openstack/networking-baremetal master: docs: l2vni - Clean up admin documentation  https://review.opendev.org/c/openstack/networking-baremetal/+/98083515:46
TheJuliadtantsur: I concur15:46
TheJuliafactory reset means a bunch of different things15:46
JayFFrom a footgun perspective, do we have the guardrails in place to make sure things will continue to work?15:46
dtantsurI wish Jacob submitted this change separately though, so I'm not going to cry if you just remove it and notify him for the sake of an agreement15:46
Sandzwerg[m]Ah okay yeah that would explain it. And yeah looking at the code is my fallback as well, but I'm used to the website and it is quiet convinient if it works. Is there a status.openstack.org site or similar where this is tracked?15:46
dtantsurJayF: we don't have such safeguards anywhere in the BIOS or firmware interfaces15:46
JayFe.g. I have a service running on a node deployed with a ramdisk; will Ironic, post-servicing, re-setup the vmedia boot?15:46
JayFThis is more what I'm concerned about than someone sneaky disabling a "unhackable=true" bios setting15:47
JayFside effects that would just render the active node unusable15:47
TheJuliaJayF: if someone has sufficient access to change bios settings and they nuke their bios settings in incompatible way they need to be able to fix it, the issue with factory reset is depending on what the vendor interpretation of, they may be opening a support ticket, and maybe that is okay15:47
JayFThere are use cases where that is not only OK; that's the desired flow.15:48
JayFThere are use cases where the exact opposite is likely true as well.15:48
TheJuliayup15:48
TheJuliathis is why RBAC, knobs, and other aspects are options, just we can't make everyone happy without feedback :)15:48
JayFs/without feedback :)//15:48
TheJuliaheh15:48
TheJuliabut... I wants the feedbacks15:49
JayFsure but they still won't be happy lol15:49
dtantsurFor the record, I care about the fix merging. I don't care if it includes the service_step change or not.15:49
* TheJulia grumps anyhow15:49
TheJuliaI'm good with it15:49
JayFmy +2 is still up there and I can push a fix or not15:49
JayFI don't love it but I didn't notice it15:49
JayFso I shouldn't care so much now15:49
TheJuliaI workflowed it15:50
JayFWas automated cleaning via runbook this cycle? No, that was last, right?15:51
JayFYeah it was alst.15:51
TheJuliagood to go with networking-baremetal (it looks like)15:55
JayFI am going into a meeting here, but if you wanna put up the release req I can review after15:56
TheJuliaone left on networking-generic-switch in CI now15:56
TheJuliaI have a meeting starting in 4 minutes as well15:56
TheJulia:\15:56
JayFI could pretend it's some important client meeting, but it's my podcast sync so less so :D 15:57
TheJuliahttps://review.opendev.org/c/openstack/ironic/+/980832 would be a nice quick easy change to improve CI happiness16:25
TheJulianice, sushy is on the list of libraries in https://www.dmtf.org/standards/redfish16:44
JayFTheJulia: blogpost reviewed. I have some suggestions but it's up to you if the juice is worth the squeeze16:46
TheJuliaI'd really just prefer to merge at this point, I'm 2+ weeks past the point where I wrote it16:49
TheJuliaso unless there is something grossly wrong16:50
JayFthere's a reason I approved it and put comments on it16:50
TheJulia:)16:50
JayFdon't wanna rubber stamp review but also don't wanna push to edit a thing that is already good rnough lol16:50
TheJuliaI'm in the middle of a thing, once I am done with that I can shift gears16:51
TheJuliaand take a look16:51
dtantsurSo, what's our take on changing BMC credentials via Ironic?17:12
JayF😱 but we probably should anyway17:12
JayFthe hardest part is like. .. I don't want people to think our mysql DB is an A++ place to store those passwords17:13
JayFwe don't encrypt them at rest17:13
JayFso it makes me wonder if we need to focus on hardening around password storage before we dig deeper into password rotation17:13
dtantsurYep, I don't mean making Ironic the authoritative source of the credentials, only about providing the means to change them17:13
JayFYou make Ironic change them; people will use us as the authoritative source whether we wanna be one or not.17:13
JayFAt least I can't see a way to thread that needle in a reasonable way17:14
dtantsurI have limited ability to protect people from bad decisions :) It's enough that we don't show the credentials by default IMO17:14
JayF^^ the amount I disagree with that statement, in scope of Ironic, is a lot actually :)17:14
JayFWe should always make it, unless impossible, so that the path of least resistance is the right one17:15
JayFwhich means, IMO, hardening password storage so when people follow the path your suggested feature will lay out for them, that it's not awful :D 17:15
dtantsurIf the operator does not enable displaying credentials, you cannot use it as a storage17:15
JayFCan you clarify?17:16
dtantsurBy default, Ironic API returns ******* for anything that has "password" or "token" in it. You must opt into displaying these fields.17:16
opendevreviewHarald JensÃ¥s proposed openstack/networking-baremetal stable/2025.2: Fix hash ring broken after eventlet removal  https://review.opendev.org/c/openstack/networking-baremetal/+/98099817:16
dtantsurSo, if you use the hypothetical API to set the credentials, you cannot get them back from Ironic.17:16
dtantsurIf someone is happy with a write-only credentials storage.. I don't know what to tell them17:17
JayFI think a /lot/ of people will be happy with that 17:17
JayFuntil Ironic goes down due to external issues and they don't have BMC passwords to recover17:17
JayFthat's the entire problem17:17
JayFFor many users, Ironic is the only thing even authorized to talk to their BMCs. Why would they ever want to extract the password?17:17
dtantsurI think we're divering into a tangential discussion. Your argument is valid regardless of whether we can change credentials through Ironic or not.17:18
JayFThe difference is: in the existing case; someone has to have the credential first, then they give it to ironic17:19
JayFif they lose it later, their actions put them there17:19
JayFin a case of this feature, no human ever touches/sees the new credential that Ironic is using17:19
JayFso I feel a bit more responsibility to the user around it17:19
dtantsurThis is very-very much not what I suggest17:19
JayFhistorically all "changing BMC credentials in Ironic" has been paired with "automatic credential rotation"17:20
JayFI think I made that assumption17:20
dtantsurI don't make this leap, at least not right now17:20
dtantsurI'm looking for a verify/clean/service(?) step change_bmc_credentials(username, password) that changes the BMC and also automagically fixes driver_info once done.17:21
JayFI am like, +0 to that, I don't love that with a default policy + shipped step you can lock yourself outta a bmc17:21
JayFI feel like it's extremely tough to say "for this step to be safe+useful, you need custom policy"17:22
dtantsurpolicy = rbac?17:22
JayFis there a way, without editing policy.{json,yaml}, to allow viewing of passwords?17:23
JayFno is what my understanding is today17:23
dtantsurI don't think you can. Definitely not through the API.17:23
JayFYeah, this is what I'm pointing at as the footgun. It's going to be WAY easier to run this step than it will be to recover the password changed to.17:23
JayFeven if we put on blinders to cred storage17:24
dtantsurFor the record, I don't hate the idea of having an RBAC policy per each clean/deploy/service step we offer.17:24
JayFthis is why I was thinking it would be interesting to think about cred storage17:24
JayFe.g. make it barbican's problem if sally wants to see node 12345's BMC creds17:24
dtantsurWell, in my case it will be a Kubernetes secret17:24
JayFdtantsur: that's more or less why I added runbooks, to prevent the need for something shaped like that17:24
JayFYeah, so you recognize the problem but it'd only be solved on the metal3 side of the wall17:25
JayFwe need a better answer for the non-k8s deployment imo17:25
dtantsurIn my case, it's also the caller's problem.17:25
JayFDoes metal3 ship policy to show passwords?17:25
JayFoh, wait17:26
JayFhold on I made another assumption jump17:26
JayFwe are giving Ironic the password/username to set17:26
dtantsurNo. We do ugly hacks to detect if the credentials have been changed.17:26
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Move multicast helper to device_utils.  https://review.opendev.org/c/openstack/networking-generic-switch/+/98015817:26
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Arista eos multicast vxlan  https://review.opendev.org/c/openstack/networking-generic-switch/+/98015917:26
JayFif the API user calling the step passes in the user/pass, it's less dangerous17:26
dtantsur(I don't mind someone looking into barbican, I just don't want it to become my headache since I'm pretty far from OpenStack nowadays)17:26
JayFbecause we go back to the original model of "human has creds"17:26
dtantsuryeah17:26
JayFI'd wanna draw a dark line there17:27
JayFthat we need to think of password ux before we could ever go to a "generate me one" model17:27
* dtantsur nods17:27
JayFdtantsur: I don't wanna look into barbican either :P 17:27
opendevreviewMerged openstack/ironic master: ci: gently increase ci callback timeouts  https://review.opendev.org/c/openstack/ironic/+/98083217:33
TheJuliadtantsur: So, on the subject of changing credentials, I think we should go ahead and support it, but it has lots of sharp edges as I'm assuming dsicussion has reached17:35
JayFTheJulia: the line I drew is if the creds are provided to the step and not generated by the step I am +117:36
JayFTheJulia: anything that causes ironic to generate the creds needs thoughts on password retreival UX17:36
dtantsurYep. It's also not at the very top of my priority list, I'm just checking what the redlines here are to be able to communicate it downstream.17:36
TheJuliaso, an interesting point regarding trying to head off everything, I brought up the same concern with an ironic operator recently and they were like (and I'm paraphrasing) "I don't care, Its a ticket for DC ops to roll a cart at that point. Blame goes back to the user who mucked the machine up"17:36
TheJuliaYeah, I can generally agree with the "if the user supplies it", but that same operator I spoke to, just doesn't want to know it17:38
TheJuliain their case, they have a long lived deployment17:38
TheJuliaand if worst comes to worst they have db access if the other team goes sideways17:39
JayFI think DB access giving you the cred17:40
JayFis a security vuln in context of an Ironic-generated password feature17:41
TheJuliaIf they have excess accounts that have additional db access, then thats outside of our control. the only thing we can do is quite literally use an external secret store or require key management and encryption of values otherwise which is a topic we, as a project, have avoided17:42
JayFI'm just thinking if I'm an operator with password safety requirements that say I have to rotate my BMC password17:43
JayFI'd be stunned if those same requirements allowed not-encrypted at rest17:43
* JayF notes that many modern BMCs will also integrate with central authentication systems, and that may serve as a sufficient security method for some operators17:44
TheJuliayeah, and also varying interpretations17:52
JayFbtw I have (human written) draft done of autodetect+tbn am just going through it with claude to improve17:54
JayFTheJulia: https://github.com/OpenStackweb/ironic-website/pull/86/changes18:07
TheJuliaok18:10
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: WIP: cumlus nvue multicast group support  https://review.opendev.org/c/openstack/networking-generic-switch/+/98101818:57
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Move multicast helper to device_utils.  https://review.opendev.org/c/openstack/networking-generic-switch/+/98015819:09
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Arista eos multicast vxlan  https://review.opendev.org/c/openstack/networking-generic-switch/+/98015919:09
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: WIP: cumlus nvue multicast group support  https://review.opendev.org/c/openstack/networking-generic-switch/+/98101819:09
TheJuliaThe last patch I want is in the gate, so... \o/19:11
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: ci: add "vxlan" ci job  https://review.opendev.org/c/openstack/networking-generic-switch/+/98102419:15
opendevreviewJay Faulkner proposed openstack/sushy master: Add missing __init__.py  https://review.opendev.org/c/openstack/sushy/+/98078119:20
opendevreviewJay Faulkner proposed openstack/sushy master: Fix docs lint issue in docstring  https://review.opendev.org/c/openstack/sushy/+/98102519:20
JayFcardoe: zigo: ^ that cleans up that docs ci failure and restacks zigo's fix19:20
opendevreviewMerged openstack/ironic master: Fix wrong keys in `set_boot_mode`  https://review.opendev.org/c/openstack/ironic/+/98015320:26
opendevreviewMerged openstack/networking-generic-switch master: Configure L2VNI mappings for trunk subports  https://review.opendev.org/c/openstack/networking-generic-switch/+/98058620:44
TheJuliaI'm slowly updating the releases change, anything outstanding on ironic?21:17
JayFyes21:28
TheJuliaI updated the release patch with latest for items minus ironic, we'll still need to add ironic 35.0, pending a couple patches21:28
JayFthose two commits just above21:28
JayFhttps://review.opendev.org/c/openstack/sushy/+/98102521:28
JayFoh that's sushy21:28
JayFNEVERMIND ME21:28
JayFlet me check ironic real quick21:29
TheJuliaheh21:29
TheJuliatoo late for the sushys of the world, although sushi is always viable. ;)21:29
JayFhttps://review.opendev.org/c/openstack/ironic/+/980162 is a bugfix chain21:29
JayFwould be nice to get in but we can also backport those per policy21:29
JayFhttps://review.opendev.org/c/openstack/ironic/+/98040821:29
JayFhttps://review.opendev.org/c/openstack/ironic/+/980833 (release notes preamble)21:30
JayFhttps://review.opendev.org/c/openstack/ironic/+/978844 needs to make it thru the gate (already approved)21:30
JayF^ and I approved the patch following it so it's a two-for-one if approved21:30
JayFhttps://review.opendev.org/c/openstack/ironic/+/980115/ I just put final approvals on these three changes21:32
JayFreviewing the rest of CID's chain now21:32
TheJuliak21:33
JayF+2 on the chain that started with 980162 (you approved the first one of three already)21:34
TheJuliaYeah, something about the second one distracts me21:35
JayFreviewed https://review.opendev.org/c/openstack/ironic/+/980841 with a +0 (I think it's OK to miss the release)21:35
JayFTheJulia: should LN 197 (enabled = (desired_enabled if d....)) be unindented?21:37
TheJuliaof which change?21:38
JayFthe 2nd one in CID's stack21:38
TheJuliahttps://review.opendev.org/c/openstack/ironic/+/980163/3/ironic/drivers/modules/redfish/management.py21:38
JayFthat you were distracted by21:39
JayFI looked at it again to try and find something21:39
JayFthe bug https://bugs.launchpad.net/ironic/+bug/2142498 is something clif saw just reading the code, so if there's annything but 100% confidence we shouldn't push it in the release21:41
JayFit's not a user-facing issue right now, or at least a serious enough one that someone complained21:41
TheJuliaOkay, yeah, I'm good on holding on that stuff then becasue it makes me nervous right now anyhow21:43
TheJuliaso now, ci()21:45
JayFgoing thru my release checklist for stuff I personally owe... 21:48
JayFblogpost drafted, waiting for review (I poked our blogpost reviewer at GR-OSS with the link as well, unsure if he'll get to it quick enough)21:48
JayFI need to work on the Ironic slides for openinfra live, that'll probably be a tomorrow thing21:48
JayFputting up release PRs has to wait for ci()21:49
JayFso I think we're in good shape right now21:49
opendevreviewMerged openstack/networking-baremetal stable/2025.2: Fix hash ring broken after eventlet removal  https://review.opendev.org/c/openstack/networking-baremetal/+/98099822:25
opendevreviewMerged openstack/ironic master: cleaning: auto-detect ramdisk need from step metadata  https://review.opendev.org/c/openstack/ironic/+/97884422:32
TheJuliaJayF: the change has already been posed by the release team, we just need to update it at this point.22:35
TheJuliaI -1'ed it with a comment earlier today22:36
TheJuliaAnd yeah, tomorrow I need to pull up that deck22:36
JayFcardoe: https://review.opendev.org/c/openstack/sushy/+/981025/1 can be +2A as a single core as it's a docs change, if you are comfy22:46
opendevreviewMerged openstack/ironic master: Remove unused variables and fix the log message  https://review.opendev.org/c/openstack/ironic/+/98016223:03
opendevreviewMerged openstack/ironic master: Skip redundant BIOS reboot when settings already match  https://review.opendev.org/c/openstack/ironic/+/97982823:03
opendevreviewMerged openstack/ironic master: fix: Remove early excessive return  https://review.opendev.org/c/openstack/ironic/+/98011523:03
opendevreviewMerged openstack/ironic master: trivial: remove unused helper method argument  https://review.opendev.org/c/openstack/ironic/+/98011723:03
opendevreviewMerged openstack/ironic master: trivial: fix argument name in abstract api method  https://review.opendev.org/c/openstack/ironic/+/98012423:03
opendevreviewMerged openstack/ironic master: Add preamble for Gazpacho  https://review.opendev.org/c/openstack/ironic/+/98083323:04
opendevreviewMerged openstack/ironic master: Make local_gb an int  https://review.opendev.org/c/openstack/ironic/+/98040823:04
cardoeJayF: yep. Happy for it.23:07
cardoeI just ended up having some stuff today. The frost messed up a pipe.23:07
cardoeI’ll try to look through the backlog of stuff once I have dinner and a shower.23:09
JayFoh no! I hope you were able to get things shut off in time :| 23:17
opendevreviewMerged openstack/sushy master: Fix docs lint issue in docstring  https://review.opendev.org/c/openstack/sushy/+/98102523:56
cardoeJayF: yeah not terrible. Just cleanup involved frozen stuff. So hair dryer to melt some.23:57

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