Monday, 2024-02-26

opendevreviewJay Faulkner proposed openstack/ironic master: [CI] Support for running with shards  https://review.opendev.org/c/openstack/ironic/+/89446001:13
opendevreviewAdam Rozman proposed openstack/ironic-lib master: improve disk I/O error handling during cleanup  https://review.opendev.org/c/openstack/ironic-lib/+/90888907:28
opendevreviewAdam Rozman proposed openstack/ironic-lib master: improve disk I/O error handling during cleanup  https://review.opendev.org/c/openstack/ironic-lib/+/90888908:06
rpittaugood morning ironic! o/08:16
dtantsurrpittau: it is tinycore time again! https://forum.tinycorelinux.net/index.php/topic,26861.0.html09:25
*** tosky_ is now known as tosky09:40
rpittaudtantsur: yeah, I was actually planning to have a look today or tomorrow before submitting a patch :)09:48
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent-builder master: [WIP] Update tinyipa to tinycore 15.x  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/91016909:53
rpittaujust a placeholder for now ^09:53
dtantsurMeanwhile, ipmitool is alive at new home https://codeberg.org/IPMITool/ipmitool10:16
rpittaummm that requires also attention soon10:17
dtantsurAt least it's not dead..10:17
opendevreviewThomas Goirand proposed openstack/ironic-python-agent master: Use assert_not_called  https://review.opendev.org/c/openstack/ironic-python-agent/+/91020910:57
zigoHeya! Yet another Python 3.12 fix above! ^10:57
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent-builder master: Update tinyipa to tinycore 15.x  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/91016910:57
rpittauthanks zigo :)10:58
dtantsurw+10:59
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent-builder master: Update link to ipmitool repository  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/91021611:05
rpittaugiving a try with the new repo ^11:05
rpittauhad a look and we should probably update the hash as we have now a 4 years old version11:06
dtantsur++11:19
opendevreviewRiccardo Pittau proposed openstack/ironic-python-agent-builder master: Update tinyipa to tinycore 15.x  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/91016913:45
JayFo/15:00
JayF#startmeeting ironic15:00
opendevmeetMeeting started Mon Feb 26 15:00:24 2024 UTC and is due to finish in 60 minutes.  The chair is JayF. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'ironic'15:00
rpittauo/15:00
dtantsuro/15:00
masgharo/15:00
JayF#topic Announcements/Reminders15:00
JayF#info  Standing reminder to review patches tagged ironic-week-prio and to hashtag any patches ready for review with ironic-week-prio: https://tinyurl.com/ironic-weekly-prio-dash15:00
JayF#info  Project Teams Gathering (PTG) will be held from Monday, April 8 to Friday, April 12 2024 - https://etherpad.opendev.org/p/ironic-ptg-april-202415:00
JayF#info  Ironic Meetup/BareMetal SIG June 5, OpenInfra Days June 6 @ CERN. Signup at https://indico.cern.ch/event/1378171/ and https://indico.cern.ch/event/1376907/15:01
JayF#topic Caracal Release Schedule15:01
JayF#info Client library freeze is 2/29. Please ensure our clients are happy and releable15:01
JayF#link  https://review.opendev.org/q/project:openstack/python-ironicclient+branch:master+is:open15:01
JayF$topic Review Ironic CI Status15:01
JayFHow is CI? 15:01
JayFseems pretty stable ime15:02
JayFbut I mostly observed over the weekend :)15:02
rpittaunothing to report, but we should probably reenable functional job in ironicclient ASAP15:02
rpittaudepends on this https://review.opendev.org/c/openstack/tempest/+/90872715:02
JayFalright, I have that open will put a review on it15:03
JayFMoving on if there's nothing else...15:03
JayF#topic vPTG planning15:03
JayFrpittau I think you were going to say some things about ptg?15:03
rpittauyes15:04
rpittauwe need to define the schedule for the PTG as we did last time15:04
rpittauand consider if we want an operator hour this time too15:04
rpittauI wa sthinking to book 3-4 hours tuesday wednesday and thursday15:04
dtantsurIIRC the last operator hour was mostly us talking...15:04
JayFI like the idea, in theory of an operator hour, but ^15:04
rpittauyeah15:05
JayFI am +1 to not planning one if we do not anticipate or have reason to believe attendance will change15:05
rpittauI'm going to book the normal time for now15:05
dtantsurMaybe like of promotion on our side, but I also don't know how to fix that15:05
rpittauI've indicated to avoid scheduling at the same time as nova if possible in case we need some cross-project time with them15:06
JayFdtantsur: I'm not convinced there's a market for it in general tbh15:06
JayFrpittau: and TC, please15:06
rpittauJayF: sure15:06
JayFrpittau: TC usually is late/early week, I haven't scheduled it yet15:06
rpittauI thnk I added that too :)15:06
dtantsurIt's weird. I feel like a lot of folks want to talk about Ironic, they just don't come...15:06
JayFI think operator hours are just ... not appealing as a venue15:07
JayFpeople feel more comfortable in person15:07
JayFand we'd have to have 4 of them to make them convienient tomany possible timezones15:07
TheJuliaIt is an advertising, awareness, and willingness to open up in a “public” space issue15:07
* TheJulia goes to make taking day off coffee15:08
* JayF is happy to delegate the operator hour will we/won't we to rpittau 15:08
rpittauin case someone is interested we can always book some time later15:09
rpittaufor now I think we can concentrate on the normal schedule15:09
JayF++15:10
JayFFolks should propose and comment on topics here: 15:10
JayF#link https://etherpad.opendev.org/p/ironic-ptg-april-202415:10
JayFMoving on15:10
JayF#topic Lextudio not maintaining pyasn115:10
JayFWhose topic is this?15:10
rpittauthat's me again15:10
rpittaulextudio yanked the latest releases of pyqsn1 and pyasn1-modules15:11
rpittaustating that people should just use the normal pyasn115:11
rpittauthey don't seem to want to keep maintaing that15:11
JayFis there a reason we don't use normal pyasn1?15:11
rpittauso we should probably move back to pyasn115:11
rpittauwe moved to lextudio to keep consistency in the snmp ecosystem15:12
rpittauwhich is really ironic now :)15:12
dtantsurconsistency \o/15:12
JayFrpittau: we should make noise about that, if we're basically maintaining the snmp libraries for python lol15:13
JayFSo if this an urgent item?15:13
JayFDo we need to migrate for C or D?15:14
rpittauas far as I can see the lextudio snmp works well with normal pyasn1, so my proposal would be to migrate back to that in D15:14
rpittaushould be ok for C15:14
JayFack; then I suggest we punt to PTG15:14
rpittausounds good15:14
JayFunless someone has a lot of time and wants to JFDI :)15:14
JayF#topic Bug Deputy15:14
JayFsounds like TheJulia took the day off, she was bug deputy15:14
TheJuliaI only added new bugs last week, sorry!15:15
JayFI said I'd take it this week, but I may kick that to next15:15
JayFI need to get something done before C-315:15
dtantsurI can take a look this week15:15
JayF#info dtantsur bug deputy15:15
JayFthanks15:15
JayFNo RFEs for review, skipping15:16
JayF#topic Open Discussion15:16
JayFanything not on the agenda for open discussion?15:16
JayFLast call15:16
JayF#endmeeting15:17
opendevmeetMeeting ended Mon Feb 26 15:17:39 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:17
opendevmeetMinutes:        https://meetings.opendev.org/meetings/ironic/2024/ironic.2024-02-26-15.00.html15:17
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/ironic/2024/ironic.2024-02-26-15.00.txt15:17
opendevmeetLog:            https://meetings.opendev.org/meetings/ironic/2024/ironic.2024-02-26-15.00.log.html15:17
rpittauthanks JayF :)15:18
opendevreviewJay Faulkner proposed openstack/ironic master: [CI] Support for running with shards  https://review.opendev.org/c/openstack/ironic/+/89446015:32
mnasiadkaGood afternoon15:48
mnasiadkadtantsur: https://review.opendev.org/c/openstack/bifrost/+/909844 - do you have ownership over unmaintained/yoga in bifrost - or is that on the wider unmaintained team?15:49
mnasiadka(would like to get yoga builds working in Kolla)15:49
dtantsurmnasiadka: I don't have +2 there. JayF ^^^15:56
opendevreviewDmitry Tantsur proposed openstack/ironic master: [WIP] Add inspection PXE filter service  https://review.opendev.org/c/openstack/ironic/+/90799116:03
dtantsurone day I'll finish unit tests for this patch.. one day....16:03
rpittaugood night! o/16:16
masgharo/16:18
opendevreviewDmitry Tantsur proposed openstack/ironic master: Split conductor-specific RPCService  https://review.opendev.org/c/openstack/ironic/+/91025117:19
JayFI heard someone talking about experimental arm images for ipa?18:30
JayFIf those exist, how are they published?18:30
JayFI am working on https://etherpad.opendev.org/p/ironic-arm-ci -- there's a potential collab to get a grad student to pick up this work18:31
clarkbJayF: one thing to be aware of in ^ is that I'm pretty sure we can't do nested virt with the existing arm ci hardware. This means that testing arm64 workload in a nested vm implies qemu and that potentially would be quicker with an x86_64 host (worth testing)18:33
JayFSo the scope here is18:33
JayFX86 host provisioning ARM machines18:34
clarkbwell if you thinking about arm ipa images then the host doesn't really matter right? It may end up being most efficient to test with an x86 host but maybe not18:34
JayFI am intentionally breaking up the "ARM host + $arch node" into a separate project, this is just about getting CI coverage for Ironic provisioning ARM nodes18:34
clarkband I wanted to call that out18:34
JayFI think we're on the same page?18:35
clarkbsort of. I'm suggesting you also test if the arm64 test nodes can host this testing and see whcih does better18:35
clarkbrather than assuming any specific layout to start18:35
JayFYou are thinking from infra perspective, I'm thinking from a "scope down to a bite sized amount of work" standpoint18:37
JayFwe have zero Ironic devstack jobs on ARM hardware right now18:37
JayFthat's a *much* bigger lift than figuring out how to get test machines running ARM, in my estimation18:37
JayFespecially to hand off to someone outside the general community (well, at least starting off there :D)18:38
clarkbok. devstack does run on aarch64 according to people running linux VMs on mac hardware.18:38
clarkbagain I'm not trying to prescribe anything just calling out the limitations and how it may be worth exploring both if the throughput is poor18:38
JayFMakes sense. I think we'd be flexible no matter what18:39
JayFI'm just trying to map out what I think will be the happiest path18:39
opendevreviewcid proposed openstack/ironic master: Fix multiple assignment of redfish_system_id during node creation  https://review.opendev.org/c/openstack/ironic/+/90985120:11
*** awb_ is now known as awb20:24
opendevreviewJay Faulkner proposed openstack/ironic master: [CI] Support for running with shards  https://review.opendev.org/c/openstack/ironic/+/89446020:40
opendevreviewJay Faulkner proposed openstack/ironic master: [CI] Support for running with shards  https://review.opendev.org/c/openstack/ironic/+/89446021:31
opendevreviewJay Faulkner proposed openstack/ironic master: [CI] Support for running with shards  https://review.opendev.org/c/openstack/ironic/+/89446022:24
-opendevstatus- NOTICE: Gerrit on review.opendev.org will be restarted to perform a minor upgrade to the service.22:33

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