Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2026-04-21
18:09:17 cardoe There's a number of users / operators of the nova-ironic driver that I'm aware of. That driver hasn't been a prime focus of the nova cores team so a lot of times patches kinda stall out a little bit. The testing for that driver in Zuul isn't the best as was highlighted during the call.
18:10:16 cardoe So what I'm doing is trying to get those users / operators to share some changes together that are important to them and trying to figure out the best way for us to voice that "this bug/issues is important to that group"
18:11:29 cardoe The reason for the repo idea is that more than once it's happened that I've spoken to one of them and they've said "oh we've iterated on the patch a little bit and use a new version". So just trying to come up with a way for them to do that more in the open.
18:17:52 dansmith cardoe: sounds pretty much like what you said on the call (although the context around it at the time is the important but). Sounds like a fork to me, which doesn't seem very constructive...
18:18:24 dansmith but, you don't need to convince me, I responded to your comment in the moment in the context of the moment
18:21:42 cardoe Can you give me suggestions how we get fixes that are important to the users of nova-ironic landed?
18:23:07 opendevreview Bryan Fraschetti proposed openstack/nova master: Reject to attach and detach volume while task_state is not None https://review.opendev.org/c/openstack/nova/+/758918
18:23:08 opendevreview Bryan Fraschetti proposed openstack/nova master: Feat: Add Command for Forceful BDM Deletion https://review.opendev.org/c/openstack/nova/+/985717
18:23:08 opendevreview Bryan Fraschetti proposed openstack/nova master: add task state for attach volume and detach volume https://review.opendev.org/c/openstack/nova/+/985718
18:23:09 opendevreview Bryan Fraschetti proposed openstack/nova master: Reject Volume Attachment if task_state not Attaching https://review.opendev.org/c/openstack/nova/+/985719
18:25:38 sean-k-mooney ok im goign to call it a day. ill be in the watcher session most fo tomorrow but if im meeded for a session ping me and ill try an attend
18:33:16 cardoe https://bugs.launchpad.net/nova/+bug/1884217 https://bugs.launchpad.net/nova/+bug/1732506 (mentioned by johngarbutt during the session) https://bugs.launchpad.net/nova/+bug/2127087 https://bugs.launchpad.net/nova/+bug/2085432 https://bugs.launchpad.net/nova/+bug/2131095 https://bugs.launchpad.net/nova/+bug/2148059 https://bugs.launchpad.net/nova/+bug/2117700
18:33:47 cardoe That's just the list of bugs that I'm aware of that operators have mentioned
18:35:52 cardoe I don't have a list of gerrit patches handy
18:44:04 melwitt gmaan: dunno if you might be able to shed any light on this, but in CI the nova.tests.functional.test_servers.ServerMovingTestsWithNestedResourceRequests.test_resize_reschedule_uses_host_lists_3_fails test has been flaking out and I can't see why,
18:44:43 melwitt the last messages in the traceback are graceful shutdown stuff and I assume they're not related, but I wondered what you might think. example: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_af0/openstack/af0437afd3354ef990fcb3d6aa47f80a/testr_results.html
20:12:41 opendevreview Goutham Pacha Ravi proposed openstack/nova-specs master: Add spec for virtiofs hot attach and detach https://review.opendev.org/c/openstack/nova-specs/+/983816
21:52:47 gmaan let me check
22:13:32 gmaan melwitt: it seems all nova services are shutdown in between of tests.
22:14:29 gmaan functional tests override the graceful shutdown to 0 so shutdown will be immediately without waiting for things to finish and that is why server is stuck in that state
22:14:39 gmaan not sure why shutdown happen
22:15:40 melwitt gmaan: thanks for looking. so this is unexpected? that is a good clue for me to continue debugging
22:16:06 gmaan yeah, shutdown itself should not be initiated in between of test
22:57:32 opendevreview Goutham Pacha Ravi proposed openstack/nova-specs master: Add virtiofs live migration spec https://review.opendev.org/c/openstack/nova-specs/+/983801
23:01:43 opendevreview Goutham Pacha Ravi proposed openstack/nova-specs master: Add spec for virtiofs live migration https://review.opendev.org/c/openstack/nova-specs/+/983801
23:01:50 opendevreview Goutham Pacha Ravi proposed openstack/nova-specs master: Add virtiofs cold migration spec https://review.opendev.org/c/openstack/nova-specs/+/985738
#openstack-nova - 2026-04-22
00:08:09 opendevreview melanie witt proposed openstack/nova master: Increase wait retries for resize reschedule functional test https://review.opendev.org/c/openstack/nova/+/985741
00:09:41 melwitt gmaan: just an update, the graceful shutdown was unrelated and was just the test cleanup happening after the wait for server state failed ^
01:00:06 gmaan melwitt: ohk, thanks for fix, +2
01:01:02 melwitt thanks gmaan
06:25:09 opendevreview Rico Lin proposed openstack/nova master: compute: add [compute] skip_inventory_in_use_errors https://review.opendev.org/c/openstack/nova/+/985750
06:26:30 opendevreview Rico Lin proposed openstack/nova master: compute: add skip_inventory_in_use_errors opt https://review.opendev.org/c/openstack/nova/+/985750
08:01:57 opendevreview Merged openstack/nova master: Increase wait retries for resize reschedule functional test https://review.opendev.org/c/openstack/nova/+/985741
09:02:49 elodilles bauzas Uggla : i know this is PTG week, but i've prepared nova release patches, mainly because of we could do a final 2024.2 Dalmatian release before it moves to EOL. could you please review them? https://review.opendev.org/q/project:openstack/releases+is:open+intopic:nova
09:03:22 Uggla Hi elodilles, I'm gonna have a look
09:06:30 elodilles thx in advance o/
09:26:00 opendevreview ribaudr proposed openstack/nova master: ironic: Optimize get_num_instances to avoid unnecessary API calls https://review.opendev.org/c/openstack/nova/+/985785
09:32:21 bauzas elodilles: ack, will look
09:48:46 elodilles thanks, too o/
10:15:45 Uggla bauzas, elodilles, if you can have a look at 985791: Add Nova deadlines to the 2026.2 Hibiscus schedule | https://review.opendev.org/c/openstack/releases/+/985791 (no hurries)
10:29:47 elodilles Uggla: ack, will do
11:22:48 opendevreview sean mooney proposed openstack/nova master: [dnm] testing with python 3.14 https://review.opendev.org/c/openstack/nova/+/985802
11:23:40 sean-k-mooney Uggla: gmaan sambork so i hacked up some py 3.14 testing yesteday and got some interesting result on https://review.opendev.org/c/openstack/devstack/+/985735
11:24:01 sean-k-mooney we can boot vms but some things fail
11:24:11 sean-k-mooney for example some of the novnc tests
11:24:30 sean-k-mooney the dnm to nova above shoudl give us better results fro our edgecases
11:25:07 sean-k-mooney basicly i have a WIP serise for devtack to use uv to provide python and replace pip with uv pip
11:25:30 sean-k-mooney what that allows use to do is use basicly any python verion on any distro within reason
11:26:23 sean-k-mooney so with that dnm all our jobs regrdless of the disto will run on python 3.14 and give ues a good overviewr of compatiablity
11:27:42 sean-k-mooney gibi: tkajinam sambork so the novnc issue iw the pikel issue we were discussing in the eventlet removeal room https://zuul.opendev.org/t/openstack/build/6f2857af77aa41eabb9f28a077081d89/log/controller/logs/screen-n-novnc-cell1.txt#16
11:32:09 sean-k-mooney we can see that tempest.api.compute.volumes.test_attach_volume.AttachVolumeMultiAttachTest.test_snapshot_volume_backed_multiattach and other complex test passed so for the most part we seam to be in a relitively good place
11:55:18 sambork nice findings, I'm curious if this will pass with threading mode (because patch for proxies runing with threading are still under review https://review.opendev.org/c/openstack/nova/+/976089)
11:55:48 sean-k-mooney you could add a second dnm on top of your patch
11:55:58 sean-k-mooney you just need to depend on the devstack dnm
11:56:15 sean-k-mooney but ya im not sure if the pikel issue is eventlet related or not
11:56:40 sean-k-mooney sambork: or actully once my currnt dnm reports back
11:56:46 sean-k-mooney i can rebase it on yoru review
11:57:09 sean-k-mooney i just eamiled the list so other project can tyr this themselve if they want
12:02:40 elodilles Uggla: Nova deadlines patch LGTM, i've +2'd it >>> https://review.opendev.org/c/openstack/releases/+/985791
12:03:25 elodilles bauzas Uggla : i've corrected the version bump on the epoxy release patch, can you please revisit that? https://review.opendev.org/c/openstack/releases/+/985651
12:03:46 sean-k-mooney elodilles: im not sure the ptg dicussion for that has happend yet https://etherpad.opendev.org/p/nova-2026.2-ptg#L179
12:03:57 sean-k-mooney elodilles: if it did there were not any notes taken
12:04:21 sean-k-mooney i left some comment on it yesterday for whenever that happens
12:04:22 bauzas elodilles: ack
12:04:22 elodilles sean-k-mooney: it was discussed on Monday
12:04:38 elodilles sean-k-mooney: and the notes are at the end of the lines o:)
12:04:41 sean-k-mooney oh well no agreement was recrored
12:05:09 sean-k-mooney the light green?
12:05:18 elodilles yes
12:05:21 sean-k-mooney because that just loosk liek comemnt folks had added
12:05:29 sean-k-mooney wiht no agreement recorreded
12:07:19 elodilles indeed, it is not commented at 'AGREED' section, but otherwise based on the discussion the commented dates were agreed, but correct me Uggla if i'm wrong
12:07:43 sean-k-mooney ack i was questioning the spec deadline
12:07:57 sean-k-mooney but im not agents the dates over all
12:08:53 sean-k-mooney we had less time for it spec last cycle (i..e it was before m2) so this proposal is just repeating that that patten again this cycle
12:09:28 sean-k-mooney but it effectily put the spec deadlien at the half way point of the cyle instead of 2/3rd
12:09:50 sean-k-mooney which is fine as long as we also apply that to blueprint and we adverise ti to folks early
12:10:02 elodilles sean-k-mooney: there were no hard opinions afair, so maybe this can be negotiated further
12:16:12 sean-k-mooney the only real point i wanted to contibut is spec and blueprint approve deadline shoudl be the same, and tell peopel early because several contibutors in other poejct that wanted to do cross project things with nova didnt knwo we had the deadline in decemeber for it last cycle
12:16:48 sean-k-mooney i had to tell multiple peopel that they missed the spec deadlien in late decemebr early and early january because they were exectign m2
12:17:49 sean-k-mooney so as long as we tell peopel in advance then thats fine. just uodatign the secheudler isnt enouch to "tell peopel" becausemost project dont recrod the deadliens in the schdule and dont expect that to be where its comunicated
12:18:01 bauzas Uggla: gentle reminder that I won't be able to join the nova sessions until 3pm UTC (hopefully), maybe a bit later
12:18:47 bauzas sean-k-mooney: feel free to chime in https://review.opendev.org/c/openstack/releases/+/985791
12:18:52 Uggla bauzas 👍
14:44:15 opendevreview Takashi Kajinami proposed openstack/nova-specs master: libvirt: AMD SEV-SNP support https://review.opendev.org/c/openstack/nova-specs/+/983376
14:47:05 opendevreview Takashi Kajinami proposed openstack/nova-specs master: libvirt: AMD SEV-SNP support https://review.opendev.org/c/openstack/nova-specs/+/983376
15:16:56 tkajinam mhen, ^^^ I've updated the spec to capture the firmware descriptor hack
15:17:19 tkajinam it seems that the required content is available in c10s and even c9s (!!!) while it's not in ubuntu 24.04 or even 26.04 :-(
15:22:00 opendevreview sean mooney proposed openstack/nova master: [dnm] testing with python 3.14 https://review.opendev.org/c/openstack/nova/+/985802
16:07:15 tkajinam oh I didn't notice that I've been holding the moderator role
16:07:29 tkajinam (probably I got it because I joined first today...
16:07:38 clarkb yes the first person to join gets it. You can give it to someone else
16:08:39 tkajinam I hope I transferred it to Uggla correctly ...
16:08:55 Uggla tkajinam seems ok thanks
16:09:09 tkajinam Uggla, is it still continued, right ?
16:09:21 Uggla tkajinam yep no pb.
16:09:27 tkajinam I left the meeting and saw message saying "the others are all leaving"
16:09:49 tkajinam which scared me really ... :-(
16:09:59 Uggla tkajinam no worries we are all in the room, it's working fine.
16:10:06 tkajinam that's good

Earlier   Later