Monday, 2025-11-03

jandersgood morning Ironic o/08:08
rpittaugood morning ironic! o/08:29
Ayo[m]Good morning everyone:)09:10
Ayo[m]Good morning rpittau o/09:11
opendevreviewAykut Bulgu proposed openstack/sushy stable/2024.2: Check required credentials in a detailed way  https://review.opendev.org/c/openstack/sushy/+/96589609:20
opendevreviewnidhi proposed openstack/ironic master: Add PCIe function fields to redfish inspection  https://review.opendev.org/c/openstack/ironic/+/96317911:46
opendevreviewMorten Stephansen proposed openstack/ironic-python-agent master: [WIP] Implement functionality for the is_root_volume RAID config  https://review.opendev.org/c/openstack/ironic-python-agent/+/96320012:49
opendevreviewMerged openstack/ironic master: Fix power sync timeouts after BMC firmware update  https://review.opendev.org/c/openstack/ironic/+/96256013:02
opendevreviewMerged openstack/ironic master: api: Prevent overlapping schema versions  https://review.opendev.org/c/openstack/ironic/+/96029113:11
opendevreviewMerged openstack/ironic master: Remove sushy-oem-idrac from driver requirements  https://review.opendev.org/c/openstack/ironic/+/96511413:11
TheJuliagood morning14:13
mumesan[m]good morning!14:33
clifIs the meeting 10 minutes or 1 hour and 10 minutes?14:50
clifgood morning o/14:50
clifdaylight savings woes :)14:52
cidShould be in 2minutes (assuming my Google Calender has already accounted for daylight saving)14:58
janders++14:59
dtantsurThis matches my expectations15:00
alegacyo/15:00
dtantsurWho's chairing today?15:01
TheJuliaSomeone needs to chair :)15:01
TheJulia#startmeeting ironic15:02
opendevmeetMeeting started Mon Nov  3 15:02:19 2025 UTC and is due to finish in 60 minutes.  The chair is TheJulia. Information about MeetBot at http://wiki.debian.org/MeetBot.15:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:02
opendevmeetThe meeting name has been set to 'ironic'15:02
TheJuliaSomeone volunteer to chair :)15:02
dtantsuro/15:02
dtantsurthanks TheJulia!15:02
* dtantsur not feeling all too great still15:02
rpittauo/15:02
janderso/15:03
TheJulia#topic Announcements / Reminders15:03
TheJuliadtantsur: :(15:03
TheJuliaConsider this reminder to review items tagged with ironic-week-prio, and furthermore apply the tag to any item which appears ready for reviews.15:03
TheJulia#link https://tinyurl.com/ironic-weekly-prio-dash15:03
TheJuliaAlso, a reminder the 2026.1 Gazpacho Release Schedule has been posted.15:04
TheJulia#link https://releases.openstack.org/gazpacho/schedule.html15:04
cido/15:04
TheJuliaThis week is week R-21 on the schedule.15:04
TheJuliaAs a reminder, we structurally have a little less than two months left to the end of the year.15:04
dtantsurTime flies!15:05
TheJulia*Many* contributors will be taking PTO/Vacations at various times. Please be mindful and plan/set expectations ahead.15:05
dtantsurI assume we'll need an intermedia release before NY?15:05
TheJuliaYes15:05
TheJuliaWe'll get there15:05
rpittauI've created this patch that should help keeping in track with releasing our projects https://review.opendev.org/c/openstack/ironic/+/96509015:06
TheJuliahttps://review.opendev.org/c/openstack/ironic-specs/+/965865/1/priorities/2026-1-workitems.rst presents a rough schedule.15:06
dtantsurHuh, these don't match?15:07
rpittauyeah they're not in conflict, my change is much more genric and can be applied to all release cycles15:07
dtantsurrpittau's link says releasing at the first milestone, which is apparently R-20?15:07
dtantsurTheJulia's says first week of Dec15:07
TheJuliaLets get into it later15:07
dtantsursorry, please go on :)15:07
rpittauwe usually release between week 6 and 8 with a bugfix branch15:07
TheJuliabottom line is we have broad schedules and more specific suggestion, coupled with a need to be realistic15:08
TheJulia6-8 is *way* too late15:08
TheJuliafwiw15:08
TheJuliaaround week 6, we should be prepared to cut our final release for the cycle.15:08
TheJuliaLets get into it when we get there15:08
rpittau6 weeks after the beginning of the cycle ? I' mtalkgin about R-2015:09
rpittaualright15:09
TheJuliaWe have a working group updates section, and I think the thing to do there is to skip that for now. Once we have the areas highlighted via the prioriteis consensus, we can backfeed into that.15:09
TheJuliaIn consideration of alegacy's time, do you have anything to really mention?15:09
dtantsurI've just added the Async IO group to the list15:09
TheJulia#topic Working Group Updates15:10
alegacyNot really.  Testing is going well.  Really just in need of reviews15:10
TheJuliacool cool, folks please review alegacy's work.15:10
TheJuliaIs there anything else this week for working group items?15:10
kubajjo/15:10
dtantsurDo they all have ironic-week-prio, alegacy?15:11
dtantsurre Async WG, I'd like to have a boostrap call this or next week, wdyt? cid and whoever else is interested?15:11
alegacydtantsur: yes, I believe so... i'll double check now15:12
dtantsur(if you're interested in async WG, add yourself to https://etherpad.opendev.org/p/ironic-asyncio)15:12
dtantsuralegacy++15:12
ciddtantsur, works for me either of the weeks.15:12
dtantsurcool15:12
TheJuliaSince we don't have any discussion topis, bug deputy updates, or RFEs to review right now, it feels like the next stop for this meeting is Open Discussion, however we need to identify a bug deputy for the next week15:13
cidalegacy, will make sure to review this week. Question, adding to the review queue means in merge-able state, but you mention some of them being tested :)15:13
cidI can take the bug deputy task for this week, already been taking a look during the PTG15:14
TheJuliacool cool15:15
cardoeFolks can give some feedback on https://cardoe.com/neutron/evpn-vxlan-network/admin/data-center-networks.html which is where I'm trying to add a doc to neutron describing the VXLAN bits.15:15
TheJuliaOkay then, thanks cid!15:15
TheJulia#topic Open Discussion15:15
cardoehttps://review.opendev.org/c/openstack/neutron/+/96541515:15
TheJuliaClearly, we have a LOT to sift through this week.15:16
alegacycid: sorry, they are merge-able... by 'testing' i meant the testing I'm doing with this in a more integrated fashion with higher level software.15:16
cidack'd15:17
TheJuliaI guess at a simple CI level, maybe some additional scripting to do the needful in terms of a basic validation?! That might be feasible15:18
TheJuliaSo clearly, we need to reach consensus on cycle plans. JayF has a WIP review up already for that which I encourage people to set bounds on and keep in mind we do have a time window during the next two months where some portion of contributors will disappear for at least a couple weeks.15:20
rpittau#link https://review.opendev.org/c/openstack/ironic-specs/+/96586515:20
TheJuliaAny other items for discussion this week?15:21
jandersFrom my side, the top priority follow-up from the PTG I have is iRMC support/deprecation/removal. I am intending to reach out to iRMC/FJ folks early this week. Aiming to report back what I found out in next week's meeting15:22
TheJuliajanders: perfect, thank you!15:22
jandersno problem. A brief follow up question on this:15:23
TheJuliaAnother item wort nothing, JayF did send an email to the mailing list regarding reviewer structure.15:23
TheJulia#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/LUCBUPWZIRCANEHREHUPO7DZCPVJW4ML/15:23
TheJuliaI'm sure he would appreciate responses15:23
TheJuliaAlso, does anyone feel interested in sending a PTG summary to the mailing list?15:23
kubajjThis is a wee bugfix of mostepha[m] , but it is blocking the progress on is_root_volume implementation: https://review.opendev.org/c/openstack/ironic-python-agent/+/96579715:23
jandersin my past comms with iRMC/FJ folks they indicated they need it in 2025.1, they seemed less concerned about what happens later15:24
jandersif we fasttrack deprecation/removal in master how does it affect still maintained branches?15:24
jandersI understand feature/bugfix workflow way better than deprecation/removal hence the question15:25
TheJuliakubajj: eek, thats kind of a bad bug15:25
dtantsurkubajj, mostepha[m], a release note won't hurt15:26
kubajjTheJulia: it was also weird to debug, because we only hit it on one of our qa nodes15:26
TheJuliaYeah, I think a release note is kind of key since we'll want to backport that15:26
TheJuliajanders: That may always change, but yeah, worth syncing up with them and letting us know15:27
kubajjTheJulia, dtantsur: ok, will quickly add15:27
TheJuliakubajj: thanks!15:27
TheJuliajanders: doesn't impact released branches.15:28
TheJuliajanders: but the reality is the snmp portions of the driver, which we've pushed back against in the past, need to minimally go away entirely.15:28
jandersTheJulia ack and thank you15:29
jandersI totally understand, I will start the discussion and report back15:29
TheJuliajanders: Concievably, if the snmp bits and dependency can be excised, that could be a bugfix15:29
TheJuliathanks!15:30
TheJuliabut, because we also can't test or assure it, we're sort of forced to keep the dividing line at the whole of the driver15:30
jandersyeah15:30
TheJuliaOkay, anything else this morning?15:31
TheJuliaDo we have a PTG summary volunteer?15:31
JayFTheJulia: I'd prefer we get work items landed and just send that as the summary15:32
JayFOnce we get that patch to a reasonable spot, I also plan on doing a video for gross YouTube15:33
TheJuliaPTGs are always 1-2 cycles worth of details and context, I'd prefer we draw a line or awareness since there is more there than we can execute upon as well.15:33
TheJuliaI guess ^^^ is where my concern with the current doc is, but it can be revised, I think the key aspect is for ironic contributors to review/comment *today*15:34
JayFYeah the doc is 100% in need of editing. I'm not by any means saying it's there. 15:35
TheJuliacool cool15:35
JayFI may or may not have leaned on fancy new fake brain tooling to help build it 😂15:35
TheJuliaokay, anything else before we wrap this week's meeting then?15:35
TheJulialol15:35
TheJuliaI suspected that based upon one of the noted reasons which didn't add up15:36
TheJulia(which is sort of weight there anyhow!)15:36
TheJuliaI'm taking silence as reason to call it a meeting.15:38
TheJuliaThanks Folks!15:38
dtantsur\o/15:38
jandersthank you all o/15:38
* cardoe silences.15:38
TheJuliaGo review all the things!15:38
TheJulia#endmeeting15:38
opendevmeetMeeting ended Mon Nov  3 15:38:57 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:38
opendevmeetMinutes:        https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-11-03-15.02.html15:38
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-11-03-15.02.txt15:38
opendevmeetLog:            https://meetings.opendev.org/meetings/ironic/2025/ironic.2025-11-03-15.02.log.html15:38
TheJuliacardoe: no silence, only zuuuuuuul :)15:39
opendevreviewJakub Jelinek proposed openstack/ironic-python-agent master: Fix for matching hints with lists of strings  https://review.opendev.org/c/openstack/ironic-python-agent/+/96579715:39
kubajjTheJulia, dtantsur: added the reno ^15:51
kubajjhope it is ok15:51
dtantsurthx, I'll check soon15:51
kubajjdtantsur: thanks15:51
dtantsurkubajj: sorry for not realizing it earlier, but would it be possible to add unit tests for the fixed behavior?16:02
dtantsurthe code itself lgtm16:02
kubajjdtantsur: ah, yeah, of course16:02
opendevreviewMorten Stephansen proposed openstack/ironic-python-agent master: Fix for matching hints with lists of strings  https://review.opendev.org/c/openstack/ironic-python-agent/+/96579716:38
cardoeSooo one of my many yaks (not happening today) is to give some better examples of building a container of some openstack services to loci / kolla. Would there be an interest in me submitting the Containerfile for Ironic to the tree?16:39
opendevreviewDoug Goldstein proposed openstack/networking-generic-switch master: fix: segment binding level for VLAN support  https://review.opendev.org/c/openstack/networking-generic-switch/+/96594816:46
fricklercardoe: you triggered my attention by mentioning kolla, but I'm not sure what you are proposing. kolla is building ironic containers today, if you think that there is something wrong about how this is done, a bug report or patch submission would sound more useful. or maybe (likely?) I am lacking some context16:52
cardoeI would like to try and combine some of the efforts of kolla and loci.16:52
cardoeI've also thought about the fact that maybe each project would want to have some integration16:53
JayFcardoe: do you plan on contributing upstream resources to achieve the port behavior toggling work discussed at PTG?18:47
JayFcardoe: trying to evaluate if it stays on our work items18:47
cardoeWhat was the port toggling?18:47
JayFturning a port from "normal"/storage18:48
JayFiirc18:48
cardoeah okay looking at the existing list, I would probably drop that from 2026.118:48
cardoeWe'll be more focused on the VXLAN and the inspection side of things.18:49
cardoeFor 2026.118:49
JayFokie doke18:51
TheJuliaalegacy: looks like your big ironic change needs a rebase. Are you already aware of that?19:00
JayFTheJulia: fwiw that one thing you ID'd as an AI line, I don't recall if I edited it to say that, but it did match what my understanding was so... not just AI hallucination, it's Jay-hallucination (or more likely: the original reason is lost to time and/or not the one we wanna document)19:01
JayFalegacy: lmk if you start rebasing that, reviewing that is on my list and if it's landable I can put +2s on if ready :D 19:02
opendevreviewJulia Kreger proposed openstack/ironic-tempest-plugin master: ci: dial back check intervals  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/94222019:02
JayFhttps://review.opendev.org/c/openstack/ironic-specs/+/965249 someone wanna CR this? It's in the workitems chain.19:02
opendevreviewJay Faulkner proposed openstack/ironic-specs master: 2026.1 Ironic work items  https://review.opendev.org/c/openstack/ironic-specs/+/96586519:03
opendevreviewJay Faulkner proposed openstack/ironic-specs master: 2026.1 Ironic work items  https://review.opendev.org/c/openstack/ironic-specs/+/96586519:05
opendevreviewJulia Kreger proposed openstack/ironic master: docs: cover what happens if someone changes iscsi passwords  https://review.opendev.org/c/openstack/ironic/+/96344219:26
TheJuliaJayF: more so, folks interpret selenium more for verification, and because of that RH didn't want to ship it19:31
JayFI just dropped the "why" for that line item :)19:32
TheJuliak19:33
JayFavoiding selenium is a goal in it's own way :P 19:36
opendevreviewMerged openstack/ironic master: docs: provide a little more clarity/guidance w/r/t redfish  https://review.opendev.org/c/openstack/ironic/+/96503019:39
opendevreviewMerged openstack/ironic master: docs: add a "i want a pony" bit of text  https://review.opendev.org/c/openstack/ironic/+/96503519:49
alegacyTheJulia: JayF: Yep, I noticed that a rebase is required.  I'll try to do that in the morning.20:00
opendevreviewDoug Goldstein proposed openstack/networking-generic-switch master: fix: segment binding level for VLAN support  https://review.opendev.org/c/openstack/networking-generic-switch/+/96594820:06
JayFalegacy: I have a -1 with some pretty significant feedback you may want to consider first20:11
JayFat least on the one at the top of the chain20:11
JayFhttps://review.opendev.org/c/openstack/ironic/+/962493/6#message-125163124b9d3c9628a1d3c04ebdc248fd324a5920:11
opendevreviewDoug Goldstein proposed openstack/ironic master: pass along physical_network to neutron from the baremetal port  https://review.opendev.org/c/openstack/ironic/+/96457020:14
opendevreviewVerification of a change to openstack/ironic master failed: Enable fake-graphical console for all hardware types  https://review.opendev.org/c/openstack/ironic/+/96315120:26
cardoeSo does anyone look at our arm64 tests?20:48
opendevreviewVerification of a change to openstack/ironic master failed: api: Add schema for inspection rules API (requests)  https://review.opendev.org/c/openstack/ironic/+/95403920:48
alegacyJayF: ack20:53
TheJuliaI haven't recently, but are they failing now?21:03
cardoeYeah. They are.21:14
cardoeSo AT&T fiber fell over earlier. Then their cell network followed. Now Verizon’s cell network fell over. Starlink saving the day until it falls over.21:15
opendevreviewClif Houck proposed openstack/ironic master: Fix heredoc for SystemdConsoleContainer.start_container  https://review.opendev.org/c/openstack/ironic/+/96598021:16
TheJuliaoh joy21:38
opendevreviewJulia Kreger proposed openstack/ironic master: docs: cover what happens if someone changes iscsi passwords  https://review.opendev.org/c/openstack/ironic/+/96344221:40
opendevreviewVerification of a change to openstack/ironic master failed: Enable fake-graphical console for all hardware types  https://review.opendev.org/c/openstack/ironic/+/96315121:42
TheJuliacardoe: well, passing but did find a failure which feels like a race condition22:00
TheJuliamaybe not, looks like one failure was the code itself22:02
cardoepre-commit run --all-files is triggering codespell changes so something in there is not catching the config.22:27
cardoehrm so in the tests when we're creating port and portgroup objects... if we create a portgroup and then create and add ports to the port group. If those ports have a physical_network should the portgroup be updated?22:40
cardoee.g. should we have a DB trigger ensuring this?22:40
cardoeIf not that's fine but I'll try to update the test helpers.22:44
opendevreviewJulia Kreger proposed openstack/ironic-python-agent-builder master: cs10 - remove excess intel firmware  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/96598422:47
TheJuliarpittau: ^22:47
TheJuliauhhhh dunno.22:48
TheJuliacardoe: dunno I think I just reached outofbrain for the day22:48
cardoeI was trying to test my physical_network change and switching the behavior to using portgroup.physical_network instead of portgroup.ports[0].physical_network causes it to all fail.22:49
TheJulia.. I think I commented on that change expecting something to break soon22:52
cardoeWhich change? my physical_network one? There's no comments on it.22:56
cardoeBut the physical_network portgroup thing passed tests but its a total fuke.22:58
cardoehttps://opendev.org/openstack/ironic/src/commit/6b84d88a5d1c8952560e6218ac73e39888e600c0/ironic/tests/unit/drivers/modules/network/test_common.py#L43 the def _objects_setup() doesn't really work.22:59
cardoeAll the ports have a physical_network but the portgroup itself does not have a physical_network. So the tests validate that the dict'd object has the same fields as the DB objects. And yes physical_network=None == physical_network=null in the DB.23:00
TheJuliaLooks like the code has changed in that change since I last looked at it23:06
TheJuliaits likely fair to just fix test_common.py23:07
opendevreviewDoug Goldstein proposed openstack/ironic master: fix: ensure that portgroup physical_network is updated for tests  https://review.opendev.org/c/openstack/ironic/+/96598523:10
cardoe^ I expect that to fail23:10
cardoeand then I'll fix up test_common.py after the fact.23:11
TheJuliak23:12

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