| opendevreview | Merged openstack/ironic stable/2025.2: Properly register [agent_container] config https://review.opendev.org/c/openstack/ironic/+/979450 | 04:14 |
|---|---|---|
| rpittau | good morning ironic! o/ | 08:01 |
| opendevreview | Merged openstack/ironic master: Add admin-guide documentation around container hwm https://review.opendev.org/c/openstack/ironic/+/979035 | 08:56 |
| rpittau | FYI the issues we're seeing in some bifrost (and maybe in ironic) jobs are probably due to a systemd dependency cycle in glean, this should fix the issue https://review.opendev.org/c/opendev/glean/+/979471 | 09:23 |
| dtantsur | JayF: hey, would you be fine if we move on with https://review.opendev.org/c/openstack/ironic-specs/+/972754 and figure out the exact implementation on the actual patch? Or did you have any other blocking comments? | 12:05 |
| dtantsur | I think people shy away from W+1 until they get an ack from you :) | 12:06 |
| mnasiadka | dtantsur: I’ve noticed https://review.opendev.org/c/openstack/bifrost/+/920057 - are you fine with me picking that up? | 12:09 |
| mnasiadka | Good morning | 12:09 |
| dtantsur | mnasiadka: I'll be very grateful if you do | 12:09 |
| dtantsur | I 100% don't have time for it | 12:09 |
| mnasiadka | Thanks, I’ll have a go :) | 12:10 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP] Experimental support for ARM64 hosts on Debian https://review.opendev.org/c/openstack/bifrost/+/920057 | 12:22 |
| JayF | dtantsur: is a +1,. Not a -1 | 12:59 |
| JayF | 🛳️🛳️🛳️🛳️ | 12:59 |
| TheJulia | good morning | 13:01 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP] Experimental support for ARM64 hosts on Debian https://review.opendev.org/c/openstack/bifrost/+/920057 | 13:02 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP] Experimental support for ARM64 hosts on Debian https://review.opendev.org/c/openstack/bifrost/+/920057 | 13:04 |
| clif | Is weekly meeting in 45 minutes or 1:45 minutes? | 13:15 |
| JayF | 1:45 | 13:16 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP] Experimental support for ARM64 hosts on Debian https://review.opendev.org/c/openstack/bifrost/+/920057 | 13:20 |
| dtantsur | JayF: you surely know that +1 is kinda ambiguous in our world.. | 13:22 |
| dtantsur | morning TheJulia, maybe you happen to have time for https://review.opendev.org/c/openstack/ironic-specs/+/972754? You may have opinions about scaling | 13:22 |
| rpittau | when any core is available, please review the standalone ironic networking support for bifrost, thanks https://review.opendev.org/c/openstack/bifrost/+/962394 | 13:27 |
| opendevreview | Harald Jensås proposed openstack/networking-generic-switch master: AttributeError: delete_port_postcommit segment=None https://review.opendev.org/c/openstack/networking-generic-switch/+/979350 | 13:31 |
| opendevreview | Harald Jensås proposed openstack/networking-generic-switch master: Fix KeyError in vlan_has_vni for Cisco NX-OS https://review.opendev.org/c/openstack/networking-generic-switch/+/979351 | 13:31 |
| opendevreview | Harald Jensås proposed openstack/networking-generic-switch master: Enable L2VNI support for Cisco NX-OS switches https://review.opendev.org/c/openstack/networking-generic-switch/+/979352 | 13:32 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP] Experimental support for ARM64 hosts on Debian https://review.opendev.org/c/openstack/bifrost/+/920057 | 13:36 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP]: Switch to Debian Trixie https://review.opendev.org/c/openstack/bifrost/+/979651 | 13:44 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP]: Switch to Debian Trixie https://review.opendev.org/c/openstack/bifrost/+/979651 | 13:49 |
| cardoe | rpittau: done. | 13:56 |
| TheJulia | dtantsur: in principal, I think its a decent spec. I have some concerns around caching, but I also think your being pragmatic overall. It feels like the caching stuff would be a little easier to tackle, and the model has some concerns around it, but that being said I don't think its a bad path. | 14:36 |
| dtantsur | Thanks, will ponder your feedback after the current meetings (sigh) | 14:37 |
| JayF | dtantsur: I will personally *never* put a +1 on something I'd be upset it if merged. :) | 14:39 |
| TheJulia | I don't think any of my feedback is change the world, just my perception :) | 14:39 |
| JayF | dtantsur: and I don't treat +1s as blocking unless they come with an actionable comment | 14:39 |
| TheJulia | Yeah, at most I have a nit, so dtantsur I'm happy to workflow the spec if you read my comments and have $thoughts or whatever. | 14:40 |
| dtantsur | Just hold on, I'm in the middle of a fascinating exercise: a full call of people discussing a thing that not a single person on the call understands at all. | 14:43 |
| TheJulia | oh, no worries! | 14:43 |
| JayF | you explained better than I ever could why I didn't want to upgrade to a +2 on that spec with that comment LOL | 14:43 |
| JayF | (I don't fully understand all the moving parts and don't want our specs to turn into that conference call) | 14:44 |
| TheJulia | ++ | 14:44 |
| dtantsur | heh | 14:44 |
| TheJulia | I do sort of understand a lot of the parts which is why I'm like "uhh, hold up on this caching bit..." | 14:44 |
| JayF | yeah I grok like 75%+ of it | 14:44 |
| JayF | so I'm not like, outta the loop | 14:44 |
| JayF | just being aware I don't have the juice to get to 100% | 14:45 |
| cardoe | rpittau: what do we need to do to confirm that glean fix and get IPA built with it? | 14:47 |
| TheJulia | what about glean? | 14:52 |
| rpittau | cardoe: yes | 14:53 |
| rpittau | from what I can see glean CI is quite broken | 14:54 |
| TheJulia | It is not an openstack delierable so it can be fixed whenver convenient | 14:58 |
| JayF | #startmeeting Ironic | 15:00 |
| opendevmeet | Meeting started Mon Mar 9 15:00:03 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 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
| opendevmeet | The meeting name has been set to 'ironic' | 15:00 |
| alegacy | o/ | 15:00 |
| kubajj | o/ | 15:00 |
| Mahnoor | o/ | 15:00 |
| clif | o/ | 15:00 |
| JayF | Hello everyone! Many of your clocks may look strange but the meeting is right on (UTC) time :D | 15:00 |
| TheJulia | o/ | 15:00 |
| TheJulia | Good morning! | 15:00 |
| JayF | This is your courtesy annual warning that meetings shared between US-ians and non-US-ians are going to be silly for a few weeks as clocks mismatch :D | 15:00 |
| JayF | #topic Announcements/Reminders | 15:01 |
| dtantsur | o/ | 15:01 |
| JayF | #link https://tinyurl.com/ironic-weekly-prio-dash | 15:01 |
| rpittau | o/ | 15:01 |
| JayF | Make sure to review #ironic-week-prio patches, please. We are nearly at 0 last I checked. | 15:01 |
| TheJulia | 2, we have 2. | 15:01 |
| JayF | Also set hashtag:ironic-week-prio on things you want reviewed | 15:01 |
| JayF | Gazpacho release is flying down the track, it's R-3 which is RC1 target week for most (not us) openstack deliverables | 15:02 |
| JayF | #link https://releases.openstack.org/gazpacho/schedule.html | 15:02 |
| rpittau | we're definitely on track :) | 15:02 |
| JayF | #topic Working Group Updates | 15:02 |
| cardoe | And make sure your stuff is actually ready to review... otherwise I'm kicking it outta that tag. | 15:02 |
| JayF | speaking of being on track, I think we're going to have a lot of "it's done" for these :D | 15:02 |
| JayF | Any updates for Standalone networking? alegacy? | 15:02 |
| dtantsur | I think Allain is now busy with the Metal3 side mostly | 15:03 |
| alegacy | Looks like the last change (bifrost) is going to merge soon. Other than that working on getting this integrated into Metal3!! | 15:03 |
| JayF | #note Standalone networking is feature-complete for Gazpacho, and focus has moved on to implementing it in Metal3. | 15:03 |
| alegacy | ...and working on some minor follow-ups that I owe | 15:03 |
| JayF | Good stuff! | 15:03 |
| JayF | AsyncIO updates? dtantsur | 15:04 |
| dtantsur | I need to check the comments on the spec | 15:04 |
| dtantsur | After that, I'll be looking for someone to help me with actual coding, unless I magically find much more time :-/ | 15:04 |
| JayF | I don't have any suggestions; I don't think that's likely to be a priority for my team. | 15:05 |
| TheJulia | Sensor data is sort of useful :) | 15:06 |
| JayF | #note AsyncIO spec nearing merge; looking for interested volunteers to help implement asyncio for sensor data in H | 15:07 |
| JayF | finally, VXLAN networking. TheJulia? cardoe? | 15:07 |
| cardoe | I think we're in a good place. | 15:07 |
| cardoe | I need to deploy what we've landed and kick the tires some in a real environment. | 15:07 |
| TheJulia | Vxlan got all the key patches landed. That being said hjensas has been moving through individual switch drivers and working on doing specific case testing where we will have some backportable fixes as we move forward and it looks like I'll need to do multicast vxlan support as well which we'll land in the next cycle. | 15:08 |
| JayF | #note VXLAN implementation is in place. Fixes are coming as the implementation integrates with the real world. Next up will be multicast support in VXLAN in H. | 15:09 |
| JayF | #topic Discussion Topics | 15:09 |
| JayF | We have a PTG incoming! | 15:09 |
| JayF | #link https://etherpad.opendev.org/p/ironic-ptg-2026.2 | 15:09 |
| JayF | Everyone should be dedicating time to reviewing PTG etherpad, putting details on ideas in there and such. | 15:10 |
| JayF | I'll personally be sending an email this week proposing a nova/ironic shared PTG session around impoving the startup story for nova-compute w/ironic driver | 15:10 |
| TheJulia | I reached out to Neutron, they are likely a few weeks behind us in figuring out their PTG but there does already seem to be consensus in doing some sort of session | 15:11 |
| JayF | About what, specifically? | 15:11 |
| TheJulia | Two items, they have a bug regarding our lacking support of vlan transparency which is their name for handing whole trunk ports to "instances" | 15:12 |
| cid | o/ | 15:12 |
| TheJulia | The other is in hind sight looking at the networking-baremetal mech driver stuff, I think mech drivers should be able to "push an e-stop on binding" | 15:12 |
| JayF | oh, neat. We have no way of modeling that whatsoever. That sounds like it's going to be painful. | 15:12 |
| JayF | ++ | 15:12 |
| JayF | #action JayF emailing list about nova/ironic shared PTG session around nova-compute onlining (resource tracking, placement, etc) | 15:13 |
| TheJulia | because it *IS* actually possible for the mech driver to sanity check and say "no, this ain't going to work" and we really should use a defensive with feedback model as a opportunistically try to make this work model with ml2 drivers. | 15:13 |
| JayF | #note TheJulia working with neutron for a joint session on vlan transparency and failure modes inside ML2 drivers | 15:13 |
| JayF | #topic Bug Deputy Updates | 15:15 |
| TheJulia | Actually, vlan transparency is one of those cases where we should likely go "no, you don't bind this" | 15:15 |
| JayF | we don't have labelled here who the deputy was | 15:15 |
| TheJulia | Oh, sorry, I was | 15:15 |
| JayF | #undo | 15:15 |
| opendevmeet | Removing item from minutes: #topic Bug Deputy Updates | 15:15 |
| TheJulia | we had one bug come in | 15:15 |
| JayF | Why wouldn't Ironic support binding trunk ports? | 15:15 |
| JayF | do we require more information? e.g. we won't hook into a network at L2 only, we need L3 deets? | 15:16 |
| TheJulia | Well, today we can't and in that model if it was QinQ, it would be okay | 15:16 |
| TheJulia | but ultimately at some level also handing an "instance" "everything vlan wise" and having no outer bound on what gets passed, it starts to get a bit concerning. | 15:17 |
| JayF | you'd almost have to have code in ironic that borderline could be used to create a full router/switch | 15:17 |
| JayF | if you were trying to serve use cases like passing thru an l2 vlan, without having an ip on it, to a VM | 15:17 |
| JayF | any case you get to of "I want this bare metal machine to have a trunk port, but I don't want to tell you the VLANs/networks/IPs off that trunk port" would end up with unbounded complexityh | 15:18 |
| TheJulia | That is orthognal to the issue really. The use case for vlan transparency is "I have a VNF workload, and I 'trust' it to do what it needs to do networking wise | 15:18 |
| JayF | I think I see what you're saying now | 15:18 |
| JayF | TheJulia: like, deploying an application image onto bare metal that contained [networking lb software] for instance? | 15:18 |
| JayF | I am trying to crystalize this into a use case so I can understand | 15:19 |
| TheJulia | yeah, and the application and even it's configuration is a blackbox to the infrastucture, but it has to tie in deeply with it | 15:19 |
| TheJulia | Or maybe not, *shrug*. Sort of why we need to have a longer chat than a short back and forth in a bug | 15:19 |
| JayF | I guess if we were somehow able to scope out configdrive information | 15:19 |
| JayF | it might be at least a small enough feature to implement | 15:19 |
| JayF | but if we had to write out a network_json for god-knows-what | 15:20 |
| JayF | :-| | 15:20 |
| JayF | clearly PTG-level of discussion to happen there | 15:20 |
| TheJulia | or, nobody knows what the config really is, but yeah | 15:20 |
| JayF | #topic Bug Deputy Updates | 15:20 |
| JayF | TheJulia was the bug deputy | 15:20 |
| TheJulia | So yes, one new item | 15:20 |
| TheJulia | #link https://bugs.launchpad.net/ironic/+bug/2143675 | 15:20 |
| TheJulia | Reads as a bug to me | 15:20 |
| JayF | Ah yeah, I agree, clif found that doing TBN milestone 2 | 15:21 |
| JayF | It should be pretty straightforward if someone wanted an easy fix | 15:21 |
| JayF | I'll point my brain and/or claude at it eventually if we don't get someone plucking the low hanging fruit soon enough :) | 15:21 |
| clif | if no one takes it I'll work on it once I've got TBN milestone 2 mostly done | 15:21 |
| TheJulia | Seems logical | 15:22 |
| shermanm | if there are there cases where we know in advance that "x won't work", would it make sense to fail during precommit in the ml2 driver? | 15:22 |
| TheJulia | shermanm: ideally yes, but today the ml2 manager code just ignores the exception | 15:22 |
| JayF | shermanm: I think that was the second prong of what TheJulia said our session with Neutron was for; improving failure cases when dedected in an ML2 mech driver | 15:22 |
| opendevreview | Merged openstack/bifrost master: Add support for standalone ironic networking https://review.opendev.org/c/openstack/bifrost/+/962394 | 15:23 |
| JayF | Who will be the next bug deputy? | 15:24 |
| cid | I will! | 15:25 |
| JayF | Thanks! | 15:25 |
| JayF | No RFEs for review, skipping that topic. | 15:26 |
| JayF | #topic Open Discussion | 15:26 |
| JayF | no topics preseeded here, the floor is open if anyone has an item for the meeting | 15:26 |
| clif | I'll just say I'm aiming to have code up for review for TBN milestone 2 in the next day or so | 15:27 |
| clif | Please take a look if you're interested | 15:27 |
| TheJulia | clif: ack, thanks! | 15:27 |
| JayF | Nice, thank you! I am working on ramdisk driver stuff too, doug w/stackhpc is testing my changes now so hopefully we can get that in too | 15:27 |
| JayF | While the floor is open for more discussion items, someone want to volunteer to run the next meeting? | 15:29 |
| JayF | I'm willing to if folks want me to keep running them, I don't really mind and it gives me a nice Monday morning kickstart | 15:29 |
| JayF | especially now that it's 8a local instead of 7a local so I don't have to run the first 10 minutes of the meeting while finding caff :D | 15:29 |
| TheJulia | I can likely run the next one if folks want | 15:30 |
| JayF | You and I can trade off for a while, sure :D | 15:30 |
| JayF | #note March 16 meeting to be chaired by TheJulia | 15:30 |
| JayF | Last call for meeting discussion items. | 15:30 |
| JayF | Thanks for coming! | 15:32 |
| JayF | #endmeeting | 15:32 |
| opendevmeet | Meeting ended Mon Mar 9 15:32:56 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:32 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/ironic/2026/ironic.2026-03-09-15.00.html | 15:32 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/ironic/2026/ironic.2026-03-09-15.00.txt | 15:32 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/ironic/2026/ironic.2026-03-09-15.00.log.html | 15:32 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP]: Switch to Debian Trixie https://review.opendev.org/c/openstack/bifrost/+/979651 | 15:36 |
| opendevreview | Michal Nasiadka proposed openstack/bifrost master: [WIP]: Switch to Debian Trixie https://review.opendev.org/c/openstack/bifrost/+/979651 | 15:42 |
| opendevreview | Julia Kreger proposed openstack/networking-baremetal master: Revise localnet port text https://review.opendev.org/c/openstack/networking-baremetal/+/979699 | 16:47 |
| TheJulia | JayF: hjensas: commented on https://review.opendev.org/c/openstack/networking-generic-switch/+/979350 this race concern concerns me but I've got an idea in it | 17:53 |
| TheJulia | hjensas: regarding https://review.opendev.org/c/openstack/networking-generic-switch/+/979350, would a better approach be to see if original_bottom_bound_segment and original_top_bound_segment would work for that since they should, ideally, still have data | 18:25 |
| hjensas | TheJulia: yes, see what you mean it would be better to try to do best effort to ensure vlans are removed. hmm, looking at neutron_lib/plugins/ml2/api.py checking the original_*_bound_segments looks promising. | 18:31 |
| TheJulia | https://opendev.org/openstack/neutron/src/branch/master/neutron/plugins/ml2/driver_context.py#L124 | 18:31 |
| TheJulia | Yeah, does look promising there | 18:31 |
| hjensas | I'll be afk for a while, driving hat on - kid need a ride. | 18:35 |
| TheJulia | ok, fun factoid, networking-cisco uses original as well | 18:35 |
| opendevreview | Léonard Suslian proposed openstack/ironic master: Use ServiceRoot.Vendor for detect_vendor() instead of System.Manufacturer https://review.opendev.org/c/openstack/ironic/+/978439 | 18:55 |
| clif | If I'm in the middle of NeutronVIFPortIDMixin what is the 'right' way to create a new portgroup? Is it objects.Portgroup.create? or some other way? | 19:04 |
| clif | I should say NeutronVIFPortIDMixin.vif_attach I suppose | 19:04 |
| TheJulia | to create, create the object | 19:06 |
| TheJulia | vif_attach is calling networking backend and saying "make this attachment" | 19:07 |
| clif | well, what I mean is pg = objects.Portgroup() then pg.create() | 19:07 |
| TheJulia | yes | 19:08 |
| clif | this is for group_and_attach_ports support | 19:08 |
| TheJulia | it might be objects.Portgroup() and then pg.save(), I just don't remember the lowest level primiatives off of the portgroup object at the moment | 19:09 |
| clif | I'm trying to at least unit test my change but I'm getting: oslo_versionedobjects.exception.OrphanedObjectError: Cannot call create on orphaned Portgroup object | 19:17 |
| clif | and it appears that even though I'm passing the context in through create() the function itself ignores it and I end up with None for the context | 19:18 |
| TheJulia | what does the api for portgroups do? | 19:20 |
| clif | I guess mainly call into dbapi | 19:20 |
| clif | ohhh, I think I have to set the context when creating the object first | 19:23 |
| TheJulia | https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/portgroup.py#L489 | 19:23 |
| clif | I just got it | 19:23 |
| TheJulia | awesome | 19:24 |
| clif | ty :) | 19:24 |
| *** alegacy_ is now known as alegacy | 19:54 | |
| cardoe | dtantsur: I tried to enable verify bmc clock like metal3... https://bugs.launchpad.net/ironic/+bug/2143772 | 20:15 |
| opendevreview | cid proposed openstack/ironic master: Check port physnet against portgroup on first add https://review.opendev.org/c/openstack/ironic/+/979721 | 20:40 |
| TheJulia | oh my :) | 20:40 |
| opendevreview | Doug Goldstein proposed openstack/ironic master: fix(redfish): avoid supplying DateTimeLocalOffset if its not needed https://review.opendev.org/c/openstack/ironic/+/979722 | 20:45 |
| opendevreview | cid proposed openstack/ironic master: Check port physnet against portgroup on first add https://review.opendev.org/c/openstack/ironic/+/979721 | 20:49 |
| opendevreview | Doug Goldstein proposed openstack/ironic master: fix(redfish): correct submission of DateTime to BMC https://review.opendev.org/c/openstack/ironic/+/979722 | 21:19 |
| opendevreview | Michael Sherman proposed openstack/networking-generic-switch master: docs: address nits for 978799 https://review.opendev.org/c/openstack/networking-generic-switch/+/979761 | 21:40 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!