Friday, 2025-06-27

opendevreviewCyril Roelandt proposed openstack/ironic-prometheus-exporter master: Zuul: do not use USE_PYTHON3  https://review.opendev.org/c/openstack/ironic-prometheus-exporter/+/95349800:37
opendevreviewSyed Haseeb Ahmed proposed openstack/ironic master: Add interface name to inventory for inspection hooks  https://review.opendev.org/c/openstack/ironic/+/95341404:11
opendevreviewSyed Haseeb Ahmed proposed openstack/ironic master: Add interface name to inventory for inspection hooks  https://review.opendev.org/c/openstack/ironic/+/95341404:35
opendevreviewSyed Haseeb Ahmed proposed openstack/ironic master: Add interface name to inventory for inspection hooks  https://review.opendev.org/c/openstack/ironic/+/95341404:40
cardoehttps://bugs.launchpad.net/ironic/+bug/2115471 is the bug I made. Haseeb’s patch above is related.05:33
opendevreviewcid proposed openstack/ironic master: Fix inspection rules validation  https://review.opendev.org/c/openstack/ironic/+/95346405:53
opendevreviewSyed Haseeb Ahmed proposed openstack/ironic master: Add interface name to inventory for inspection hooks  https://review.opendev.org/c/openstack/ironic/+/95341406:27
rpittaugood morning ironic! happy friday! o/07:09
abongalegood morning ironic!08:44
*** darmach2 is now known as darmach11:33
TheJuliagood morning13:58
TheJuliacid: I took a look at https://review.opendev.org/c/openstack/ironic/+/953464 and I concur, its really a bugfix in my mind14:00
cidTheJulia, thanks a lot, \o/14:02
iurygregorygood morning14:05
iurygregoryhey TheJulia tks for the review in https://review.opendev.org/c/openstack/ironic/+/953395 o/14:06
iurygregoryI'm planning on adding the unit tests, was just waiting for some feedback to see if we will go with this approach or keep thing as it is and fix in IPE https://review.opendev.org/c/openstack/ironic-prometheus-exporter/+/95224914:07
dtantsurit definitely should not be fixed in every possible consumer of our notifications14:24
dtantsuralso see my comments14:24
opendevreviewJulia Kreger proposed openstack/ironic master: trivial: note ipmitool code which can be removed with eventlet  https://review.opendev.org/c/openstack/ironic/+/95357914:26
iurygregorydtantsur, I don't think it has to do with oslo, but on how _sensor2dict was implemented14:31
dtantsurI mean, both probably? Otherwise, where is this format coming from at all?14:36
iurygregorytoo many layers :D , well the fix can be in the ironic code at least 14:42
opendevreviewTakashi Kajinami proposed openstack/ironic-tempest-plugin master: Replace deprecated assertItemsEqual  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/95358914:47
cardoedtantsur / TheJulia: https://bugs.launchpad.net/ironic/+bug/2115471 there's the bug for my IRC rant from yesterday15:04
cardoeI'd appreciate your feedback on my approach.15:06
cardoecid: I reviewed yours my only feedback is add a release note as a bugfix.15:06
cidcardoe, ++, tks.15:07
TheJuliaiurygregory: the approach seems reasonable to me, fwiw15:07
iurygregoryTheJulia, ack15:07
iurygregorydtantsur, you are right, something turns the enum representation 'health': <Health.OK: 'OK'> into 'health': {'_value_': 'OK', '_name_': 'OK', '__objclass__': "<enum 'Health'>"},  the fix in sensor2dict avoid us sending the enum representation so we don't end up with the crazy output15:09
iurygregory(did a quick test using the data from sushy and the logic we have in ironic) https://paste.opendev.org/show/bNMtYmnW59SisOiHMFer/ 15:11
TheJuliaI guess that is why it might be helpful to have a unit test, helps folks looking at it grasp the constraints of it15:11
iurygregoryyeah, seems like when we added this part of code 6yrs ago we didn't add unit tests to _sensor2dict 15:16
dtantsuriurygregory: okay, then it's important to note that enums don't have _value_, they have just value15:42
iurygregoryack, I'm updating things now15:43
opendevreviewcid proposed openstack/ironic master: Log executed steps during cleaning/servicing/deploy  https://review.opendev.org/c/openstack/ironic/+/95263716:22
opendevreviewcid proposed openstack/ironic master: Log executed steps during cleaning/servicing/deploy  https://review.opendev.org/c/openstack/ironic/+/95263716:26
opendevreviewcid proposed openstack/ironic master: Fix inspection rules validation  https://review.opendev.org/c/openstack/ironic/+/95346416:32
dtantsurcid: btw, with the migration to cheroot, we might have lost the pretty convenient logging of every request16:43
TheJuliayeouch16:44
TheJuliaYEOUCH :(16:44
* TheJulia cries16:44
dtantsurdon't cry TheJulia, it's Friday, you will be okay16:45
dtantsuriurygregory: I've noticed that BMO does regular requests to /v1/nodes/<node>/firmware17:09
dtantsurI hope this API is not synchronous.. but it might17:09
dtantsurin any case, Ironic does not update the components frequently, I think we need to fix BMO to not request it so often either17:10
iurygregory=O17:10
iurygregorymaybe the logic on HFC controller? trying to pull information till is available17:11
iurygregorysince is automatically created the HFC, and we need to show the information in status, maybe we can change some logic ?17:12
dtantsuriurygregory: yeah, maybe we only refresh information on certain transitions?17:12
dtantsurdo you remember if the API is sync or async in Ironic?17:12
dtantsurI initially thought it was synchronous, but now I think we return cached information from the DB17:13
iurygregoryshould be async 17:13
dtantsurwhich is not THAT bad (although BMO does hammer Ironic quite a lot)17:13
iurygregoryyeah, we return info from the DB17:13
dtantsurokay, it's not too horrible17:15
* dtantsur is looking for a source of sudden slowness in one of the BMO actions17:15
dtantsurhttps://kubernetes.slack.com/archives/CHD49TLE7/p1750940309756449 if you want to follow along17:16
iurygregorytks17:18
-opendevstatus- NOTICE: Gerrit is being restarted to pick up a configuration change. You may notice a short outage.17:36
opendevreviewVerification of a change to openstack/ironic master failed: fix: handle unexpected 'loop' in actions field  https://review.opendev.org/c/openstack/ironic/+/95332317:48
opendevreviewIury Gregory Melo Ferreira proposed openstack/ironic master: Fix Sensor Data values  https://review.opendev.org/c/openstack/ironic/+/95339519:25
iurygregorydone :D 19:25
iurygregoryhave a great weekend ironic o/19:36
opendevreviewJulia Kreger proposed openstack/ironic master: trivial: follow-up on I07172e48207e09c0858298e34eea038c776d3c74  https://review.opendev.org/c/openstack/ironic/+/95368222:08
TheJuliacid: ^^^ just following up on your change22:09
cid\o/22:16
TheJuliacid: I'm staring to wonder if we have some issues around the DB we're also going to need to fix22:34
TheJuliaor if it is, much as you highlighted in your change, the keepalive stuff triggering excess database interaction22:35
TheJuliahttps://review.opendev.org/c/openstack/ironic/+/95293922:35
TheJuliaGetting a local test machine with your change but with eventlet to get a running conductor to at least... poke and prod22:35
cidYeah. If that sideeffect background thread might be problematic.22:36
TheJuliaat least if the logs from the job logs I looked at are any indication, things halted as soon as we touched the database22:37
TheJuliaso.... hopefully it is just one thing22:37
TheJuliaand hopefully its pretty clearly contrasting once we find it22:37
cidHopefully!22:38
TheJuliahttps://www.irccloud.com/pastebin/AHfrgInN/22:39
TheJuliahehehe22:39
cidThat looks like some deadlocks is going on.22:39
TheJuliayup22:39
cidI just know there'll be a few testing to be done. I will get the new devstack Jay left me and try my hands on some poking myself as well in the coming week.22:39
TheJuliayeah, oh.. hmmmmmm22:41
cidIt never successfully loaded the 'sqlalchemy' backend. 22:42
TheJuliaI'm not even sure it is successfully launching22:42
TheJuliaat all22:42
cidThe conductor,, that is?22:43
TheJuliayeah22:43
TheJuliachecking to see if service.launch is doing anything22:43
TheJuliaso, we're still heading down the eventlet service launcher route even without the monkeypatch22:44
TheJuliaso we're falling into a bad default state, most likely22:44
TheJuliaor we need to change the invocation22:44
cidOh, wow, heh22:44
TheJuliai added LOG.debug(launcher) in the conductor.py file22:44
TheJuliaDEBUG ironic.command.conductor [-] <oslo_service.backend.eventlet.service.ServiceLauncher object at 0x71c77f3f1820> {{(pid=632709) main /opt/stack/ironic/ironic/command/conductor.py:106}}22:45
opendevreviewMerged openstack/ironic master: trivial: note ipmitool code which can be removed with eventlet  https://review.opendev.org/c/openstack/ironic/+/95357922:46
TheJuliait at least explains why we're deadlocking22:50
cidAnd that's progress :)22:50
TheJuliaokay, oslo.service, by default, routes you down the eventlet path in 4.1.1 which is what I end upw ith by default22:51
TheJuliaunfortunately it looks like the olso.service docs got ignored when it comes to eventlet stuffs22:54
TheJuliai see it22:56
cidThe docs or the bug :D22:58
TheJuliayes ? :)22:59
TheJuliaso it looks like we explicitly need to call init_backend22:59
TheJuliaExcept: oslo_service.backend.exceptions.BackendAlreadySelected: The 'eventlet' backend is already set up22:59
TheJuliaso just like eventlet, we need to do it super early23:02
TheJuliabecause importing oslo.service explicitly calls it23:02
TheJuliaand sets a backend23:02
cidThat makes sense. So, init the new backend before any oslo_service.service imports.23:03
TheJuliathats what it looks like, albeit its not the happiest set of code either when I try it23:04
TheJuliaso I'm thinking the pattern is something like from oslo_service import backend and then backend.init_backend("threading"), but no dice so far23:05
TheJuliaso we need to move up our oslo.service version23:16
TheJuliacid, I think we need to split your patch into two changes, keep __init__.py the same for now23:17
TheJuliaand then continue to work the removal of eventlet as a single patch23:18
TheJuliai figured out the pattern to register the default as threading, but that requires oslo.service 4.2.123:19
TheJulianow... because it is a thread, I *suspect* our wait logic might also need to go23:19
TheJuliaoh yeah23:20
TheJuliawe're going to need to do more work23:21
TheJuliayeah, our launcher needs slight retooling23:21
TheJulianothing major, the next step is some of the way we have signal handling23:21
TheJuliahttps://www.irccloud.com/pastebin/7FhCI6LB/23:22
TheJulialets sync up next week, and maybe see about starting to shuffle some of it around23:22
TheJuliaI'm going to rev your change in the mean time23:23
opendevreviewcid proposed openstack/ironic master: WIP: Migrate conductor threads to a thread pool  https://review.opendev.org/c/openstack/ironic/+/95293923:23
cid++, Alright. I will ping you next week.23:24
cidre: "...I'm going to rev your change in the mean time" Sure.23:24
* cid Goes to get some sleep23:25
cidEnjoy your weekend, TheJulia,  ironic \o/23:25
opendevreviewJulia Kreger proposed openstack/ironic master: WIP: Migrate conductor threads to a thread pool  https://review.opendev.org/c/openstack/ironic/+/95293923:27
opendevreviewJulia Kreger proposed openstack/ironic master: WIP: Set a threading backend  https://review.opendev.org/c/openstack/ironic/+/95368323:27
TheJuliastevebaker[m]: fyi, you might care about ^^^, we're going to have to move around signal handling stuffs23:32

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