Monday, 2026-08-10

opendevreviewTakashi Kajinami proposed openstack/nova master: Stub kernel support check of AMD-SEV in tests  https://review.opendev.org/c/openstack/nova/+/99978005:05
opendevreviewTakashi Kajinami proposed openstack/nova master: DNM: Test unit tests on kvm  https://review.opendev.org/c/openstack/nova/+/99972905:11
opendevreviewTakashi Kajinami proposed openstack/nova master: Stub kernel support check of AMD-SEV in tests  https://review.opendev.org/c/openstack/nova/+/99978005:24
gibibauzas: I answered some of your concerns in the first TDX patch https://review.opendev.org/c/openstack/nova/+/994421/512:05
bauzasack12:13
bauzasgibi: antia: one question about SCSI in https://review.opendev.org/c/openstack/nova/+/99860813:00
gibibauzas: both antia and me replied :)13:30
bauzasI'll take a look and then I'll have to pivot unfortunately to other things to do13:31
bauzasgibi: replied13:33
antiabauzas: thanks for taking the time to review13:34
gibiyepp thanks bauzas 13:39
bauzasI have to look at other thing and then I'll try to look at the last crucial patch, ie. https://review.opendev.org/c/openstack/nova/+/999249/13:42
opendevreviewRafael Weingartner proposed openstack/nova master: Add logs for PCI passthrough device selection  https://review.opendev.org/c/openstack/nova/+/91536113:59
opendevreviewKamil Sambor proposed openstack/nova master: Replace StaticallyDelayingWrapper with futurist DelayingExecutor  https://review.opendev.org/c/openstack/nova/+/99741015:02
UgglaReminder: nova upstream meeting in ~30mn15:31
opendevreviewTakashi Kajinami proposed openstack/nova master: Stub kernel support check of AMD-SEV in tests  https://review.opendev.org/c/openstack/nova/+/99978015:57
Uggla#startmeeting nova16:00
opendevmeetMeeting started Mon Aug 10 16:00:56 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
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'nova'16:00
UgglaHello everyone16:01
lajoskatonao/ Hi16:01
gibio/16:01
bauzaso/16:01
samborko/16:01
Leo[m]o/16:01
dansmitho/16:01
antiao/16:02
UgglaLet's start16:02
Uggla#topic Bugs (stuck/critical)16:03
tkajinamo/16:03
Uggla#info No Critical bug16:03
Uggla#topic Gate status16:03
Uggla#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs16:03
Uggla#link https://etherpad.opendev.org/p/nova-ci-failures-minimal16:03
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:03
Uggla#info Please look at the gate failures and file a bug report with the gate-failure tag.16:03
Uggla#info Please try to provide a meaningful comment when you recheck16:03
UgglaI did not noticed anything with the gate, please tell me if I'm wrong.16:04
Uggla#topic Release Planning16:04
Uggla#link https://releases.openstack.org/hibiscus/schedule.html16:04
Uggla#info Nova deadlines are set in the above schedule16:05
Uggla#info PTG etherpad for 2026.2 is available: https://etherpad.opendev.org/p/nova-2026.2-ptg16:05
Uggla#info, next week we have another review day16:05
Uggla#info, Feature Freeze is in 2 weeks.16:05
Uggla#topic Review priorities16:06
Uggla#link New file for Hibiscus https://etherpad.opendev.org/p/nova-2026.2-status16:06
Uggla#info I have updated Launchpad and the above doc. Please ping me if you spot something missing.16:06
Uggla#info Starting: https://etherpad.opendev.org/p/nova-2026.2-status#L16 interesting bugs to review.16:06
UgglaSkipping Elod an fwiesel topics because they are on PTO.16:07
Uggla#topic Kamil's news about eventlet removal16:07
* Uggla giving the mic to sambork16:07
samborkPython 3.13 threading voting (997216) and the supporting Futurist dependency (975508) are approved but they are missing aditional +2+w. Merging Futurist unblocks replacing Nova's StaticallyDelayingWrapper (997410). Thread-pool executor centralization (998571) advanced. Diagnostic testing (999378) confirmed genuine CI instability across py311 and py313 functional runs. And we are still waiting for new perftest rerun16:08
samborkgibi anything to add?16:09
samborkif not eom16:09
Ugglathx sambork16:10
Uggla#topic Nova using openstack sdk for neutron16:10
gibi(nothing to add)16:10
Ugglalajoskatona, something you'd like to share ?16:10
lajoskatonaNot much the SDK patch: https://review.opendev.org/c/openstack/openstacksdk/+/995724 is on its way16:11
lajoskatonaSome of the nova patches are tested with the fields=[something, ...] option, so slow progress16:11
lajoskatonathat's it from me for the SDK topic16:12
Ugglathx lajoskatona16:12
Uggla#topic Confidential computing, status of SNP and TDX features16:12
* Uggla giving the mic to gibi16:13
gibio/16:13
gibiTDX progressing nicely16:14
gibiin my eyes16:14
gibiI'm most +2 on the series16:14
gibiand bauzas also reviewed it16:14
gibiaaand I saw the feature working on a real machine on Friday16:14
gibilets finalize the outstanding question and land it! :)16:14
gibi<eom>16:15
antiagibi: did you manage to try attestation?16:15
Uggla\o/16:15
gibiantia: you the very basic parts 16:15
gibis/you/just/16:15
antiagreat!16:15
gibibut what I'm blocked on is totally outside of nova so I'm not caring that much :)16:15
gibiI saw VM -> qgsd communication working16:16
gibiqgsd failing, but that in on intel :)16:16
antiathat should be enough :)16:16
gibi:)16:17
Ugglaantia, gibi thx happy it goes well !16:17
* gibi happy to16:17
gibio16:18
Uggla#topic Bug scrubbing16:18
Uggla#info up to 82 (+2)16:18
Uggla#link https://etherpad.opendev.org/p/nova-bug-triage-roster16:18
Uggla#link https://truc.uggla.fr/ to follow the trend.16:18
UgglaNext meeting (this week): [public] Upstream bug triage. Wednesday, August 12th · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj16:18
Uggla#topic Open discussion16:19
UgglaI have one topic16:19
UgglaPTL Candidacy: I wanted to do another round for the 'I' cycle, but my manager suggested that it would be better to have someone else step in. I agree that if possible rotating the role is good for the project. So, would anyone like to run as a candidate for Nova PTL? (Note: The deadline is August 19th.)16:19
Ugglaor if you know someone interested in ?16:20
bauzasI wouldn't be afraid of running again for a seat but not for this cycle, unfortunately due to some downstream efforts16:20
Ugglabauzas ok16:22
bauzasif someone else wants to test it, it can be for one cycle :)16:22
UgglaI'll probably ask next week too because we are not a lot today.16:24
bauzasack16:25
Ugglanot a lot of success for the topic. :)16:25
bauzas:-|16:26
gibiI cannot add to much to it16:27
Ugglaok something else you'd like to discuss.16:28
Leo[m]Hello, I hope everyone is doing well. As requested, I wrote a spec to go with my blueprint:16:28
Leo[m]https://review.opendev.org/c/openstack/nova-specs/+/100009816:28
Leo[m]Please let me know if there's anything else I can do16:29
Leo[m]Would appreciate any questions, comments, or concerns!16:29
Ugglathx Leo[m]16:29
gibisorry folks I have to drop for today. o/16:30
gmaangibi: sean-k-mooney[m] sambork unifying the threadpool executors is ready, please check https://review.opendev.org/c/openstack/nova/+/99857116:30
Ugglaanything else ? If not I think we can close and keep this meeting short.16:30
gmaanoh, we are still in meeting. did not realize it16:31
samborkgmaan, ack!16:31
Ugglaok closing16:31
UgglaThanks for joining this meeting. Have a nice day/evening.16:31
Uggla#endmeeting16:31
opendevmeetMeeting ended Mon Aug 10 16:31:48 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:31
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-10-16.00.html16:31
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-10-16.00.txt16:31
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-10-16.00.log.html16:31
lajoskatonao/16:31
Leo[m]o/16:32
* bauzas goes on PTO mode for two weeks and a half, see you folks on Thur 2716:32
gmaangibi: sambork sean-k-mooney[m] and i separated the graceful shutdown change, the next one on top of it. This is purely to unify the executors things we discussed in the Eventlet meeting. that will help to know if anything it is changing/impacting.16:32
Ugglabauzas, enjoy your PTOs16:32
gmaanbauzas: o/16:33
tkajinamo/16:34
bauzasta16:35
opendevreviewsean mooney proposed openstack/nova master: libvirt: Support Cyborg PCI ARQ managed mode  https://review.opendev.org/c/openstack/nova/+/99457916:56
opendevreviewsean mooney proposed openstack/nova master: doc: Add guide for NVIDIA vGPU with SR-IOV variant drivers  https://review.opendev.org/c/openstack/nova/+/99416016:56
opendevreviewGhanshyam Maan proposed openstack/nova master: Task tracking mechanism for graceful shutdown  https://review.opendev.org/c/openstack/nova/+/99629916:57
gmaandansmith: ^^ updated the doc string for fixture. for whitebox testing. i replied about the graceful shutdown job. I think that still make sure graceful shutdown works as an end-to-end scenario. Please check if we need to extend/modify those tests16:58
dansmithack17:01
opendevreviewMerged openstack/python-novaclient master: bindep: Remove stale marker  https://review.opendev.org/c/openstack/python-novaclient/+/99952917:14
dansmithgmaan: what are you doing to test long-running tasks? I could do a migration and maybe try to slow it down, but do you have a better obvious thing to try/18:34
gmaandansmith: no other things, job start the  migration and make sure SIGTERM signal is raised before migration is completed and make sure service does hot shutdown before migration is completed18:36
dansmithokay.. maybe I can just put a sleep(300) in some action18:37
gmaanyeah, that should work. make sure to change the graceful shutdown timeouts if you want shutdown to wait or timeout before action completed18:40
gmaandevstack set graceful_shutdown_timeout to 5 sec for each service18:40
gmaanmanager_shutdown_timeout is 160 defaults18:40
dansmithgmaan: yeah, so I put a long sleep at the beginning of stop_instance() and I see it doing the delay.. but when I SIGTERM compute I see "no in progress tasks" and it exits immediately19:04
dansmithtimeout is set to 180s19:04
dansmithstop_instance should be waiting because it's not @skip'd right?19:04
gmaanyeah, it should be. even both @skip'd or non @skip'd should be same in-progress tasks list19:05
gmaandid you put sleep in manager stop_instance right? i mean manager picked up stop operation form RPC19:06
dansmithcorrect19:06
dansmithI will make the record_task_start log always to see if it's getting recorded19:07
gmaank19:08
gmaandansmith: wait, I think it is completed in rpcserver.wait() before manager log it, I am changing the order in this, can you pick this https://review.opendev.org/c/openstack/nova/+/996583/819:09
gmaanso it is more of missing logging and ^^ fixes that19:09
dansmithokay but I just added logs and I never see it get recorded19:10
dansmithgmaan: https://termbin.com/22tn I never see these19:11
dansmithgmaan: I've been sitting too long so I gotta get up, but I'll keep poking at this a bit later19:12
gmaanok, it should record at the time RPC method is called. i also need to step out for a while. will check it after coming back19:16

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