Earlier  
Posted Nick Remark
#openstack-nova - 2026-05-26
13:40:36 cw0306-lee[m] sean-k-mooney @_oftc_sean-k-mooney:matrix.org: Thank you for your kind reply. I asked this question because blueprint closed long time ago, so if there is a possibility of adding the option again. Thank you!
13:42:11 sean-k-mooney it was closed because it was nto in line with the future direction of the project. that has not really changed. we have dicussed this on an off a few times but i think the sentiment still remains that we would prefer not to
13:50:08 cw0306-lee[m] Is this blueprint need spec? And when can i talk this with?
13:50:08 cw0306-lee[m] https://blueprints.launchpad.net/nova/+spec/reduce-build-fail-time-base
13:50:08 cw0306-lee[m] Thank you! I have one more question that i made blueprint in 2025-1.
13:53:54 sean-k-mooney cw0306-lee[m]: that could be dicsused in a nova irc meeting as perhaps a specless blueprint
13:54:17 sean-k-mooney the build failure count is jsut use by the weigher to avoid the host
13:54:42 sean-k-mooney having it decay over time is proably a reasonabel optimisation
13:56:07 sean-k-mooney im not sure about doing it in the update_available_resouce perodic but perhaps.
13:56:30 sean-k-mooney i woudl be more incliend to have it be its own persodic and opt into ti by setting the time interval in the config
13:58:33 cw0306-lee[m] Then, can we talk about this on next irc meeting(6/1)? Then I'll add this in agenda.
13:59:29 sean-k-mooney ack
13:59:48 cw0306-lee[m] Thank you very much!
15:13:49 melwitt I haven't looked in more detail yet but fyi looks like we have nova-grenade-multinode failing on stable/2025.1 due to a conflict trying install sphinx https://zuul.opendev.org/t/openstack/build/b433e624b0304542a7acd99c735a051c cc elodilles
15:18:31 elodilles melwitt: sorry for not advertising it earlier here on IRC, but stable/2025.2 and stable/2025.1 gates are blocked :( some details: https://etherpad.opendev.org/p/nova-stable-branch-ci
15:19:00 melwitt elodilles: thanks, sorry I missed it!
15:19:26 elodilles melwitt: grenade on stable/2025.1 could be fixed with this: https://review.opendev.org/c/openstack/grenade/+/989580
15:20:18 elodilles at least, it worked for grenade last week o:) (unfortunately, the skip-level grenade needs another workaround for the patch to merge)
15:21:12 elodilles stable/2025.2 was blocked by the skip-level grenade as well. i hope the fix could work there too
15:21:17 elodilles but :(
15:21:32 elodilles a tempest patch has merged recently :/
15:21:37 elodilles that causes another error
15:22:00 elodilles (move from setup.cfg to pyproject.toml)
15:22:27 elodilles and the above mentioned grenade jobs uses ubuntu-jammy nodeset
15:23:20 elodilles on which tox drops error due to old pbr/setuptools because of the new pyproject.toml setup :/
15:23:33 melwitt @_@ ok
15:24:31 elodilles so now i'm testing a couple of workarounds with this patch: https://review.opendev.org/c/openstack/grenade/+/989786
15:24:41 elodilles and the tempest patch in depends-on
15:29:15 opendevreview Ashish Gupta proposed openstack/nova master: tests: file-backed SQLite with WAL in threading mode for Database and CellDatabases Fixtures https://review.opendev.org/c/openstack/nova/+/988583
15:41:50 elodilles and it seems the tempest && grenade workarounds do the trick and grenade-skip-level job is passing again: https://zuul.opendev.org/t/openstack/build/330b8dcfa57f4889a5ec534b40632ee6
15:54:19 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron networks https://review.opendev.org/c/openstack/nova/+/928022
15:54:27 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron subnets https://review.opendev.org/c/openstack/nova/+/962190
15:54:39 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron extensions https://review.opendev.org/c/openstack/nova/+/962270
15:54:50 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron floating IPs https://review.opendev.org/c/openstack/nova/+/962604
16:11:20 cardoe Uggla: I’m on PTO for the next 2 weeks.
16:34:22 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron Ports https://review.opendev.org/c/openstack/nova/+/969298
16:34:39 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron security-groups https://review.opendev.org/c/openstack/nova/+/981141
17:01:28 opendevreview Merged openstack/nova master: Add regression test for unified limits resource bug https://review.opendev.org/c/openstack/nova/+/975859
17:40:13 opendevreview Elod Illes proposed openstack/nova stable/2025.2: [CI][stable-only] Remove grenade-skip-level https://review.opendev.org/c/openstack/nova/+/990150
18:11:37 opendevreview Elod Illes proposed openstack/nova stable/2025.2: [CI][stable-only] Remove grenade-skip-level https://review.opendev.org/c/openstack/nova/+/990150
19:37:42 opendevreview Ashish Gupta proposed openstack/nova master: tests: file-backed SQLite with WAL in threading mode for Database and CellDatabases Fixtures https://review.opendev.org/c/openstack/nova/+/988583
20:20:51 opendevreview Ashish Gupta proposed openstack/nova master: tests: file-backed SQLite with WAL in threading mode for Database and CellDatabases Fixtures https://review.opendev.org/c/openstack/nova/+/988583
21:38:07 opendevreview Masanori Ueno proposed openstack/nova master: NUMA live-migration: ensure allocation_ratio is respected https://review.opendev.org/c/openstack/nova/+/990210
21:44:04 opendevreview Masanori Ueno proposed openstack/nova master: NUMA live-migration: ensure allocation_ratio is respected https://review.opendev.org/c/openstack/nova/+/990212
#openstack-nova - 2026-05-27
00:42:04 opendevreview Masanori Ueno proposed openstack/nova master: NUMA live-migration: ensure allocation_ratio is respected https://review.opendev.org/c/openstack/nova/+/989378
03:00:46 opendevreview Merged openstack/nova stable/2025.2: [CI][stable-only] Remove grenade-skip-level https://review.opendev.org/c/openstack/nova/+/990150
03:51:16 opendevreview Seyeong Kim proposed openstack/nova master: libvirt: Support boot_index for multiple block devices https://review.opendev.org/c/openstack/nova/+/963665
03:54:01 opendevreview Seyeong Kim proposed openstack/nova master: libvirt: Support boot_index for multiple block devices https://review.opendev.org/c/openstack/nova/+/963665
07:03:07 jayaanand Thank you! Sean for initial feedback, i will come up with detailed spec
08:54:39 opendevreview ribaudr proposed openstack/nova-specs master: Enable memfd support for shared memory backing https://review.opendev.org/c/openstack/nova-specs/+/990259
09:47:29 opendevreview Thibaut Démaret proposed openstack/nova master: libvirt: add disk rotation_rate support for local disks https://review.opendev.org/c/openstack/nova/+/979693
10:47:18 opendevreview Merged openstack/nova master: Keep cached VIF until host-side unplug succeeds https://review.opendev.org/c/openstack/nova/+/988390
11:20:26 opendevreview Joan Gilabert proposed openstack/nova-specs master: Repropose and update cyborg vGPU (mdev) support https://review.opendev.org/c/openstack/nova-specs/+/967515
12:21:14 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron networks https://review.opendev.org/c/openstack/nova/+/928022
12:21:45 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron subnets https://review.opendev.org/c/openstack/nova/+/962190
12:23:25 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron extensions https://review.opendev.org/c/openstack/nova/+/962270
12:23:44 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron floating IPs https://review.opendev.org/c/openstack/nova/+/962604
12:29:22 opendevreview sean mooney proposed openstack/nova master: Add agentic coding guidance and docs https://review.opendev.org/c/openstack/nova/+/984540
13:07:54 opendevreview Kamil Sambor proposed openstack/nova master: Change nova-alt-configurations job https://review.opendev.org/c/openstack/nova/+/983179
13:07:54 opendevreview Kamil Sambor proposed openstack/nova master: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/987815
13:41:15 opendevreview sean mooney proposed openstack/nova master: Add agentic coding guidance and docs https://review.opendev.org/c/openstack/nova/+/984540
15:01:10 Uggla Reminder, upstream triage in ~30mn
15:05:15 gibi Uggla: could you past the etherpad link for the bug triage?
15:05:21 gibi *paste
15:06:01 Uggla Video call link: https://meet.google.com/zjr-rxus-hzj
15:07:56 gibi yepp I have that in my calendar. I'm looking for the etherpad link that has the bugs to triage assignments
15:09:19 sean-k-mooney so in 20mins form not its normally hte nova eventlet removal sync
15:09:26 sean-k-mooney is it bug tirage now?
15:09:28 sean-k-mooney or just this week
15:10:16 gibi sean-k-mooney: the eventlet sync is and alwasy was 16:30 – 17:00 CEST :)
15:12:07 sean-k-mooney that not waht is in my claander
15:12:21 sean-k-mooney oh it is
15:12:36 sean-k-mooney but i have not refeshed my meet page
15:12:54 sean-k-mooney ok i missed it then no worreis
15:13:00 sean-k-mooney i didnt have anytign to add today
15:13:58 gibi sean-k-mooney: you missed nothing, I was alone in the call :D
15:14:43 sean-k-mooney im doign one more revieison of the agentic coding scafolls which ill push shortly
15:14:49 sean-k-mooney that what i was distcted by
15:14:57 sean-k-mooney but cool i shoudl be doen before the triage call
15:15:05 sean-k-mooney i think i adress most of your feedback
15:19:44 opendevreview sean mooney proposed openstack/nova master: Add agentic coding guidance and docs https://review.opendev.org/c/openstack/nova/+/984540
15:28:18 opendevreview sean mooney proposed openstack/nova master: Add agentic coding guidance and docs https://review.opendev.org/c/openstack/nova/+/984540
15:49:14 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron Ports https://review.opendev.org/c/openstack/nova/+/969298
15:49:29 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron security-groups https://review.opendev.org/c/openstack/nova/+/981141
15:52:18 opendevreview sean mooney proposed openstack/nova stable/2025.2: ironic: Abort build on fatal image validation errors https://review.opendev.org/c/openstack/nova/+/990319
16:31:11 Uggla sean-k-mooney, gibi the reproducer and fix I mentionned in triage call 982675: Add reproducer for bug #2111320: soft-deleted services in Instance.services | https://review.opendev.org/c/openstack/nova/+/982675 && 982676: Filter soft-deleted services from Instance.services ORM relationship | https://review.opendev.org/c/openstack/nova/+/982676 if
16:31:13 Uggla you can have a look, no hurries though.
17:17:57 gmaan dansmith: this is graceful shutdown part2 (task tracking) spec, please review https://review.opendev.org/c/openstack/nova-specs/+/986447
17:24:28 dansmith gmaan: ack
19:06:32 gmaan dansmith: thanks for the review. I replied to your comments. can you please check the 3 open comments before I update it for rest of other
19:22:16 opendevreview Merged openstack/nova-specs master: Add virtiofs cold migration spec https://review.opendev.org/c/openstack/nova-specs/+/985738
19:43:16 gmaan dansmith: thanks for catching that, I forgot to mention in spec but the manager wrapper will exclude the async tasks (tracking), replied there- https://review.opendev.org/c/openstack/nova-specs/+/986447/comment/b0cc44d8_bcf54af5/
19:43:27 gmaan does that make sense and resolve your concern?
19:44:16 gmaan task will be tracked once either by the manager wrapper or by the async tasks tracker when they actually finsihed
19:47:28 sean-k-mooney gmaan: out of scope for this cycle but i was chating to JayF about the graceful shutdown spec indirectly. on of the topics that came up was resuming ongoing operation on agent start up instead o fmarkign them as failed or other ways to reduce the impact of an agent restart on thses long runing ironic operations
19:47:53 sean-k-mooney i suggested that your graceful shutdown work could evengually help
19:48:28 sean-k-mooney but i was wondering if you had spent any time conidring that. i think we identified reumeimg operations as step 3 right
19:49:45 sean-k-mooney server boots and rebuilds cna take 10s of mintues in some case
19:50:08 gmaan sean-k-mooney: yeah that is step 3, I have not spent time on that yet. But yes, that is more of preserve the checkpoints and on startup if we can resume operations from that checkpoint
19:50:16 sean-k-mooney so ironic is impacted by the fact we mark the server in errror when we start up durign a rebuild more then libvirt as a result

Earlier   Later