Wednesday, 2026-04-15

opendevreviewDoug Goldstein proposed openstack/ironic master: build runbook traits via ORM relationship in create_runbook  https://review.opendev.org/c/openstack/ironic/+/98466300:12
TheJuliacardoe: super fair, and I'm sorry I'm sort of out full spoon depleation today00:20
opendevreviewMerged openstack/networking-generic-switch stable/2025.2: Add Arista bond trunk support  https://review.opendev.org/c/openstack/networking-generic-switch/+/98317601:23
opendevreviewVerification of a change to openstack/networking-generic-switch master failed: Add Dell OS10 bond trunk support  https://review.opendev.org/c/openstack/networking-generic-switch/+/98313101:23
*** hroy_ is now known as hroy07:20
*** dmellado47174 is now known as dmellado471707:31
*** jroll02 is now known as jroll008:48
*** dmellado47172 is now known as dmellado471709:39
*** ykarel_ is now known as ykarel09:57
opendevreviewHarald Jensås proposed openstack/networking-generic-switch master: SONiC: Create VLAN before adding members/VNI map  https://review.opendev.org/c/openstack/networking-generic-switch/+/98464810:41
opendevreviewmabulgu proposed openstack/ironic master: Improve vmedia insertion error messages  https://review.opendev.org/c/openstack/ironic/+/98262612:51
TheJuliagood morning13:11
cardoeSince we've had a surge in contributors recently with our outreach projects I thought it'd be good to mention that I'm hiring an India based OpenStack developer. If folks that see this want to let the different folks they're working with know and I can provide more info.13:35
cardoeTheJulia: cocaine claude's code is slop. But I think maybe the rough idea with your deferred tasks might be good.13:36
TheJuliacardoe: great callout :)13:38
cardoeSo one thing that bites is restarting conductor when there's on going work. Like a deployment or a firmware update. I know we've added stuff like don't actually go away until your done. But maybe we can somehow pickle/serialize that "on going work" state and have a new conductor pick it back up?13:38
TheJuliaas for your... concainified (is that a word?!?) claude code output, I guess I'm sort of curious but also I'm feeling very ENOSPOON at the moment.13:39
TheJuliayeah, so the ideal pattern is in some long running processes put a "should I exit and punt" logic flow so the taking over conductor can pick up stuff like that which is sort of mid-flight but might be hung on a BMC reboot or something like that13:40
cardoeIt's a Sonnet 4.5 that's not hosted directly by Anthropic and it's just.... different.... It's what I'd imagine OpenClaw people do.13:40
cardoeSomeone turned the token output quantity up. And it loves words like "excited" and "amped".13:42
TheJuliaWhich was sort of always my vision of deferred tasks, get rid of anything that looks or smells like a waiting sleep, and try to get into a pattern of letting stuff get picked back which is really what is needed at a high level for allowing conductors to shutdown quicker and be able to resume as well.13:42
TheJuliaso someone vibe modeled their own model and told it to be a vibe coder?13:42
cardoeSo I threw the movement of sushy, the async sushy that Dmitri talked about, your deferred tasks, and some of Iury's BMC waits/states stuff at it as a big long context at it to see what it made.13:43
TheJuliaahh, yeah, it would have ended up with a semi-similar model13:43
cardoeAnd the result is that like you said... anything that is a sleep. It wanted to turn that into an async operation where it could put it down and come back to it at check intervals.13:43
TheJuliaCool, where do I hire this AI at? ;)13:44
cardoeVibe modeled their own model and told it to be a vibe coder is exactly what this model is.13:44
cardoeThe problem is its a really bad coder. Tests are failing? What if we just patch those tests to be happy.13:45
* TheJulia facepalms13:47
TheJuliasounds like it was way more aggressive than I ever expected we would be with the feature13:47
TheJuliait "amped" it up, man!13:48
JayFcardoe: you have a public job listing for that?14:06
TheJuliaJayF: I think it is https://www.linkedin.com/jobs/view/4398509303. I saw it get shared a few days ago14:32
cardoeha Julia was quicker than me. Yeah that's it.15:13
cardoeIt's a direct report to me. And you'd be working on some of the PTG items and specs in the pipeline.15:14
cardoeLike... https://review.opendev.org/c/openstack/ironic-specs/+/98459615:15
cardoeDid I do https://review.opendev.org/c/openstack/ironic-specs/+/984600 correctly for marking TBN as implemented in 35.0?15:16
opendevreviewDavid Nwosu proposed openstack/ironic master: Add project field to node history and record deployment transitions  https://review.opendev.org/c/openstack/ironic/+/98334915:18
kubajjcardoe: I saw the change because of which you gave -1 to https://review.opendev.org/c/openstack/ironic/+/983349 was merged, do you wanna check it again?15:20
cardoekubajj: I honestly don't understand the point of the change.15:21
kubajjcardoe: let me have a look at it again :D15:22
cardoeYou're recording the project_id that the conductor is running as into the node history record?15:22
kubajjcardoe: I think for this it would be very useful: https://review.opendev.org/c/openstack/ironic/+/983349/6/ironic/conductor/deployments.py15:24
kubajjIf I understand it right - this logs which project the node was provisioned from15:24
cardoeNo it doesn't15:24
cardoeThe leesee field is what you need.15:26
kubajjcardoe: what if the node doesn't have lessee or an owner15:26
cardoeYep. That's why this needs some more design and thought.15:27
kubajjwe have nodes like this - call it the hardware pool - users only get a flavour and they never see the node which the instance lands on15:27
cardoeBut all this is doing is adding a DB field to log the project_id of the service project.15:27
cardoeThat's exactly how my hardware pool is.15:27
kubajjok, I see it now15:28
kubajjthe task.context.project_id is different than I thought15:28
cardoeI'm just looking at where task.context is used and right around that cleaning log line that context is used to talk to neutron and the context's project_id is the service project.15:30
TheJuliayeah, it is only the requestor for the initial hit on the api and by requestor, the core account authenticated against ironic, which doesn't necessarilly mean the *user*15:44
cardoeand when you use nova to drive this it's "service"15:45
TheJulia+++++15:46
cardoecause that's who started the deploy or the cleaning15:46
TheJuliaor whatever other project you use for talking to ironic15:46
cardoeAnd the original bug report was about the nova use case.15:46
cardoeYeah. I'm using that as the default answer. I don't actually use "service"15:46
opendevreviewHarald Jensås proposed openstack/networking-generic-switch master: SONiC: Enable privilege escalation for show cmds  https://review.opendev.org/c/openstack/networking-generic-switch/+/98481415:52
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add Cisco NDFC REST API driver for VXLAN L2VNI  https://review.opendev.org/c/openstack/networking-generic-switch/+/96848415:54
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add multicast BUM replication support to NDFC driver  https://review.opendev.org/c/openstack/networking-generic-switch/+/98481515:54
JayFcardoe: posted that job in our internal GR-OSS slack; we have a lot of mlh fellows and others pass through so I'll let you know if any referrals come thru :)15:59
JayFcardoe: hiring for Ironic is hiring for all of us :D 15:59
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: De-duplicate VXLAN admin docs  https://review.opendev.org/c/openstack/networking-generic-switch/+/98481916:07
opendevreviewMerged openstack/python-ironicclient master: Add typing to many `ironicclient/osc/v1/` modules  https://review.opendev.org/c/openstack/python-ironicclient/+/98335216:29
opendevreviewMerged openstack/python-ironicclient master: Pre-test typing cleanup  https://review.opendev.org/c/openstack/python-ironicclient/+/98336016:31
opendevreviewMerged openstack/python-ironicclient master: Add type annotations to `tests/unit/common/` and `tests/unit/utils.py`  https://review.opendev.org/c/openstack/python-ironicclient/+/98428516:31
opendevreviewMerged openstack/python-ironicclient master: Add type annotations to `tests/unit` directory-level test files  https://review.opendev.org/c/openstack/python-ironicclient/+/98428716:31
opendevreviewMerged openstack/python-ironicclient master: Add type annotations to `ironicclient/tests/unit/v1`  https://review.opendev.org/c/openstack/python-ironicclient/+/98429016:35
opendevreviewMerged openstack/python-ironicclient master: Add type annotations to `ironicclient/tests/unit/osc`  https://review.opendev.org/c/openstack/python-ironicclient/+/98429516:44
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add opt-in MTU management for switch ports  https://review.opendev.org/c/openstack/networking-generic-switch/+/98483217:28
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add opt-in port carrier bounce on bind  https://review.opendev.org/c/openstack/networking-generic-switch/+/98483317:28
cardoebefore I do any more of these clean ups... is this correct? https://review.opendev.org/c/openstack/ironic-specs/+/98460018:19
TheJuliayou link to the implemented spec, and remove the not-implemented link18:24
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add opt-in STP edge port and BPDU guard support  https://review.opendev.org/c/openstack/networking-generic-switch/+/98484718:32
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: ci: add "vxlan" ci job  https://review.opendev.org/c/openstack/networking-generic-switch/+/98102418:35
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add Cisco NDFC REST API driver for VXLAN L2VNI  https://review.opendev.org/c/openstack/networking-generic-switch/+/96848418:56
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: Add multicast BUM replication support to NDFC driver  https://review.opendev.org/c/openstack/networking-generic-switch/+/98481518:58
opendevreviewJulia Kreger proposed openstack/networking-generic-switch master: De-duplicate VXLAN admin docs  https://review.opendev.org/c/openstack/networking-generic-switch/+/98481918:58
TheJuliaugh, looks like the recent chnages to the devstack plugin have made some jobs super unhappy https://zuul.opendev.org/t/openstack/builds?job_name=ironic-tempest-ipa-wholedisk-direct-multinode&project=openstack/networking-generic-switch21:00
cardoeI didn’t do it… maybe23:54

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