Thursday, 2024-10-24

opendevreviewTakashi Kajinami proposed openstack/ironic master: Skip functional tests on pre-commit config update  https://review.opendev.org/c/openstack/ironic/+/93319401:32
opendevreviewTakashi Kajinami proposed openstack/ironic master: Skip functional tests on pre-commit config update  https://review.opendev.org/c/openstack/ironic/+/93319401:39
opendevreviewSteve Baker proposed openstack/ironic-python-agent master: Capture and log sector sizes  https://review.opendev.org/c/openstack/ironic-python-agent/+/93320001:57
opendevreviewSteve Baker proposed openstack/ironic-python-agent master: Capture and log sector sizes  https://review.opendev.org/c/openstack/ironic-python-agent/+/93320002:08
rpittaugood morning ironic! o/06:51
rpittauTheJulia: re baremetal SIG: thanks for that, looks good to me!07:13
dtantsurJayF: I did not mean last_error, I simply overlooked that we use LOG.exception here07:45
opendevreviewMerged openstack/ironic-python-agent master: CI: Remove metalsmith legacy jobs  https://review.opendev.org/c/openstack/ironic-python-agent/+/93315308:10
opendevreviewTakashi Kajinami proposed openstack/ironic master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/ironic/+/93322709:13
opendevreviewTakashi Kajinami proposed openstack/ironic-inspector master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/ironic-inspector/+/93322809:14
opendevreviewTakashi Kajinami proposed openstack/ironic-lib master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/ironic-lib/+/93322909:14
opendevreviewTakashi Kajinami proposed openstack/ironic-python-agent master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/ironic-python-agent/+/93323009:15
opendevreviewTakashi Kajinami proposed openstack/python-ironicclient master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/python-ironicclient/+/93323109:16
opendevreviewTakashi Kajinami proposed openstack/python-ironic-inspector-client master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/python-ironic-inspector-client/+/93323209:17
opendevreviewTakashi Kajinami proposed openstack/ironic-lib master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/ironic-lib/+/93322909:29
opendevreviewTakashi Kajinami proposed openstack/ironic-lib master: Replace outdated python job template  https://review.opendev.org/c/openstack/ironic-lib/+/93324209:29
opendevreviewTakashi Kajinami proposed openstack/python-ironicclient master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/python-ironicclient/+/93323109:51
opendevreviewTakashi Kajinami proposed openstack/python-ironicclient master: Replace outdated python job template  https://review.opendev.org/c/openstack/python-ironicclient/+/93324409:51
rpittautkajinam: hey thank you for all the py38-removal patches! Are you planning to do that for all the ironic repos besides what you proposed so far? jlmk in case I can take care of the rest11:30
tkajinamrpittau, hey! let me try covering the others, too, so that you can vote your +211:38
opendevreviewTakashi Kajinami proposed openstack/ironic-ui master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/ironic-ui/+/93325811:39
tkajinamin case you find anything not covered then feel free to submit the change... it'd be helpful if the same topic name can be used11:39
opendevreviewTakashi Kajinami proposed openstack/sushy-tools master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/sushy-tools/+/93325911:41
rpittautkajinam: thanks! will do in case11:42
opendevreviewTakashi Kajinami proposed openstack/virtualpdu master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/virtualpdu/+/93326011:42
opendevreviewTakashi Kajinami proposed openstack/virtualbmc master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/virtualbmc/+/93326311:44
opendevreviewTakashi Kajinami proposed openstack/metalsmith master: Replace outdated python job template  https://review.opendev.org/c/openstack/metalsmith/+/93326411:46
opendevreviewTakashi Kajinami proposed openstack/metalsmith master: Bumm minimum python version  https://review.opendev.org/c/openstack/metalsmith/+/93326511:48
opendevreviewTakashi Kajinami proposed openstack/ironic-tempest-plugin master: Remove support for Pyton 3.6 and 3.7  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/93326611:51
opendevreviewTakashi Kajinami proposed openstack/virtualpdu master: Drop unnecessary 'x' bit from doc config file  https://review.opendev.org/c/openstack/virtualpdu/+/93326811:53
opendevreviewTakashi Kajinami proposed openstack/virtualbmc master: Drop unnecessary 'x' bit from doc config file  https://review.opendev.org/c/openstack/virtualbmc/+/93326911:54
opendevreviewTakashi Kajinami proposed openstack/networking-baremetal master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/networking-baremetal/+/93327312:01
opendevreviewTakashi Kajinami proposed openstack/networking-generic-switch master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/networking-generic-switch/+/93327412:01
opendevreviewTakashi Kajinami proposed openstack/tenks master: Add Python 3.12 job  https://review.opendev.org/c/openstack/tenks/+/93327512:03
tkajinamasking a quick question if anyone can answer. Is networking-generic-switch still alpha status or can we promote its status now ?12:08
tkajinamlooking at "Development Status :: 3 - Alpha" in its setup.cfg12:08
opendevreviewTakashi Kajinami proposed openstack/bifrost master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/bifrost/+/93328812:21
rpittautkajinam: that's from 9 years ago, I'm pretty sure we can remove it12:32
tkajinamyeah that's what I thought12:34
opendevreviewTakashi Kajinami proposed openstack/networking-generic-switch master: Drop alpha status  https://review.opendev.org/c/openstack/networking-generic-switch/+/93329712:35
dtantsurtkajinam: people definitely use it in production12:38
tkajinamdtantsur, oh, nice :-)12:40
tkajinamso people does not really care about that metadata :-)12:40
dtantsuryeah, I suspect they don't :)12:44
rpittauironic PTG part 4 is starting in 15 minutes with Nova joint session in austin room12:46
dtantsurrpittau: for people who forgot what Nova is: Ironic itself starts in 1:15, right?12:48
rpittaudtantsur: yeah :D12:48
rpittauwell that was quick13:22
rpittauwe'll be back with ironic PTG in 37 minutes in mitaka room13:23
TheJuliaokay, thanks!13:23
cardoerpittau: so stupid question about the depends-on. when I'm rebased on top and use git review, it says it wants to submit both patches. It won't resubmit the underlying one as current patch + 113:30
rpittaucardoe: it should not submit the first patch13:30
cardoeokay good13:31
rpittau"should not" :D13:31
TheJuliaIf anyone would like to keep steve baker awake, join the ironic chat :)13:32
TheJuliaerr13:32
TheJuliaironic ptg room13:32
rpittaucardoe: btw if you update your vote here https://review.opendev.org/c/openstack/sushy/+/931321 I will +W13:32
rpittauTheJulia: coming in 2 minutes :D13:33
rpittau5 minutes to ironic PTG part 4 :)13:55
opendevreviewVerification of a change to openstack/ironic master failed: Gracefully handle bad request exception  https://review.opendev.org/c/openstack/ironic/+/93184913:57
opendevreviewTakashi Kajinami proposed openstack/sushy master: Drop unnecessary 'x' bit from doc config file  https://review.opendev.org/c/openstack/sushy/+/93331413:57
opendevreviewTakashi Kajinami proposed openstack/sushy-tools master: Drop unnecessary 'x' bit from doc config file  https://review.opendev.org/c/openstack/sushy-tools/+/93331513:58
cardoeokay that's twice now a failure on the 4k for https://review.opendev.org/c/openstack/ironic/+/93184914:01
JayFclarkb: you had a comment on the bootable containers on our etherpad, if you wanna jump we're in here14:07
JayF**talking about it now14:07
clarkbJayF: bit early for me but if you are still discussing it I am around ish now14:26
JayFwe just got done14:26
JayFcomments are in the etherpad but tl;dr he hought was your concern wasn't valid for bootc cases14:27
JayFbecause bootc just handles those details in ways that don't involve new package installs14:27
clarkbthe main thing I wanted to call out is that you can have tools that are not centos and fedora specific and also that there may be security concerns depending on how involved the conversion is14:27
JayFso I went down that list, and it seems bootc *does* support non-fedora/coreos14:28
clarkbok the readme definitely says "this is fedora/centos focused"14:28
clarkbin whatever tool was linked in the etherpad14:28
JayFor at least people in the issues there saying "I can't get debian to work" and getting happy at the end14:29
JayFyeah, I agree14:30
JayFbut we already have an anaconda driver14:30
JayFwhich is "enterprise linux" specific, too14:30
clarkba direct format conversion seems safest. But if you start needing to do package installs to add additioanl required bits (for example to switch from a minimal to a generic kernel capable of booting on hardware, or adding cloud-init, etc) then you need to be careful14:31
JayFyeah we specifically scoped out anything more than running bootc + putting down a configdrive14:31
JayFno package installs, no injected or dynamic configurations14:31
clarkbperfect14:31
opendevreviewMerged openstack/sushy master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/sushy/+/93132114:33
rpittaummm lost connection for a moment14:52
rpittauJayF: looks like I have issues with meetpad, can't reconnect14:54
TheJuliaturn off ipv6?14:54
TheJuliaIt is working just fine for me, I just reloaded...14:55
clarkbsounds like it broke for a couple of people. Wondering if it is a network issue for people sharing routes14:55
TheJuliaI'm definitely using v414:55
TheJulia++14:55
clarkbit is reachable for me (also over v4)14:55
JayFI am v6 only14:55
opendevreviewMichal Nasiadka proposed openstack/networking-generic-switch master: Add vlan aware VMs support  https://review.opendev.org/c/openstack/networking-generic-switch/+/92849014:55
rpittauI'm having issues with other random sites too, probably some general internet issue14:57
opendevreviewMichal Nasiadka proposed openstack/networking-generic-switch master: Add vlan aware VMs support  https://review.opendev.org/c/openstack/networking-generic-switch/+/92849014:57
JayFs/v6/v4/14:57
JayFI am v4 only14:57
opendevreviewMichal Nasiadka proposed openstack/networking-generic-switch master: Add vlan aware VMs support  https://review.opendev.org/c/openstack/networking-generic-switch/+/92849014:58
johnthetubaguyrpittau: FWIW, I have having the same thing suddenly, review.opendev.org no dice, although its just started coming back now…14:58
JayFWe are breaking until :10 after the hour14:58
JayFto hopefully give time for the internet to recombobulate itself14:58
rpittauJayF: ack14:58
opendevreviewDerek Higgins proposed openstack/ironic master: Eject vmedia if fast track is enabled  https://review.opendev.org/c/openstack/ironic/+/93332614:59
opendevreviewMerged openstack/sushy master: Drop unnecessary 'x' bit from doc config file  https://review.opendev.org/c/openstack/sushy/+/93331415:27
opendevreviewMerged openstack/networking-generic-switch master: Drop alpha status  https://review.opendev.org/c/openstack/networking-generic-switch/+/93329715:29
pas-ha[m]did I miss the ansible deploy discussion? .. ☹️ looks like I miscalculated the time 😭15:33
JayFyes, but I suspect if you jump in we can revisit15:33
JayFTheJulia: rpittau ^15:33
rpittaupas-ha[m]: we can defintely have a second take if you join15:34
pas-ha[m]gimme 10 min and I can join15:34
opendevreviewMerged openstack/networking-generic-switch master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/networking-generic-switch/+/93327415:34
opendevreviewDoug Goldstein proposed openstack/ironic master: Enable WSGI module entrypoint for Ironic  https://review.opendev.org/c/openstack/ironic/+/92763515:37
pas-ha[m]rpittau: JayF TheJulia whenever you are ready, I'm in the call15:45
JayF++ this topic is winding down15:45
rpittaupas-ha[m]: jsut edning the currnet topic15:45
pas-ha[m]sure, I can hear that 🙂 no rush15:45
TheJuliaThat was an excellent PTG!16:18
TheJuliaso, who is doing the follow-up ironicbaremetal.org blog post?!16:18
cardoerpittau: so I made a wsgi module for https://review.opendev.org/c/openstack/ironic/+/927635 and that still didn't work with autodoc.16:24
opendevreviewDerek Higgins proposed openstack/sushy master: Provide vmedia username and password if required  https://review.opendev.org/c/openstack/sushy/+/92352416:24
JayFTheJulia: I will likely do a summary *video*, so I'll leave the blogging to someone else, but I will explicitly authorize anyone to point an AI to that video as the starts of a blogpost16:25
cardoeWhere's devnull when ya need him. He likes doing blog posts.16:29
cardoeIf anyone wants to go +W happy on the ironic-week-prio list, there's a handful in there.16:52
opendevreviewDoug Goldstein proposed openstack/metalsmith master: Bump minimum python version  https://review.opendev.org/c/openstack/metalsmith/+/93326516:54
cardoecid: I didn't peek at what was wrong with https://review.opendev.org/c/openstack/ironic/+/93184916:59
cardoeJayF: I'll defer to your review for https://review.opendev.org/c/openstack/ironic/+/930944?usp=search since you asked for a change there.17:01
cardoehttps://review.opendev.org/c/openstack/ironic/+/931061 is a bit outside of my comfort to +217:02
JayFcardoe: if you wanna +2 930944 I'll land it17:03
cardoeand that covers most of the ironic-week-prio items. There's a couple more that are a bit older than have been banging around so I won't mention those since they're getting worked.17:03
JayFI'm mostly in the same boat re 93106117:03
JayFwas going to wait for steve's review there tbh17:03
cardoedone on 93094417:03
cidcardoe: I just checked, no specific failures, "a unit test exited without returning a status"17:04
cardoeyeah. twice on the 4k job17:04
cardoeI dunno what that means.17:04
JayF> ironic.tests.unit.common.test_format_inspector.TestFormatInspectors.test_iso_966017:04
JayFI would +2 a change to remove that whole damned test module17:05
JayFsince it's going to be in oslo.utils this cycle anyway17:05
JayFit means these jobs are IO intensive and fail sometimes 17:05
TheJuliayeah, uhh... Did we move to the oslo module yet?17:33
TheJuliaif we did, nuke it from high orbit17:33
TheJulia... like tungston rod from orbit17:33
JayFnot yet, but it's causing CI failures anyway17:50
opendevreviewJulia Kreger proposed openstack/ironic master: CI: Change 4k block device job to use LVM  https://review.opendev.org/c/openstack/ironic/+/93106117:56
JayFwe still use that module but: 1) I don't anticipate us changing it 2) We have canaries in other projects (oslo.utils itself) and 3) we'll have the replacement in place before we do a release this cycle (I hope)18:10
JayFI'm just tired of seeing timeouts on tests in that module18:10
opendevreviewMerged openstack/ironic master: Add support for node name in port creation  https://review.opendev.org/c/openstack/ironic/+/93094418:18
opendevreviewMerged openstack/ironic master: Remove Python 3.8 support  https://review.opendev.org/c/openstack/ironic/+/93322718:19
TheJuliaRegarding supporting an OCI image url, would it make to always cache it conductor side? The alternative is also supporting the download in the agent but that might be un-necessary complexity18:47
cardoeSo I think we'd probably say no caching on the conductor for that.18:50
cardoeAt least that was my thought.18:50
cardoeCause the point was reducing complexity / improving ergonomics for running Ironic in Kubernetes.18:51
cardoeBecause today we've gotta create a Persistent Volume Claim, mount it to conductor and then mount it to the http server. We need to craft the Service to share the IP between conductor and the http server. There by defeating the ability to use a Load Balancer.18:52
cardoeI capitalized Kubernetes terms.18:52
cardoeI'll let dtantsur weigh in his thoughts here.18:53
TheJuliaWell, just thinking in a fully integrated context, the usage is going to be mixed regardless19:00
TheJuliaa smaller first step would be just the conductor side 19:00
TheJuliaconductor's http server was never intended to need a load balancer in front of it, fwiw19:00
cardoeyeah not saying conductor needs a load balancer. Sorry bad words.19:16
cardoeSo usually in k8s you're not messing with exposed IPs. When you do its via a Load Balancer.19:17
cardoeBut with the conductor is managing an http server, you're needing each conductor to have an IP19:17
JayFTheJulia: I'll take that question downstream to my team in context of steps to see what they think. My gut feel is to not cache at conductor and have agent directly interact with the container registry, but I'm not 100% sure19:38
clarkba lot of container registries rate limit pretty aggressively these days. Distributing the fetches can also mitigate those limits assuming you don't end up going through a shared IP/NAT/Proxy20:03
JayFI *strongly* assume these will be connecting to private registries.20:16
JayFat least in any reasonable production environment20:16
jamesdentonass-u-me20:20
JayFI mean, Ironic standalone you can provide an http url to anywhere in the world, public or private20:20
JayFany tool can be used badly :)20:20
JayFcontainers are just easier to use badly ;)20:21
jamesdentonyes, i also set selinux to permissive.20:21
JayFbut it's SO EASY to create custom rules as you need, just follow these steps [seventeen page blog post] /s 20:21
jamesdentonhaha20:22
cardoehe laughs and quits.21:00
cardoeLittle does he know I signed him up to write some neutron RFEs.21:00

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