Earlier  
Posted Nick Remark
#openstack-nova - 2026-08-05
15:40:45 opendevreview Takashi Kajinami proposed openstack/nova master: DNM: Test unit tests on kvm https://review.opendev.org/c/openstack/nova/+/999729
16:37:26 opendevreview Balazs Gibizer proposed openstack/nova master: Add reproducer for bug/2162912 https://review.opendev.org/c/openstack/nova/+/999877
17:06:49 tkajinam sean-k-mooney dansmith https://review.opendev.org/c/openstack/nova/+/999780 fixes the unit/func tests in amd machine
17:07:00 tkajinam verified in ci by https://review.opendev.org/c/openstack/nova/+/999729
17:07:06 tkajinam just fyi
17:07:18 tkajinam (but appreciate your reviews, if you have time
17:08:57 sean-k-mooney i looked breifly this morningin the only thing i was debtin is if you shoudl pass in the var when constucting the fixture as you are doign or just have the class var defiend in the fixture and use it direcly
17:09:37 sean-k-mooney that would just avoid proxing it here https://review.opendev.org/c/openstack/nova/+/999780/6/nova/tests/functional/libvirt/base.py
17:19:26 sean-k-mooney but i see why you did it this way
17:22:03 sean-k-mooney +2 form me
17:46:03 sean-k-mooney gmaan: https://review.opendev.org/c/openstack/nova/+/980679 this is the patch that i mentioned today related to usign an executor to Parallelize per-node resource updates
17:46:32 sean-k-mooney its workign the exact same as the _sync_power_executor https://review.opendev.org/c/openstack/nova/+/980679/5/nova/compute/manager.py#669
19:06:20 gmaan sean-k-mooney: ack
19:20:54 opendevreview Bryan Fraschetti proposed openstack/nova master: add task state for attach volume and detach volume https://review.opendev.org/c/openstack/nova/+/985718
19:20:54 opendevreview Bryan Fraschetti proposed openstack/nova master: Feat: Add Command for Forceful BDM Deletion https://review.opendev.org/c/openstack/nova/+/985717
19:20:55 opendevreview Bryan Fraschetti proposed openstack/nova master: Reject Volume Attachment if task_state not Attaching https://review.opendev.org/c/openstack/nova/+/985719
19:20:55 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
20:07:57 opendevreview Merged openstack/placement stable/2026.1: Reproduce bug 2160721 https://review.opendev.org/c/openstack/placement/+/998873
20:07:59 opendevreview Merged openstack/placement stable/2026.1: Check overall capacity before generating candidates https://review.opendev.org/c/openstack/placement/+/998874
#openstack-nova - 2026-08-06
03:56:02 opendevreview Ghanshyam Maan proposed openstack/nova master: Task tracking mechanism for graceful shutdown https://review.opendev.org/c/openstack/nova/+/996299
04:13:48 opendevreview Ghanshyam Maan proposed openstack/nova master: Track and log the main RPC server in-progress task https://review.opendev.org/c/openstack/nova/+/999914
04:15:06 opendevreview Ghanshyam Maan proposed openstack/nova master: Track and log the main RPC server in-progress task https://review.opendev.org/c/openstack/nova/+/996583
04:17:36 opendevreview Takashi Kajinami proposed openstack/nova master: Fix SyntaxWarning https://review.opendev.org/c/openstack/nova/+/999915
04:30:30 opendevreview Ghanshyam Maan proposed openstack/nova master: Task tracking mechanism for graceful shutdown https://review.opendev.org/c/openstack/nova/+/996299
04:32:14 opendevreview Ghanshyam Maan proposed openstack/nova master: Track and log the main RPC server in-progress task https://review.opendev.org/c/openstack/nova/+/996583
07:57:08 masahito hi nova team, please review the API response code bug fixes.
07:57:49 masahito The reproducer only needs W+2. https://review.opendev.org/c/openstack/nova/+/946223 https://review.opendev.org/c/openstack/nova/+/971153
08:12:00 opendevreview chandan kumar proposed openstack/os-traits master: Add HW_NVME capability traits https://review.opendev.org/c/openstack/os-traits/+/999921
08:41:03 gibi based on my estimates we will have our 1Mth gerrit change created today https://opendev.gibi.dev/
08:46:17 bauzas when I started, I do remember when we git the 10kth :)
08:46:21 bauzas hit*
08:49:14 gibi nice
09:47:53 opendevreview Takashi Kajinami proposed openstack/nova master: Fix SyntaxWarning https://review.opendev.org/c/openstack/nova/+/999915
11:17:19 opendevreview Matěj Mudra proposed openstack/nova master: Add --verbose to nova-manage commands https://review.opendev.org/c/openstack/nova/+/999956
13:27:31 opendevreview minwoo seo proposed openstack/nova master: libvirt: Add volume migration bandwidth option to nova.conf https://review.opendev.org/c/openstack/nova/+/999841
14:25:13 opendevreview ribaudr proposed openstack/nova master: Fix CPU pinning reset during evacuate periodic race https://review.opendev.org/c/openstack/nova/+/999978
14:25:13 opendevreview ribaudr proposed openstack/nova master: Add regression test for bug 2162835 https://review.opendev.org/c/openstack/nova/+/999977
14:29:38 opendevreview ribaudr proposed openstack/nova master: Fix CPU pinning reset during evacuate periodic race https://review.opendev.org/c/openstack/nova/+/999978
16:31:43 opendevreview Balazs Gibizer proposed openstack/nova stable/2026.1: DNM: check CI https://review.opendev.org/c/openstack/nova/+/999997
16:32:27 opendevreview Balazs Gibizer proposed openstack/nova stable/2025.2: DNM: test CI https://review.opendev.org/c/openstack/nova/+/999998
16:32:51 opendevreview Balazs Gibizer proposed openstack/nova master: Happy One Millionth Gerrit Change! https://review.opendev.org/c/openstack/nova/+/1000001
16:33:33 gibi ahh zuul was faster
16:33:37 gibi https://review.opendev.org/c/zuul/zuul/+/1000000
16:37:36 elodilles i got all the nines o:) https://review.opendev.org/c/openstack/nova/+/999999
16:39:00 gibi lucky you :)
16:41:30 gmaan :)
17:15:45 sean-k-mooney :)
17:15:51 sean-k-mooney i didn even notice we were close
17:16:49 sean-k-mooney gibi: honestly off by one is better
18:00:06 dansmith I think elodilles actually got the millionth if my off-by-one math is correct
18:07:59 dansmith oh no I guess there must be some lower bound
18:58:35 gmaan when i joined it was 70kth, bauzas you are 60k older than me in openstack :P
19:10:23 sean-k-mooney the oldes patch i can fine din my account was https://review.opendev.org/c/openstack/neutron-specs/+/95121 but that was a good 9 monts or so after i started workign on openstack at intel, it too that long to get approval ot push code and contibute to the mailing list
19:12:04 sean-k-mooney there was a huge pile of SDLC process includign virus scaning that we were expected to do initally which we everally go approval to ignore
21:01:42 opendevreview Ghanshyam Maan proposed openstack/nova master: Task tracking mechanism for graceful shutdown https://review.opendev.org/c/openstack/nova/+/996299
#openstack-nova - 2026-08-07
01:43:08 opendevreview Ghanshyam Maan proposed openstack/nova master: Track and log the main RPC server in-progress task https://review.opendev.org/c/openstack/nova/+/996583
06:20:29 opendevreview Goutham Pacha Ravi proposed openstack/nova master: Support cold migration with virtiofs shares https://review.opendev.org/c/openstack/nova/+/989633
06:20:29 opendevreview Goutham Pacha Ravi proposed openstack/nova master: Extract share management from ComputeManager https://review.opendev.org/c/openstack/nova/+/999349
07:47:40 opendevreview Matěj Mudra proposed openstack/nova master: Add --verbose to nova-manage commands https://review.opendev.org/c/openstack/nova/+/999956
09:39:12 gibi antia: tkajinam: I was able to boot a intel TDX guest VM with the WIP nova patches \o/
09:41:58 gibi ((.venv) ) [stack@beast01 ~]$ openstack resource provider inventory list a83a9645-34b4-4bda-b0b9-ea3b29f32ac4
09:42:01 gibi +------------------------+------------------+----------+----------+----------+-----------+-------+------+
09:42:04 gibi | resource_class | allocation_ratio | min_unit | max_unit | reserved | step_size | total | used |
09:42:08 gibi +------------------------+------------------+----------+----------+----------+-----------+-------+------+
09:42:10 gibi | MEM_ENCRYPTION_CONTEXT | 1.0 | 1 | 1 | 0 | 1 | 47 | 1 |
09:42:13 gibi +------------------------+------------------+----------+----------+----------+-----------+-------+------+
09:42:16 gibi ((.venv) ) [stack@beast01 ~]$
09:42:19 gibi ahh, sorry
09:42:21 gibi I wanted to paste https://paste.openstack.org/show/brAOgxu5mrp5Orjfy96J/
09:42:33 gibi that is the whole trace of my work :)
09:43:53 antia amazing!
09:44:14 antia Thanks for testing :)
09:44:28 gibi thanks for working on it :)
09:45:14 gibi I will try attestation after lunch
10:51:42 opendevreview Anton Iacobaeus proposed openstack/nova master: libvirt: Generalize memory encryption config https://review.opendev.org/c/openstack/nova/+/998466
10:51:42 opendevreview Anton Iacobaeus proposed openstack/nova master: libvirt: Add Intel TDX host capability detection https://review.opendev.org/c/openstack/nova/+/994421
10:51:43 opendevreview Anton Iacobaeus proposed openstack/nova master: libvirt: Launch security Intel TDX https://review.opendev.org/c/openstack/nova/+/999249
10:51:43 opendevreview Anton Iacobaeus proposed openstack/nova master: libvirt: Add memory encryption config for TDX https://review.opendev.org/c/openstack/nova/+/998608
10:51:44 opendevreview Anton Iacobaeus proposed openstack/nova master: libvirt: reject_mem_enc_instances https://review.opendev.org/c/openstack/nova/+/1000082
10:51:44 opendevreview Anton Iacobaeus proposed openstack/nova master: doc: Add documentation for Intel TDX https://review.opendev.org/c/openstack/nova/+/1000081
12:44:54 gibi antia: is there an easy way to demonstrate attestation?
12:45:59 gibi I have qgsd running on the host, I learned that I need a pccs service as well and I keep getting hints that an intel API key might be needed
12:56:30 gibi gmaan: have you seen extra slow shutdown /restart in devstack from the cell1 conductor? it seems the rest of the services restart normally but not cell1 conductor
12:56:59 gibi fresh devstack from master, no config is tuned
13:35:28 gibi gmaan: is it intentional that cell conductor has a 160 second graceful shutdown by default?
13:35:31 gibi Aug 07 16:34:43 beast01.rhos.lab.eng.brq2.redhat.com nova-conductor[245559]: DEBUG nova.conductor.manager [-] Conductor service manager is waiting for 160 seconds to finish in-progress tasks {{(pid=245559) graceful_shutdown /opt/stack/nova/nova/conductor/manager.py:224}}
13:44:47 opendevreview Leo Jenkins proposed openstack/nova-specs master: Support for Hostname-based Ceph Mon References https://review.opendev.org/c/openstack/nova-specs/+/1000098
13:52:22 antia gibi: I've been using internal tooling for attestation. For the quote generation part you can talk to configfs directly.
13:52:41 antia verification is a bit trickier, I haven't personally used Trustee but they might support it
13:53:00 antia another alternative is https://cc-enabling.trustedservices.intel.com/intel-tdx-enabling-guide/07/trust_domain_at_runtime/
14:09:38 gibi thanks I will take a look
17:40:21 gmaan gibi: 160 sec is manager shutdown time and overall graceful shutdown time is 180 by default for all services
17:41:47 gmaan gibi: slow in shutdown is expected as we wait for full 160 sec, that is what I am solving in part-2 task tracking where it will only wait for in-progress tasks or 160 sec max. for example if no task in progress then it will shutdown immeditatly
17:47:26 gibi gmaan: hm, but then why I see a lot faster shutdown in the other nova services :)
17:47:55 sean-k-mooney gibi: im not folowing but if tis the comptue node its really the only one runing perodic
17:48:00 gmaan it should be same for all, are you checking locally or in gerrit?
17:50:34 gmaan gibi: wait, i checked and only graceful-shutdow-job jobs set it to 180 sec for overall shutdown and 160 for manager to shutodwn for all services otherwise devstack set it 5 sec for all other jobs for all services
17:51:15 gmaan gibi: we might log that manager is waiting for 160 sec but overall graceful_shutdown_timeout (5 sec) might be killing it after log and before 5 sec
17:51:45 gmaan if you can point me the link where you are seeing i can check why cell cond is taking more time than 5 sec or it is just log
17:55:35 gmaan I cannot find anywhere in devstack or nova we are setting any different timeout for cells cond than other services so not sure why it is slow until i see logs

Earlier   Later