Earlier  
Posted Nick Remark
#openstack-nova - 2026-08-17
14:55:27 sean-k-mooney i think as wriggen the archive/pruge woudl still be required before doign the online migrations
14:56:21 sean-k-mooney and it might still be worth addign an upgrade release note
14:56:30 sean-k-mooney but i think just rebaseing that commit would be fine
14:57:05 sean-k-mooney melwitt: i.e. if you wanted to progress that i would be ok wiht just resolving the merge conflict and proceeding with it
14:57:46 sean-k-mooney with that said this only affect upgrades form unsupproted releases to my knowldage
14:57:52 sean-k-mooney so it has not been a high priorty
14:58:29 sean-k-mooney oh ok the latest comment confirm its an issue for current release
14:58:35 melwitt sean-k-mooney: ok cool thank you. yeah ... it caught my eye bc they are upgrading _to_ a supported release though so it set off my alarm bells
14:58:36 sean-k-mooney when upgrading after caracal so ya
14:59:15 sean-k-mooney right it was the other way around its only an issue after caracal but also not sure why we dont see this grenade
15:01:45 melwitt it happens due to the "fake" marker instance for that fill_virtual_interface_list online migration right ... so the grenade test wouldn't have that old of a migration artifact in its database
15:02:27 melwitt it would have to be a long lived deployment that has been upgraded over the years, IIUC
15:11:46 sean-k-mooney i guess i tought that marker was adde by the older migration
15:11:48 sean-k-mooney but ok
15:14:06 sean-k-mooney its still a valid bug so it makes sesne to fix it on master in anycase
15:15:24 melwitt yes I think that is correct that the marker was added by the older migration (rocky => stein). I was trying to say that CI wouldn't show it bc CI would not ever have that old of a migration remnant in it
15:16:52 melwitt maybe i'm misunderstanding it, I guess you are saying the old migration still running today. I have to think about it more
15:17:45 sean-k-mooney i dont recall if alembic/sql aclahme in devstack is instcating the db directly from the model or if it apples the base schema and then runs the migrations
15:18:09 sean-k-mooney i thinink sqlalchemy-migrate may have done the latter
15:18:19 sean-k-mooney as i recall seeign devstack run migraitons locally in teh past
15:18:33 sean-k-mooney but i dont knwo if we skip that step in a normal install with alembic
15:18:39 sean-k-mooney and just create the db directly with the final state
15:19:04 melwitt ah ok I get what you mean
15:20:21 sean-k-mooney so we call migrtion.db_sync and pass the version wihc default to None
15:21:44 sean-k-mooney and that does an alembic upgrade https://opendev.org/openstack/nova/src/branch/master/nova/db/migration.py#L54-L94
15:22:36 sean-k-mooney but we are not going to run the online data migration until the db is already at the latest revision
15:25:17 sean-k-mooney i guess if we have no cells at that point
15:25:19 sean-k-mooney https://opendev.org/openstack/nova/src/branch/master/nova/objects/virtual_interface.py#L186-L187
15:25:24 sean-k-mooney we never enter that for loop
15:25:36 sean-k-mooney and if we never enter that loop we never set the fake marker instnace
15:25:47 sean-k-mooney https://opendev.org/openstack/nova/src/branch/master/nova/objects/virtual_interface.py#L284-L287
15:26:44 sean-k-mooney so in a normal install you wont hit this problem, still not sure why greade wont
15:27:17 sean-k-mooney but proably not worth diging into
15:28:46 melwitt yeah :/ needs more brain power
15:31:26 melwitt unrelated to that, I just saw a new TestComputeGracefulShutdown func test failure in the openstack-tox-cover job https://16fdd6c48f9c26f8b19a-1184c5a69e25bd403bd8a2f61f3cbab7.ssl.cf2.rackcdn.com/openstack/424ac0a1e84d486eacd5fda46d788ab6/testr_results.html not sure if this is already represented in an open bug cc gmaan
15:38:08 Uggla Reminder: upstream meeting in ~20mn
15:52:15 opendevreview ribaudr proposed openstack/nova master: fix: preserve task_state during evacuation to prevent race https://review.opendev.org/c/openstack/nova/+/1001186
15:52:15 opendevreview ribaudr proposed openstack/nova master: Add regression test for bug 2062523 https://review.opendev.org/c/openstack/nova/+/1001185
16:00:10 gibi o/
16:00:18 opendevmeet The meeting name has been set to 'nova'
16:00:18 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:18 opendevmeet Meeting started Mon Aug 17 16:00:18 2026 UTC and is due to finish in 60 minutes. The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:18 Uggla #startmeeting nova
16:00:27 Uggla Hello everyone
16:00:42 sean-k-mooney o/
16:00:44 antia o/
16:01:04 bryanfraschetti o/
16:01:14 lajoskatona o/
16:02:38 tkajinam o/
16:02:44 Uggla Let's start
16:02:51 dansmith o/
16:02:55 Uggla #topic Bugs (stuck/critical)
16:03:03 Uggla #info No Critical bug
16:03:27 Uggla #topic Gate status
16:03:35 Uggla #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:03:43 Uggla #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:03:50 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:04:05 Uggla #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:04:11 Uggla #info Please try to provide a meaningful comment when you recheck
16:04:30 Uggla I have not seen something bad. Please tell me if I'm wrong.
16:05:14 Uggla #topic Release Planning
16:05:22 Uggla #link https://releases.openstack.org/hibiscus/schedule.html
16:05:28 Uggla #info Nova deadlines are set in the above schedule
16:05:33 Uggla #info PTG etherpad for 2026.2 is available: https://etherpad.opendev.org/p/nova-2026.2-ptg
16:05:39 Uggla #info Feature freeze is next week.
16:05:46 Uggla #info Thursday is 2nd Nova Implementation Review Day
16:06:07 sean-k-mooney i think the non clinet lib freeze would be thrusday
16:06:07 Uggla #topic Review priorities
16:06:19 Uggla sean-k-mooney yes you are right.
16:06:27 sean-k-mooney meaning we need anything for os-triats/os-vif ectra in this week
16:06:55 sean-k-mooney not sure we have anything we need for those just calling it out
16:07:06 Uggla sure no worries
16:07:07 gibi we had a change landed in futurist
16:07:23 gibi I guess we get a release of it this week
16:07:34 gibi I assume futurist is also non client lib
16:07:37 sean-k-mooney that should get done with the rest of the oslo lib yes
16:07:42 gibi cool
16:08:08 dansmith if I could,
16:08:22 dansmith I've been going back and forth on the share migration stuff
16:08:48 dansmith it's progressing but still lacking some robustness around the error handling
16:09:16 dansmith I'm going to be out part of next week around the deadline and I'm the only one what has reviewed it AFAICT
16:09:30 dansmith so just highlighting that it's a bit of a risk for FF
16:09:36 Uggla dansmith ok, can I help on that side ?
16:10:33 dansmith for sure, any reviews can help, of course
16:11:04 gibi on the same note we will need a second set of eyes on the TDX series. I'm +2 but bauzas is on PTO
16:11:35 dansmith I'm also on the hook for the graceful shutdown stuff, which has made progress for sure, but the next patch is pretty big
16:11:54 dansmith I don't want to jeopardize the share stuff, but the shutdown stuff is progressed a bit farther
16:12:00 sean-k-mooney gibi: i can maybe take a look at the tdx work
16:12:02 gibi dansmith: I replied on your comment there but I'm not sure that helps:)
16:12:17 sean-k-mooney but im alos trying to prgoress some cybrog work so we will see
16:12:19 gibi e
16:12:19 gibi sean-k-mooney: that would be awesom
16:12:34 Uggla ok so I'll have a look tomorrow. I'll try to look the share cold migration and if possible tdx.
16:12:37 sean-k-mooney i have most of the context still loaded form the sev work
16:12:51 gibi I'm also off Thur / Fri (public holiay)
16:13:02 Uggla sean-k-mooney 👍
16:13:30 Uggla anything else for review prio ?
16:13:42 dansmith gibi: yeah I saw, will circle back
16:13:59 sean-k-mooney im hoping https://review.opendev.org/c/openstack/nova/+/994579 can land before FF
16:14:15 sean-k-mooney but we will see

Earlier   Later