| rpittau | good morning ironic! o/ | 07:28 |
|---|---|---|
| Ayo[m] | Good morning ironic :) | 07:33 |
| Ayo[m] | Hi there rpittau good morning:) | 07:33 |
| rpittau | Hey Ayo[m] :) | 07:35 |
| janders | good morning Ironic o/ | 07:48 |
| opendevreview | Riccardo Pittau proposed openstack/ironic master: [WIP] Skip BMC detection in IPA for out-of-band management https://review.opendev.org/c/openstack/ironic/+/967166 | 08:53 |
| mumesan[m] | good morning ironic | 11:03 |
| opendevreview | Merged openstack/ironic master: Deprecate iRMC hardware type and interfaces https://review.opendev.org/c/openstack/ironic/+/966879 | 11:48 |
| opendevreview | Merged openstack/ironic-python-agent master: Fix RuntimeError when stopping heartbeater in rescue mode https://review.opendev.org/c/openstack/ironic-python-agent/+/967006 | 12:11 |
| opendevreview | Riccardo Pittau proposed openstack/ironic-python-agent stable/2025.2: Fix RuntimeError when stopping heartbeater in rescue mode https://review.opendev.org/c/openstack/ironic-python-agent/+/967353 | 12:30 |
| opendevreview | Riccardo Pittau proposed openstack/ironic-python-agent stable/2025.1: Fix RuntimeError when stopping heartbeater in rescue mode https://review.opendev.org/c/openstack/ironic-python-agent/+/967355 | 12:31 |
| opendevreview | Riccardo Pittau proposed openstack/ironic-python-agent bugfix/11.1: Fix RuntimeError when stopping heartbeater in rescue mode https://review.opendev.org/c/openstack/ironic-python-agent/+/967356 | 12:32 |
| opendevreview | Riccardo Pittau proposed openstack/ironic-python-agent bugfix/11.0: Fix RuntimeError when stopping heartbeater in rescue mode https://review.opendev.org/c/openstack/ironic-python-agent/+/967357 | 12:32 |
| opendevreview | Harald Jensås proposed openstack/networking-baremetal master: Configurable allowed network types for ML2 driver https://review.opendev.org/c/openstack/networking-baremetal/+/967367 | 13:40 |
| TheJulia | good morning | 13:51 |
| opendevreview | Julia Kreger proposed openstack/ironic-specs master: WIP VXLAN networking https://review.opendev.org/c/openstack/ironic-specs/+/959401 | 14:26 |
| iurygregory | good morning | 14:28 |
| * iurygregory is back from PTO | 14:28 | |
| TheJulia | o/ | 14:30 |
| TheJulia | clif: just fyi, you left an incomplete comment on 964570 :) | 14:31 |
| * clif looks | 14:56 | |
| clif | I think I completed the thought in another comment | 14:57 |
| clif | Is there a way to delete a comment? | 14:57 |
| TheJulia | not once posted | 15:01 |
| TheJulia | Are we meeting today? | 15:01 |
| clif | oh well, rip | 15:01 |
| JayF | You want me to run the meeting? | 15:01 |
| TheJulia | #startmeeting ironic | 15:01 |
| opendevmeet | Meeting started Mon Nov 17 15:01:50 2025 UTC and is due to finish in 60 minutes. The chair is TheJulia. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:01 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:01 |
| opendevmeet | The meeting name has been set to 'ironic' | 15:01 |
| alegacy | o/ | 15:01 |
| kubajj | o/ | 15:01 |
| iurygregory | o/ | 15:01 |
| clif | o/ | 15:01 |
| TheJulia | Good morning fellow followers of Bare Metal Irony! | 15:02 |
| cardoe | Anyone know if Harald Jensås on IRC? | 15:02 |
| JayF | \o | 15:02 |
| JayF | hjensas: ^ | 15:02 |
| cardoe | (I know the meeting started but before I forget) TheJulia: https://review.opendev.org/c/openstack/networking-baremetal/+/967367 might intersect a little with our VXLAN | 15:02 |
| cardoe | Thank you JayF. | 15:02 |
| dtantsur | o/ | 15:02 |
| rpittau | o/ | 15:02 |
| cardoe | o/ for attendance :D | 15:03 |
| TheJulia | cardoe: you may want to add to the etherpad I created in the agenda | 15:03 |
| TheJulia | Anyhow! | 15:03 |
| TheJulia | Does everyone have coffeee? | 15:03 |
| clif | some, but never enough | 15:03 |
| TheJulia | (This is now a prompt on our agenda, so trying to make sure we're all awake!) | 15:03 |
| TheJulia | #topic Announcements / Reminders | 15:03 |
| TheJulia | #undo | 15:03 |
| opendevmeet | Removing item from minutes: #topic Announcements / Reminders | 15:03 |
| TheJulia | Our agenda can be located on the wiki! | 15:04 |
| TheJulia | #link https://wiki.openstack.org/wiki/Meetings/Ironic#Agenda_for_November_17.2C_2025 | 15:04 |
| TheJulia | #topic Announcements / Reminders | 15:04 |
| cid | o/ | 15:04 |
| TheJulia | Our standing reminder to review items labeled with the hashtag "ironic-week-prio". | 15:04 |
| TheJulia | #link https://tinyurl.com/ironic-weekly-prio-dash | 15:04 |
| TheJulia | This week is week R-19, meaning we're past the first milestone of the overall OpenStack project for the current development cycle. | 15:05 |
| cardoe | Yes. ALL OF YOU REVIEW! | 15:05 |
| TheJulia | #link https://releases.openstack.org/gazpacho/schedule.html | 15:05 |
| cardoe | Anytime that link has a second page we should aim to whittle that down to 1 page. That might involve kicking patches out of that list if they just aren't ready to land this week. | 15:05 |
| TheJulia | A general reminder as well, we're quickly approaching holidays | 15:06 |
| TheJulia | Some folks only have ~3-4 more weeks to the year. So... Get stuff posted and under review! | 15:06 |
| TheJulia | Does anyone else have anything to announce or remind us of? | 15:06 |
| dtantsur | #link https://groups.google.com/g/metal3-dev/c/GnyEuOCk5Gc Metal3 virtual meetup this Thursday | 15:06 |
| TheJulia | cardoe: I was thinking about that, and then I was thinking "I need to review harder!" | 15:07 |
| dtantsur | not very NA friendly time, unfortunately | 15:07 |
| TheJulia | Seriously though, the key right now is to advance and good is better than nothing and perfection is the enemy of good. | 15:07 |
| TheJulia | dtantsur: oh well :( | 15:07 |
| TheJulia | Anything else, or are we safe to proceed? | 15:08 |
| * dtantsur has nothing | 15:08 | |
| TheJulia | Okay then! | 15:08 |
| TheJulia | #topic Working Group Updates | 15:08 |
| TheJulia | We have 3 working group etherpads now! | 15:08 |
| TheJulia | First up is Standalone networking! | 15:09 |
| alegacy | Thanks for the reviews on my new split patch series. | 15:09 |
| TheJulia | alegacy: since you've been driving that, anything to update us on aside from you splitting the patches up last week? | 15:09 |
| alegacy | I've updated my patches with fixes to those comments. | 15:09 |
| TheJulia | Excellent! | 15:09 |
| alegacy | except for a couple that are questions that I was unclear about. | 15:09 |
| alegacy | having some trouble with zuul job on this one (https://review.opendev.org/c/openstack/bifrost/+/962038) and the next one up for it... not sure I did anything to break it though. | 15:10 |
| alegacy | other than that... just in a holding pattern. | 15:11 |
| TheJulia | Any determinable failure pattern emerging? | 15:11 |
| alegacy | seems like a timeout to boot a node | 15:11 |
| alegacy | same thing happened several updates ago but cleared after a recheck | 15:11 |
| TheJulia | best to check the console log then. I suspect it may be unlikely for you to have broken it at that point, but still good to look | 15:11 |
| alegacy | this time it didn't clear up | 15:11 |
| janders | o/ | 15:12 |
| TheJulia | Greetings janders! | 15:12 |
| janders | (sorry for being late, in transit) | 15:12 |
| TheJulia | Okay, onward! | 15:12 |
| TheJulia | Next up, asyncio! | 15:12 |
| janders | if that's OK I have a couple updates/questions - would be awesome if I can squeeze in after the current topic | 15:12 |
| cid | I doubt we have any updates in regards to asyncio yet! | 15:13 |
| cid | clear | 15:13 |
| TheJulia | cid: fair | 15:13 |
| dtantsur | nothing from me too | 15:13 |
| TheJulia | Next up, our new addition! VXLAN Networking | 15:13 |
| TheJulia | This etherpad is fresh and new, having been recently created just a half hour ago! | 15:14 |
| TheJulia | #link https://etherpad.opendev.org/p/ironic-vxlan | 15:14 |
| cardoe | Still has that fresh out of the oven smell | 15:14 |
| TheJulia | I think the tl;dr is we're trying to spread context and awareness | 15:14 |
| TheJulia | cardoe: indeed! | 15:14 |
| TheJulia | There is a new version of the ironic spec. It seems like the Neutron one to get the idea across is where they are wanting a demo | 15:15 |
| TheJulia | I guess, more discussion and consensus building will be necessary! | 15:15 |
| cardoe | I'm looking to update my docs a little bit on L2VNI vs L3VNI so that we can convey the segment binding. | 15:15 |
| TheJulia | cardoe: checkout my spec, I detail all the why "L3VNI" and why "existing overlay VXLAN" doesn't work. | 15:16 |
| TheJulia | I also have a crazy idea, support geneve since internally ovn entirely ignores the segmentation_id | 15:16 |
| cardoe | Yeah I saw you add that which made me think I should add some details. | 15:16 |
| TheJulia | and we still need to plumb an attachment | 15:16 |
| TheJulia | cool cool | 15:16 |
| TheJulia | Onward if there is nothing else | 15:16 |
| TheJulia | We have no standing Discussion topics right now, so onward to the Bug Deputy! | 15:17 |
| TheJulia | #topic Bug Deputy Updates | 15:17 |
| TheJulia | cid: the floor is yours | 15:17 |
| cid | There were two bugs and two RFEs. | 15:17 |
| cid | One I'm not certain if it's worthy of an RFE | 15:18 |
| cid | https://bugs.launchpad.net/ironic/+bug/2131055 - Support segmented serial console port range (RFE?) | 15:18 |
| cid | https://bugs.launchpad.net/networking-generic-switch/+bug/2114451 - Ports should contain a reference to the segment_id they are bound to | 15:18 |
| TheJulia | so that n-g-s one, I think it is actually a bug. Honestly, if it didn't exist and wasn't already highlighted in neutron code as being problematic, I might have raised it under embargo. | 15:18 |
| TheJulia | I'm +1 to the first RFE | 15:19 |
| dtantsur | No objections to the RFE either | 15:20 |
| cid | ++ | 15:20 |
| TheJulia | Is there anything further to discuss regarding these RFE's? | 15:21 |
| cardoe | Can n-g-s store extra data in a binding on a neutron port? Cause if not, we need it to be fixed in neutron. | 15:22 |
| TheJulia | Technically, we might be able to if the field exists. | 15:22 |
| TheJulia | But it *is* an awful bug | 15:23 |
| TheJulia | I added it to NGS because the same pattern is referenced, fwiw | 15:23 |
| cardoe | yep agreed. | 15:24 |
| TheJulia | So onward to Open Dsicussion? | 15:24 |
| janders | I have two items (if my transit comms allow) | 15:24 |
| TheJulia | #topic Open Discussion | 15:25 |
| TheJulia | janders: the floor is yours | 15:25 |
| janders | 1) Fujitsu | 15:25 |
| janders | the iRMC deprecation patch is merged | 15:25 |
| janders | communications with FJ went relatively well | 15:25 |
| janders | my main question is: what is our plan for removal of iRMC | 15:26 |
| janders | normally we would want it deprecated for a release and them move on to removal | 15:26 |
| janders | but from PTG my impression is we want to move as soon as practical | 15:26 |
| janders | I'd be interested in your thoughts, in particularly TheJulia and JayF | 15:26 |
| JayF | Was iRMC in that list of dying drivers a couple years ago? | 15:27 |
| TheJulia | JayF: yes | 15:27 |
| TheJulia | Deprecation ages ago, actually | 15:27 |
| dtantsur | We only deprecated it today officially | 15:28 |
| JayF | https://specs.openstack.org/openstack/ironic-specs/priorities/2024-1-workitems.html#marking-multiple-drivers-for-removal | 15:28 |
| JayF | we did not list iRMC then | 15:28 |
| TheJulia | Yeah, the internals were only marked today | 15:28 |
| JayF | we put it in current work items | 15:28 |
| JayF | so that means an 18 month timer /should/ start | 15:28 |
| TheJulia | There is a prior deprecation release note | 15:28 |
| JayF | oh, good | 15:28 |
| dtantsur | Where? | 15:28 |
| TheJulia | janders went to edit it and I -1'ed editing it | 15:28 |
| JayF | what's 18 months from when that was posted? That's what we technically owe; although realistically I think technical requirements may rule over promised support timelines given the vendor bailed | 15:29 |
| dtantsur | I'm only aware of a release note today | 15:29 |
| TheJulia | I need to jump to another meeting in a few minutes, but I'll dig it up | 15:29 |
| janders | I can't get to gerrit from my current wifi at the moment so if someone could pull it out that would be awesome | 15:29 |
| JayF | In any event, we can't keep the snmp driver around longer than this cycle | 15:30 |
| JayF | so I am of the opinion iRMC goes away next cycle even if it's a promise breaker | 15:30 |
| JayF | is it great? No. Is it better than keeping vulnerable SNMP libraries around even longer? yes. | 15:30 |
| dtantsur | I concur | 15:30 |
| janders | ++ | 15:30 |
| janders | but - no removal this cycle, right? | 15:30 |
| janders | during PTG we were thinking moving quickly so trying to quantify how quickly, it makes sense to me that we need to give folks some minimal notice | 15:31 |
| JayF | SNMP driver is gone *next* cycle | 15:31 |
| JayF | iRMC depends on SNMP driver | 15:31 |
| JayF | so that serves as a hard end date | 15:32 |
| janders | agreed | 15:32 |
| janders | ok so this sounds like a sufficient answer to me | 15:32 |
| janders | any closing thoughts on the iRMC topic for now? | 15:32 |
| dtantsur | For Metal3, I'm planning removal after the upcoming releases | 15:32 |
| dtantsur | basically, early next year | 15:32 |
| janders | thanks for your inputs, folks | 15:33 |
| opendevreview | Merged openstack/ironic-python-agent-builder stable/2025.2: Wait up to 30 seconds for config drive https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/966822 | 15:34 |
| TheJulia | change If0d124352dec7072d7f806d60628eefe3619a8b0 | 15:34 |
| TheJulia | 2020 it was first put in a release note | 15:34 |
| JayF | so we could kill it this cycle if we wanted | 15:35 |
| TheJulia | so I think alignment with SNMP works. | 15:35 |
| JayF | yep | 15:35 |
| TheJulia | cool cool | 15:35 |
| TheJulia | Anyway, Anything else for Open Dsicussion | 15:35 |
| dtantsur | TheJulia: this was reverted | 15:36 |
| dtantsur | anyway | 15:36 |
| janders | if no further thoughts on iRMC deprecation, I'd like to redfish monitoring topic. I can't pull up the patch atm (wifi issues) but I wanted to clarify how to go about making healthchecks configurable and | 15:36 |
| TheJulia | doh! | 15:36 |
| janders | see if we can reach consensus on that | 15:36 |
| TheJulia | ... wait, we left the release note? | 15:36 |
| dtantsur | TheJulia: added another one in 8bd138ca85cf80911153064ab9286f6a3fd90118 | 15:37 |
| TheJulia | gaaaah | 15:37 |
| * TheJulia sighs | 15:37 | |
| TheJulia | It has to go with the snmp driver anyhow | 15:37 |
| TheJulia | so *shrugs* | 15:37 |
| dtantsur | janders: I think the underlying problem is that we keep piling things into the power sync loop without really considering a wider picture | 15:38 |
| dtantsur | which is not terrible, to be clear. but it does cause discussions like this one | 15:38 |
| janders | should I reconsider putting syncing health info somewhere else? | 15:38 |
| dtantsur | there is no somewhere, that's the problem | 15:39 |
| janders | or do we keep it as-is but start thinking about a better way (especially in case we want to pull in detailed health metrics from more/man components) | 15:39 |
| janders | I understand | 15:39 |
| dtantsur | and I don't think it's on you to really rethink the whole thing | 15:39 |
| JayF | I think we should answer the bigger question but it doesn't have to be in your change. Like I said in the patch, I mainly want an escape hatch if someone has misbehaving hardware or if a driver exists in the future where that's a pricey call. | 15:39 |
| dtantsur | (some of my thoughts are in https://bugs.launchpad.net/ironic/+bug/2049913 but who has time for that..) | 15:39 |
| dtantsur | Honestly, we may need to go even further and have a step-like mechanism for periodic inspection | 15:40 |
| dtantsur | but I shut up :) | 15:40 |
| dtantsur | I don't have really hard objections to an option for disabling health status fetching, as long as we set the Node.health field to something that indicates it | 15:40 |
| janders | all noted | 15:40 |
| janders | so dtantsur would you be happy with me re-introducing the config option? | 15:41 |
| dtantsur | (i.e. "Disabled" instead of a generic null) | 15:41 |
| janders | OK | 15:41 |
| janders | (sorry, laggy link) | 15:41 |
| dtantsur | np | 15:41 |
| janders | ok, thank you | 15:41 |
| janders | that's it from me | 15:41 |
| janders | I gotta run (little one getting impatient, gotta keep driving) | 15:41 |
| * dtantsur keeps pondering "sync steps" and potentially "sync runbooks" | 15:41 | |
| janders | thanks and see you next time o/ | 15:42 |
| dtantsur | thank you janders | 15:42 |
| JayF | dtantsur: sync? | 15:42 |
| JayF | dtantsur: fwiw the only issue I'd have with your RFE around integrated-inspection is that I have a specific ask to try and ensure paths exist to use Ironic w/minimal redfish surface, primarily related to us sometimes being the first folks to get hardware (and finding things like the three headed server monster) .... and IME, inspection is much more likely to break than basic boot management and power control. | 15:43 |
| dtantsur | JayF: sync derived from "power sync". Like steps for periodic collection of various data. | 15:44 |
| dtantsur | Think about defining a runbook that says what you want to be collected and how often. | 15:44 |
| JayF | whoa | 15:44 |
| dtantsur | "Please disable power sync for this node but do collect health information" | 15:44 |
| * dtantsur is getting carried away | 15:44 | |
| JayF | That's a fun idea | 15:45 |
| JayF | and integrates with your existing RFE in a way that doesn't trip up my needs | 15:45 |
| dtantsur | yeah | 15:45 |
| TheJulia | Is there anything else to discuss today? | 15:47 |
| cardoe | dtantsur: thanks for putting that RFE up there. | 15:47 |
| cardoe | Today we're doing redfish inspection to create the ports and then agent inspection for other bits but that can't touch the ports. | 15:47 |
| cardoe | We'd also want to run the redfish inspection even when the machine is active. | 15:48 |
| TheJulia | I'm going to wrap the meeting, thanks folks! | 15:50 |
| dtantsur | thanks all! | 15:51 |
| TheJulia | #endmeeting | 15:51 |
| opendevmeet | Meeting ended Mon Nov 17 15:51:37 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:51 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-11-17-15.01.html | 15:51 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-11-17-15.01.txt | 15:51 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-11-17-15.01.log.html | 15:51 |
| TheJulia | cardoe: your not the first person to raise that ask, actually :\ | 15:51 |
| dtantsur | cardoe: yeah, we've basically started bypassing inspection for certain things that need to be updated regularly (like this health status) | 15:52 |
| dtantsur | so my RFE is a first stab at trying to rethink what inspection even is | 15:52 |
| kubajj | anybody would have a minute to trigger workflow for https://review.opendev.org/c/openstack/ironic-python-agent/+/963200 ? | 15:52 |
| TheJulia | Seems like it could also be a red herring since we need to focus on the most impactful first | 15:52 |
| hjensas | cardoe: That networking-baremetal change, triggered by some downstream testing we are doing. It turns out neutron does not filter the check for vlan transparancy on ML2 drivers supported networks so it won't work. | 15:58 |
| cardoe | Lovely. | 15:59 |
| cardoe | There's a number of things that need to check before a ML2 driver does something | 16:00 |
| hjensas | cardoe: so ... we are discussing downstream if we just should not have tests mixing ironic and VLAN transparency for VMs in the same cloud at all, or if this is a bug in neutron ... | 16:00 |
| hjensas | The initial ask was to just create the function to report we support transparent VLAN, but I am not sure networking-baremetal/n-g-s should support it. | 16:05 |
| TheJulia | hjensas: vlan transparency, is that 802.1q trunks? | 16:10 |
| TheJulia | oh, you mean a native vlan when you have other vlans being passed over? | 16:13 |
| cardoe | I thought vlan transparency was going away in neutron in favor of q-in-q? | 16:17 |
| opendevreview | Takashi Kajinami proposed openstack/ironic master: Drop remaining inspector job https://review.opendev.org/c/openstack/ironic/+/967397 | 16:19 |
| tkajinam | I'm just curious to know if we can drop inspector inspect interface now ? I see the doc already says it's deprecated while release note does not | 16:20 |
| hjensas | TheJulia: vlan transparency is truly "transparent" it just moved the packets and it is left to the workload to look at the VLAN tags. In physical switch world it's like "create vlans 1-4000" on the switch and set ports to "mode trunk allowed vlans all" | 16:20 |
| mnasiadka | cardoe:If you’re referring to https://review.opendev.org/c/openstack/neutron/+/951136 - I think it was just delegated to the driver | 16:20 |
| TheJulia | eww, yeah, that is likely a bad idea | 16:21 |
| TheJulia | tkajinam: likely | 16:22 |
| TheJulia | hjensas: yeah, That seems like a nightmare and I likely would say "no, we'll never support that." | 16:22 |
| TheJulia | since inherently that is a huge security issue as well and doesn't scale | 16:22 |
| mnasiadka | TheJulia: well, from one perspective yes - but if somebody is using Ironic to deploy hypervisors used by Nova in the same cloud - adding hundreds of VLANs in a trunk (so essentially Neutron subports) is probably also a fun thing to do. | 16:23 |
| TheJulia | Then it can be a default off option | 16:24 |
| hjensas | TheJulia: yeah, even in OVN it required port-security disabled etc. So all security is "outsourced" to the workload. | 16:24 |
| TheJulia | fun! | 16:24 |
| opendevreview | Verification of a change to openstack/ironic-python-agent master failed: Implement functionality for the is_root_volume RAID config https://review.opendev.org/c/openstack/ironic-python-agent/+/963200 | 16:54 |
| cardoe | don't forget folks... some cheap ones in that ironic-week-prio queue like https://review.opendev.org/c/openstack/ironic/+/966684 a backport :D which will spawn another one as I backport it down again | 17:49 |
| opendevreview | Merged openstack/networking-generic-switch master: Fix support for Aruba AOS CX devices https://review.opendev.org/c/openstack/networking-generic-switch/+/958234 | 18:31 |
| opendevreview | Verification of a change to openstack/ironic stable/2025.1 failed: Fix storing inventory and plugin data in Swift https://review.opendev.org/c/openstack/ironic/+/966683 | 19:10 |
| opendevreview | Merged openstack/ironic master: Add Release Schedule to release how to https://review.opendev.org/c/openstack/ironic/+/965090 | 19:27 |
| cardoe | looks like dnsmasq git might be down about to see a bunch of failed gates. | 20:18 |
| opendevreview | Verification of a change to openstack/ironic stable/2025.1 failed: fix: local_link_connection inspection hook does not fail on missing port https://review.opendev.org/c/openstack/ironic/+/966684 | 20:18 |
| cardoe | nova also is failing to build the VM in the timeout with OVN iPXE IPv6 | 20:19 |
| opendevreview | Julia Kreger proposed openstack/ironic master: ci: disable multinode subnode running n-cpu https://review.opendev.org/c/openstack/ironic/+/956117 | 20:22 |
| TheJulia | ^^^ is my thinking of maybe making the mulitnode jobs happier | 20:22 |
| TheJulia | cardoe: got al ink? | 20:23 |
| cardoe | https://zuul.opendev.org/t/openstack/build/85d54c85112c449da1bbdd26b3867a3c there's an OVN iPXE IPv6 | 20:24 |
| cardoe | actually looks like we ran out of disk space | 20:25 |
| cardoe | https://zuul.opendev.org/t/openstack/build/85d54c85112c449da1bbdd26b3867a3c/log/controller/logs/ironic-bm-logs/node-0_console.log.0 | 20:25 |
| TheJulia | yup | 20:27 |
| TheJulia | well | 20:27 |
| TheJulia | RAM | 20:27 |
| TheJulia | IRONIC_VM_SPECS_RAM: 2750 | 20:28 |
| TheJulia | uhhh | 20:28 |
| TheJulia | https://tarballs.opendev.org/openstack/ironic-python-agent/dib/files/ | 20:29 |
| TheJulia | we need to backport some fixes, I guess | 20:29 |
| opendevreview | Julia Kreger proposed openstack/ironic-python-agent-builder stable/2025.2: cs10 - remove excess intel firmware https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/967438 | 20:31 |
| opendevreview | Julia Kreger proposed openstack/ironic-python-agent-builder stable/2025.2: Fix firmware cleanup - more. https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/967444 | 20:34 |
| opendevreview | Verification of a change to openstack/ironic stable/2025.1 failed: Fix storing inventory and plugin data in Swift https://review.opendev.org/c/openstack/ironic/+/966683 | 20:35 |
| opendevreview | Julia Kreger proposed openstack/ironic-python-agent-builder stable/2025.1: Allow dib build to remove firmware in a structure. https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/967446 | 20:36 |
| opendevreview | Julia Kreger proposed openstack/ironic-python-agent-builder stable/2025.1: Fix firmware cleanup - more. https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/967447 | 20:36 |
| opendevreview | Julia Kreger proposed openstack/ironic-python-agent-builder stable/2025.1: Add Mellanox Spectrum to firmware to remove list https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/967450 | 20:41 |
| opendevreview | Julia Kreger proposed openstack/ironic-python-agent-builder stable/2025.1: Add additional firmware images which are not needed https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/967451 | 20:41 |
| opendevreview | Julia Kreger proposed openstack/ironic-python-agent-builder stable/2025.1: Exclude unnecessary firmewares https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/967452 | 20:41 |
| TheJulia | cardoe: ^^^ all those should make the world happier | 20:42 |
| TheJulia | but we'll need to get something to land on the branches to do a rebuild | 20:42 |
| cardoe | ah okay. So I was gonna do 2024.2 and bugfix/31.0 next | 20:48 |
| TheJulia | sure, 2024.2 should be moving to unmaintained soonish | 21:14 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!