Earlier  
Posted Nick Remark
#openstack-nova - 2025-06-16
16:39:19 bauzas Uggla: good point, thanks for the reminder !
16:39:41 Uggla bauzas, you are welcome.
16:39:46 sean-k-mooney oh ya... i had forgotten about that
16:42:29 Uggla And we have a lot of spec to review.
17:33:55 gibi dansmith: sean-k-mooney: do I see it correctly that the build_and_run_instance does not ever report error and revert task state at failure via these decorators as the implementation immediately calls spawn but never waits for the result so the error is not raised back? https://github.com/openstack/nova/blob/64ca204c9cf497b0dcfff2d3a24b0dd795a57d1d/nova/compute/manager.py#L2341-L2344
17:34:41 gibi I need to drop but I can read back tomorrow and try to reproduce it as a bug
17:35:17 dansmith looks like it
17:35:31 dansmith maybe those decorators need to be moved to the inner _locked funciton
17:36:31 dansmith the finally in there will mark the instance is error I think, so it might only be the task_state (not important on a new instance you are going to delete) and the event (which might not be noticed either)
18:29:15 sean-k-mooney ya that looks like what is happening dan is likely correct about moving them although we woudl have to look at git blame to see when/how they were orgianlly added
18:32:46 sean-k-mooney it looks like we used to do some network validation https://opendev.org/openstack/nova/commit/1d8eddb2614de8daaddddd64ad1a8de4c215fe7a
18:33:47 sean-k-mooney well no not validation exactly
18:34:30 sean-k-mooney its possibel althogh unlikely that the objects.NetworkRequest.from_tuple(t) calls coudl have raised.
18:35:43 sean-k-mooney _do_build_and_run_instance seams to have the real logic that we need those decorator for.
18:37:12 sean-k-mooney ah https://opendev.org/openstack/nova/commit/437a1e92c11d51fb828d355091cdcdd4694dfed7 that when they were actully added
18:38:17 sean-k-mooney and orgianlly we did not use spawn_n. it is technically possibel for @utils.synchronized(instance.uuid) to raise as well
21:32:00 opendevreview melanie witt proposed openstack/nova master: Add vtpm_secret_(uuid|value) to LiveMigrateData https://review.opendev.org/c/openstack/nova/+/952628
21:32:01 opendevreview melanie witt proposed openstack/nova master: TPM: support instances with `deployment` secret security https://review.opendev.org/c/openstack/nova/+/942021
21:32:01 opendevreview melanie witt proposed openstack/nova master: TPM: support live migration of `host` secret security https://review.opendev.org/c/openstack/nova/+/941483
21:32:02 opendevreview melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629
21:32:02 opendevreview melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771
21:32:03 opendevreview melanie witt proposed openstack/nova master: TPM: update instance request_spec with secret security https://review.opendev.org/c/openstack/nova/+/952630
#openstack-nova - 2025-06-17
09:55:53 Uggla Reminder: Today is spec review day.
09:56:20 Uggla Happy reviews.
12:41:35 priteau Hello Nova folks. I think I have hit this bug last week: https://bugs.launchpad.net/nova/+bug/2084238. I shelved an instance with a GPU device in PCI passthrough mode, and now it won't unshelve. Any thoughts on the issue?
13:29:33 opendevreview Merged openstack/nova-specs master: Re-propose "libvirt: AMD SEV-ES support" for 2025.2 https://review.opendev.org/c/openstack/nova-specs/+/950429
13:40:52 dansmith priteau: is it pre-existing instances (instanced created before the upgrade) that are stuck?
13:46:10 priteau Yes, this instance is a few years old.
13:50:09 dansmith priteau: okay does that mean new instances aren't affected?
13:50:27 dansmith I'd have to look at what's going on here, but sounds like maybe a failed migration
13:50:33 dansmith have you run all your online data migrations post-upgrade?
14:01:20 priteau We've done all upgrades in the same way, with Kolla, which should have run all database migrations
14:05:27 dansmith priteau: not all data migrations are critical, and some are opportunistic
14:05:50 dansmith priteau: so it would be best just to confirm, but if you prefer to just assume...
14:06:23 WJeffs49 /var/lib/kolla/venv/bin/nova-api-wsgi. Anyone got any ideas?
14:06:23 WJeffs49 Hey all, Working on some upgrade testing 2023.1 -> 2024.1, mostly all happy, but having some odd api issues after. mostly all working, I can query most stuff fine, but some stuff fails 90% of the time. Only error I can fine is in nova_api logs: Timeout when reading response headers from daemon process 'nova-api':
14:22:00 opendevreview Merged openstack/os-vif stable/2025.1: OVS Trunk: Add bridge_name to external_ids https://review.opendev.org/c/openstack/os-vif/+/952567
14:28:01 ralonsoh hello folks, what do I need to enable tags plugin/extension in Nova?
14:28:09 ralonsoh openstack.exceptions.NotFoundException: NotFoundException: 404: Client Error for url: http://192.168.10.100/compute/v2.1/servers/91c188f8-fcc7-4f10-b819-10b740828feb/tags/t1, The resource could not be found.
14:28:22 ralonsoh I have this issue when trying to set a tag for a server
14:28:31 ralonsoh $ openstack server set --tag t1 s21
14:31:19 dansmith ralonsoh: we don't have plugins or extensions
14:31:30 ralonsoh dansmith, yeah, I didn't know how to call it
14:31:40 dansmith ralonsoh: might require choosing the right microversion though
14:31:49 dansmith I thought osc uses $latest now though
14:32:03 ralonsoh but usually the CLI returns what is the version needed
14:32:11 dansmith does it?
14:32:21 dansmith https://docs.openstack.org/api-ref/compute/#server-tags-servers-tags
14:32:23 ralonsoh for example, with live-mighration --host
14:32:25 dansmith 2.26
14:33:34 ralonsoh thanks!
14:33:54 dansmith did that work?
14:35:09 ralonsoh ahh yes, now
14:35:13 ralonsoh thanks!
14:36:46 dansmith cool
15:03:39 Uggla Nova meeting in ~1h
15:49:48 opendevreview Lajos Katona proposed openstack/os-vif stable/2024.2: OVS Trunk: Add bridge_name to external_ids https://review.opendev.org/c/openstack/os-vif/+/952778
16:02:52 opendevmeet The meeting name has been set to 'nova'
16:02:52 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:02:52 opendevmeet Meeting started Tue Jun 17 16:02:52 2025 UTC and is due to finish in 60 minutes. The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:02:52 Uggla #startmeeting nova
16:03:05 Uggla Hello everyone
16:03:26 elodilles o/
16:03:41 Uggla awaiting people to join.
16:04:05 bauzas o/
16:04:07 fwiesel o/
16:05:20 gmaan o/
16:05:44 Uggla Let's start slowly as I know some folks are part of another meeting.
16:06:14 Uggla #topic Bugs (stuck/critical)
16:06:22 Uggla #info No Critical bug
16:06:40 Uggla #topic Gate status
16:06:48 Uggla #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:06:56 Uggla #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:07:04 Uggla #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status
16:07:15 Uggla #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:07:23 Uggla #info Please try to provide meaningful comment when you recheck
16:08:14 Uggla gibi, I know.
16:08:18 Uggla ;)
16:08:57 gibi I know you know j)
16:09:06 Uggla #topic tempest-with-latest-microversion job status
16:09:16 Uggla #link https://zuul.opendev.org/t/openstack/builds?job_name=tempest-with-latest-microversion&skip=0
16:09:30 Uggla gmaan, something you want to tell about it ?
16:09:35 gmaan no new updates. did not get chance to progress on this.
16:10:20 gmaan #link https://review.opendev.org/q/topic:%22latest-microversion-testing%22
16:10:28 gmaan this is latest changes/progress
16:10:38 Uggla no worries, that's a marathon not a sprint.
16:11:41 Uggla #topic Release Planning
16:11:48 Uggla #link https://releases.openstack.org/flamingo/schedule.html
16:11:55 Uggla #info Nova deadlines are set in the above schedule
16:12:07 Uggla #info Nova Spec review day is today.
16:13:00 Uggla tbh, I have not reviewed specs today. Due to a couple of escalations. So I will do that tomorrow.
16:14:54 bauzas I did a few specs reviews \o/
16:14:59 bauzas I'll continue tomorrow
16:15:39 Uggla bauzas, \o/
16:17:11 bauzas I mean, I'm happy to see Gerrit eventually this month :)
16:17:27 bauzas Gerrit, I missed you
16:17:33 Uggla there is still time for people in the us. (for reviews)
16:18:37 Uggla gibi ++
16:19:34 Uggla #topic Review priorities
16:19:36 gmaan i will check a few today,

Earlier   Later