Monday, 2025-11-17

opendevreviewKonrad Gube proposed openstack/nova-specs master: Propose assisted-volume-extend API  https://review.opendev.org/c/openstack/nova-specs/+/94950408:16
gibidansmith: thanks for the review on https://review.opendev.org/c/openstack/nova/+/966446/1#message-d56cbd036e036b8a6962e6023c1c4213fbadf7ab I replied inline08:45
*** elodilles is now known as elodilles_pto09:18
opendevreviewHenry Richter proposed openstack/nova master: Preserve vTPM state between power off and power on  https://review.opendev.org/c/openstack/nova/+/95565710:33
opendevreviewHenry Richter proposed openstack/nova master: Preserve vTPM state between power off and power on  https://review.opendev.org/c/openstack/nova/+/95565710:34
opendevreviewsean mooney proposed openstack/nova master: ensure correct cleanup of multi-attach volumes  https://review.opendev.org/c/openstack/nova/+/91632210:54
LarsErikPtobias-urdin: do you know anything about the status of merging this? https://review.opendev.org/c/openstack/nova/+/91640911:29
opendevreviewsean mooney proposed openstack/nova master: ensure correct cleanup of multi-attach volumes  https://review.opendev.org/c/openstack/nova/+/91632213:27
sean-k-mooneygibi: good catch i missed that i reordered it ^ shoudl adress your comments13:28
opendevreviewHenry Richter proposed openstack/nova master: Preserve vTPM state between power off and power on  https://review.opendev.org/c/openstack/nova/+/95565713:35
opendevreviewHenry Richter proposed openstack/nova master: Preserve vTPM state between power off and power on  https://review.opendev.org/c/openstack/nova/+/95565713:37
gibisean-k-mooney: thanks. +213:38
sean-k-mooneylong term ther is a more generic version fo the FairLockGuard concept that i may eventually upstream to oslo. if i do write that ill eventurally refactort nova to use it but i want thsi simpler version in nova so we can backport the fix. gibi  the more generic version would take to sets of lock names to aquire as readers and writers, this would allow me to create a more13:47
sean-k-mooneygeneric form of the @serial decorator that we use for tempest so that we can declare annotate test that need exclusive access to a subset of resouces with a request for the wright lock for that resouce, the use case is watcher senario tests have some tests that exclsilve operatate on voluem and ohter that exlucsitlvy operato on instnaces and some that work on both13:47
opendevreviewRajesh Tailor proposed openstack/nova master: Clear image_ref for boot-from-volume instances  https://review.opendev.org/c/openstack/nova/+/96736913:47
sean-k-mooneytoday we run the warcher tempest test with concurrancy 1 so that they dont interfer13:47
sean-k-mooneyevecutnally i think we can do better with an enhanced version fo this but that is over kill for what nova needs today13:48
gibisean-k-mooney: could you check this small hacking rule https://review.opendev.org/c/openstack/nova/+/958408 ?14:27
*** haleyb|out is now known as haleyb14:32
sean-k-mooneysure14:33
sean-k-mooneyok so we are trying to block import or direct  use via fully qulaifed name of eventlets semaphore timeout or event14:36
sean-k-mooney:) and it found one incorrect usage in a test14:37
sean-k-mooneyi need to check but we have already converted LibvirtDriver._handle_conn_event to actully use ThreadingEventWithResult() right?14:37
gibihttps://github.com/openstack/nova/blob/8a993d583ffedb608a67acac9fce0c3d065e2dd2/nova/compute/manager.py#L26814:39
gibiyepp14:39
sean-k-mooney_InstanceEvents = ty.Dict[ty.Tuple[str, str], ThreadingEventWithResult] ah ok then yes i think this all looks fine to me14:41
sean-k-mooneygibi: i didnt have a chance to look last week but you mentioend the first copule of patches in the eventlet serise are ready to review14:42
sean-k-mooneyah found the base https://review.opendev.org/c/openstack/nova/+/966443/1 looks like stephen has alrady taken a look at that one at least14:43
sean-k-mooneyi have maybe 30-40 mins before my next meeting ill see if i can take a look at one or two of them14:44
gibithanks15:08
dansmithgibi: I replied... I'm concerned we have such differing views of what init_host() is for15:27
dansmithbut, I +W'd as I don't think I'm going to convince you and a fixed bug is better of course15:28
dansmithI would offer to tighten up the definition of init_host() but I'd do so in a way incompatible with your definition, so probably better for me to not15:28
gibidansmith: thanks. "Initialize anything that is necessary for the driver to function" for me means do not use the driver until this is done. I understand that technically we could use parts of the driver already after host.initialize() like querying the uuids. But what you suggest would actually require the better part of the current libvirt/driver.init_host() to be move to __init__ not just 15:34
gibihost.initialize() like the libvirt version check. I really don't want to query anything about libvirt before we are sure we are talking about a libvirt we support15:34
gibiand really changing the meaning of init_host during a bugfix seems dangerous15:36
dansmithexcept we call host.initialize() before we check the libvirt version :)15:36
gibiwe do but we don't return from init_host until we check the libvirt version15:36
dansmithwell, as I noted, I don't think the current meaning agrees with what you think it is15:37
gibithe current libvirt implementation agrees with the meaning I hold here and that is our biggest and most used impl15:37
dansmithhence me asking you to change the actual definitions to match, for the future15:37
gibiI thought you asked me to change the implementation of the libvirt driver 15:38
gibibtw we probably initalize the host before the libvirt version check as we ask libvirt to tell us its version to check and for that we need the host to be initalized15:40
dansmith"Might be good to nail down the expectations for those two interfaces at some point." and then " I would offer to tighten up the definition of init_host() but I'd do so in a way incompatible with your definition, so probably better for me to no"15:40
gibisorry I'm still at the point where you suggested to move host.initalize to __init__. So you say we should just update the init_host interface comment to say, "do not catch up with instances"15:41
dansmith^ this is me saying that I don't think the docstrings match your interpretation of the interfaces, so if we're not going to change the code we should update the docstrings to encode the current state you want to codify15:41
gibi?15:41
gibiI can change the docstring15:42
gibiSo I will propose a follow up with some wording in virt.driver.init_host(). Which are the other interface you see needing adjustment in the docs? 15:44
dansmithI just mean the split between __init__ and init_host, which have some delineation of what should be done in each, but which I clearly don't understand15:48
UgglaReminder : nova meeting in ~10mn15:50
gibidansmith: OK. Currently virt.driver.__init__ has no docstring. I will add some there too15:55
Uggla#startmeeting nova16:04
opendevmeetMeeting started Mon Nov 17 16:04:05 2025 UTC and is due to finish in 60 minutes.  The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.16:04
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:04
opendevmeetThe meeting name has been set to 'nova'16:04
UgglaHello everyone16:04
gibio/16:04
fwieselo/16:05
bauzaso.16:05
bauzasI was importing the ics because I was afraid to miss the nova meeting :)16:05
UgglaLet's start16:06
UgglaI expect a short one16:06
Uggla#topic Bugs (stuck/critical) 16:06
Uggla#info No Critical bug16:06
Uggla#topic Gate status 16:07
Uggla#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:07
tkajinamo/16:07
Uggla#link https://etherpad.opendev.org/p/nova-ci-failures-minimal16:07
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 status16:07
Uggla#info Please look at the gate failures and file a bug report with the gate-failure tag.16:07
Uggla#info Please try to provide a meaningful comment when you recheck16:07
UgglaNothing special on the gate unless I missed it16:08
tobias-urdinLarsErikP: haven't heard anything about https://review.opendev.org/c/openstack/nova/+/916409 but i would like it merged as well16:08
Ugglagibi, bauzas from what I read it would be good to have your point of view about ^16:10
sean-k-mooneytobias-urdin: im now aware of anythign blockign that specific other then lack fo review16:10
sean-k-mooneydan did have one query about fucntional tests but it was not dreictly a blocker16:11
Ugglasean-k-mooney it seems Dan wants a fn reproducer16:11
sean-k-mooneyi dont have full context loaded on this to say if that is hard or easy to do16:11
sean-k-mooneyUggla: they +1 and said they were ok to proceed if other were but yes that was tehre prefernce16:12
Ugglayep, I think we can review it later, but I keep this in mind.16:12
tobias-urdinsorry everyone, i was responding to a ping didn't see it was in the middle of a meeting, my bad!16:13
Ugglatobias-urdin, no worries, I though it was linked more or less to gate. :)16:13
Ugglaskipping next point because gmaan seems not available.16:15
Uggla#topic Release Planning 16:15
Uggla#link https://releases.openstack.org/gazpacho/schedule.html16:15
Uggla#info Soft spec freeze November 20th !16:15
Ugglayes this is this Thursday already.16:16
bauzasas I said, I'm a bit sad about this deadline but OK16:16
bauzasUggla: can you at least send an email about this deadline ?16:17
bauzasI mean, a reminder16:17
Ugglayep I did it last week, but I will send an update.16:17
Ugglaupdate/reminder16:18
opendevreviewMerged openstack/nova master: [hacking] Improve N373 to catch also other primitives  https://review.opendev.org/c/openstack/nova/+/95840816:18
Uggla#topic Review priorities 16:19
Uggla#link https://etherpad.opendev.org/p/nova-2026.1-status16:19
opendevreviewBalazs Gibizer proposed openstack/nova master: [virt]Clarify the meaning of init_host  https://review.opendev.org/c/openstack/nova/+/96739816:19
Uggla^ not fully updated, 16:19
Uggla#topic OpenAPI 16:20
Uggla#link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned16:20
Uggla#info still 28 remaining atm.16:20
sean-k-mooneythe first 9/10 are approved just pending ci16:20
sean-k-mooneyim hoping to be able to review the rest in hte next 2 weeks 16:20
Ugglacool 👍16:21
sean-k-mooneymy personal goal woudl be to try and land the rest by the end of hte month16:21
Ugglasean-k-mooney would be super !16:21
UgglaI'll try to review as well, I wanted last week, but did not manage to because of a shorter week.16:22
Ugglaskipping stable branch point as elodilles is on pto16:22
Uggla#topic vmwareapi 3rd-party CI efforts Highlights16:22
Ugglafwiesel anything on your side ?16:22
fwieselHi, no update from my side.16:22
Ugglathx, fwiesel16:23
Uggla #topic Gibi's news about eventlet removal16:23
* Uggla passing the mic to gibi16:23
gibio/16:23
gibi(gibi): The sync_power_state_pool_size and max_concurrent_live_migrations options are reworked now based on last week’s discussion. https://review.opendev.org/c/openstack/nova/+/966016 16:24
gibi(gibi):Waiting for an oslo.service 4.4.x release to have fixes available for nova-compute16:24
gibibut oslo.service 4.4.0 with our fix broke Heat so we need to wait for 4.4.1 now16:25
gibithat is it from me16:25
tkajinamWe can hopefully merge that heat patch soon once we merge another change required to fix the broken ec2 token API call caused by recent CVE fix ...16:25
tkajinamI feel like that problem appearing heat is a broken compatibility in oslo.service but fixing heat may be an quicker path16:26
tkajinamjust fyi, mostly for gibi16:26
gibitkajinam: damani fixed the oslo.service incompatibility and the suggestion is to go with that instead of the heat fisx16:26
tkajinamah, ok16:26
gibihttps://review.opendev.org/c/openstack/oslo.service/+/966458 no_fork interface fix. (mandatory)16:26
gibisorry not this16:26
gibihttps://review.opendev.org/c/openstack/oslo.service/+/967218/416:26
gibithis16:27
gibitkajinam: so your +2 would be appreciated ^^ there16:27
* tkajinam is approving it :-)16:27
gibitkajinam: thanks16:27
gibiUggla: that is all from me16:27
UgglaThanks gibi16:28
Uggla#topic Open discussion16:29
UgglaThere is nothing on the agenda16:29
UgglaDoes someone want to talk about something ?16:29
tkajinamI just want to quickly mention that I proposed a spec for firmware detection we discussed during ptg16:30
tkajinamthe link can be found in review priority etherpad16:30
tkajinamhttps://review.opendev.org/c/openstack/nova-specs/+/96658416:30
tkajinamand appreciate any feedback :-)16:30
Ugglatkajinam 👍16:31
Ugglathanks for submitting it16:31
tkajinam;-)16:31
Uggla#topic Bug scrubbing 16:33
Uggla#info up to 18916:33
Uggla#link: https://etherpad.opendev.org/p/nova-bug-triage-roster16:33
Ugglaplease add your nick to the roster if you'd like to participate the bug triage.16:33
UgglaI will send an update / reminder to the list, and I'll try to assign the first bugs this week.16:34
UgglaATM we are 5 volunteers on the list.16:35
UgglaI thinks that' all for today.16:35
UgglaLast chance to share something.16:35
Uggla316:36
Uggla216:36
Uggla116:36
UgglaThanks for joining this meeting. Have a nice day/evening.16:37
Uggla#endmeeting16:37
opendevmeetMeeting ended Mon Nov 17 16:37:17 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:37
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2025/nova.2025-11-17-16.04.html16:37
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-11-17-16.04.txt16:37
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2025/nova.2025-11-17-16.04.log.html16:37
gibiUggla: thanks16:38
bauzasthanks Uggla16:39
Ugglagibi, bauzas you are welcome16:40
opendevreviewMerged openstack/nova master: Reproduce bug/2130881  https://review.opendev.org/c/openstack/nova/+/96644316:44
opendevreviewGhanshyam proposed openstack/nova master: PoC: Graceful shutodwn of nova services  https://review.opendev.org/c/openstack/nova/+/96726117:32
gibifwiesesl 18:47
gibifwiesel: I have a series for oslo.vmware to remove eventlet: https://review.opendev.org/q/project:openstack/oslo.vmware+topic:eventlet-removal but I have no way to test it. The last patch changing the timeout handling of image_transfer can be problematic so that needs extra care18:48
sean-k-mooneygibi: doesnt the ci trigger automaticly on new patchs19:01
sean-k-mooneygibi: given you have now enabeld threadign by default it hsoudl trigger on it no19:02
sean-k-mooney?19:02

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