| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-10-22 | |||
| 15:58:17 | dansmith | glance hasn't had upload stream safety checks for very long, so depends on what you're upgrading to | |
| 15:58:19 | sean-k-mooney | dansmith: i was honesstly kind of surpised ot see that in glance if im honest i assuem this is planned to be deprecated and remvoed eventually | |
| 15:58:49 | kevko | point is that i will upgrade control plane to caracal ...and my 300 compute servers will be upgraded one by one during the weeks | |
| 15:58:54 | dansmith | sean-k-mooney: yes, I don't like it either | |
| 15:59:34 | sean-k-mooney | kevko: ya you shoudl be able to upgrade the contolers and do the compute later | |
| 16:00:25 | sean-k-mooney | kevko: that looks like you have not rant either the db migration or somethign similar to that | |
| 16:00:38 | sean-k-mooney | it could also be using the wrogn db | |
| 16:01:58 | sean-k-mooney | the compute_id was added by https://github.com/openstack/nova/commit/a47fdef1bfba8b1e2c3279f2c51eda3d8a985ec1 | |
| 16:02:07 | sean-k-mooney | in bobcat | |
| 16:02:35 | kevko | yeah, but nova-status upgrade check command sounds like "this script will tell you if you can upgrade , which of course including db migration " | |
| 16:03:34 | sean-k-mooney | well your using a nova-status form carical but have not applied a db migration form bobcat | |
| 16:03:36 | kevko | sean-k-mooney: as I said ... antelope is slurp ...so upgrade to caracal and caracal's nova-status upgrade check should work no ? | |
| 16:04:05 | sean-k-mooney | i would need to check our doc for if the status check shoudl be done after db sync or not | |
| 16:04:13 | kevko | sean-k-mooney: yeah, but why I should update db migration from bobcat when antelope -> caracal is supported slurp upgrade ? | |
| 16:04:45 | sean-k-mooney | its not that you do them form bobcat it that you woudl run all the caracal ones | |
| 16:04:49 | kevko | that's the point ... | |
| 16:06:37 | kevko | sean-k-mooney: In my understanding of the world, a DB migration is part of the upgrade... which means the upgrade check should take into account that I’m running it before the upgrade, right? At least that makes more sense to me… | |
| 16:06:40 | sean-k-mooney | kevko: in gerade we run nova stats after you have done the db upgrade | |
| 16:06:42 | sean-k-mooney | https://opendev.org/openstack/grenade/src/branch/master/projects/60_nova/upgrade.sh#L104 | |
| 16:07:11 | sean-k-mooney | keveko you shoudl run the antelop version before the dbsync and the caracal one after | |
| 16:07:28 | opendevreview | Arnaud Morin proposed openstack/nova master: Fix: add a default dev_type in spec https://review.opendev.org/c/openstack/nova/+/964552 | |
| 16:08:38 | sean-k-mooney | kevko: https://docs.openstack.org/nova/latest/admin/upgrades.html#rolling-upgrade-process | |
| 16:08:44 | sean-k-mooney | that what we docuemtn as well by the way | |
| 16:09:14 | sean-k-mooney | the db sysnc syste the schema which will work with the old code | |
| 16:09:35 | sean-k-mooney | the upgade check expct the new db schema | |
| 16:12:15 | kevko | sean-k-mooney: hmm, thank you.... so upgrade: antelope container -> run upgrade check from antelope container -> exec db migrations to caracal -> replace antelope container to caracal -> run upgrade check again from caracal container | |
| 16:18:27 | sean-k-mooney | basiclly. the first execution fo the status check tells you if you have any online migration or other thing you need to do before upgrading | |
| 16:18:37 | sean-k-mooney | the second tell you the same after you have upgraded | |
| 16:24:34 | opendevreview | Balazs Gibizer proposed openstack/nova master: Rally job for eventlet-removal https://review.opendev.org/c/openstack/nova/+/960130 | |
| 18:54:14 | opendevreview | Merged openstack/nova master: pci: Add more detail and examples to pci.alias docs https://review.opendev.org/c/openstack/nova/+/950659 | |
| 21:47:13 | atmark | Hello, I have instances that automatically got shutdown on few computes after restarting nova | |
| 21:47:20 | atmark | `During _sync_instance_power_state the DB power_state (1) does not match the vm_power_state from the hypervisor (4). Updating power_state in the DB to match the hypervisor.` | |
| 21:47:36 | atmark | Full logs https://paste.openstack.org/show/bZzH7XnMnZut2zZzTvuk/ | |
| 21:51:10 | atmark | OpenStack Version is Yoga | |
| 21:52:40 | atmark | Which table in the db do I need to look at to identify more VMs that has power state mismatch? | |
| #openstack-nova - 2025-10-23 | |||
| 08:15:43 | opendevreview | Arnaud Morin proposed openstack/nova master: Fix: avoid comparing dev_type if absent https://review.opendev.org/c/openstack/nova/+/964552 | |
| 14:39:12 | Uggla | Info: https://etherpad.opendev.org/p/nova-2026.1-ptg is almost done. I still need to schedule a couple of topics, especially one in Japan friendly timeframe. | |
| 14:39:12 | Uggla | But it should not change too much now. Please ping me if you can see pitfalls. | |
| 14:52:56 | nicolairuckel | @Uggla: I think there was a misunderstanding. Friday is the only day that doesn't work for me. | |
| 14:53:59 | Uggla | nicolairuckel ok sorry. Though I'll try to move it to another day | |
| 14:54:29 | nicolairuckel | No problem, thank you. | |
| 23:03:46 | opendevreview | melanie witt proposed openstack/nova master: Add vtpm_secret_(uuid|value) to LibvirtLiveMigrateData https://review.opendev.org/c/openstack/nova/+/952628 | |
| 23:03:47 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `host` secret security https://review.opendev.org/c/openstack/nova/+/941483 | |
| 23:03:47 | opendevreview | melanie witt proposed openstack/nova master: TPM: bump service version and require it for live migration https://review.opendev.org/c/openstack/nova/+/962051 | |
| 23:03:48 | opendevreview | melanie witt proposed openstack/nova master: TPM: support instances with `deployment` secret security https://review.opendev.org/c/openstack/nova/+/942021 | |
| 23:03:48 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771 | |
| 23:03:49 | opendevreview | melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629 | |
| 23:03:49 | opendevreview | melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975 | |
| 23:03:50 | opendevreview | melanie witt proposed openstack/nova master: TPM: opt-in to new TPM secret security via resize https://review.opendev.org/c/openstack/nova/+/962052 | |
| 23:03:51 | opendevreview | melanie witt proposed openstack/nova master: TPM: add documentation and reno for live migration https://review.opendev.org/c/openstack/nova/+/962889 | |
| 23:03:51 | opendevreview | melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477 | |
| #openstack-nova - 2025-10-24 | |||
| 00:27:31 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `host` secret security https://review.opendev.org/c/openstack/nova/+/941483 | |
| 00:27:31 | opendevreview | melanie witt proposed openstack/nova master: TPM: bump service version and require it for live migration https://review.opendev.org/c/openstack/nova/+/962051 | |
| 00:27:32 | opendevreview | melanie witt proposed openstack/nova master: TPM: support instances with `deployment` secret security https://review.opendev.org/c/openstack/nova/+/942021 | |
| 00:27:32 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771 | |
| 00:27:33 | opendevreview | melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629 | |
| 00:27:33 | opendevreview | melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975 | |
| 00:27:34 | opendevreview | melanie witt proposed openstack/nova master: TPM: opt-in to new TPM secret security via resize https://review.opendev.org/c/openstack/nova/+/962052 | |
| 00:28:36 | opendevreview | melanie witt proposed openstack/nova master: TPM: add documentation and reno for live migration https://review.opendev.org/c/openstack/nova/+/962889 | |
| 00:28:36 | opendevreview | melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477 | |
| 07:57:31 | zigo | # grep -i "Too many open files" /var/log/nova/nova-conductor.log | wc -l | |
| 07:57:31 | zigo | 208570 | |
| 07:57:31 | zigo | Has this been fixed since Xena? Or is it an unknown feature of the conductor that it may opens more than 65k file descriptors? | |
| 08:09:44 | bauzas | zigo: AFAIK, nothing in Nova writes those logs | |
| 08:10:01 | zigo | Maybe oslo.messaging does? It looks like it's from it. | |
| 08:10:01 | bauzas | this is not a nova issue | |
| 08:11:21 | bauzas | https://codesearch.openstack.org/?q=too%20many%20open%20files&i=nope&literal=nope&files=&excludeFiles=&repos= | |
| 08:11:45 | bauzas | I don't see any repo code | |
| 08:12:08 | bauzas | that's just an OS issue | |
| 08:12:33 | bauzas | zigo: ulimit -n ? | |
| 08:12:49 | zigo | Full error is: | |
| 08:12:49 | zigo | ERROR oslo.messaging._drivers.impl_rabbit [req-a93bf70e-c334-401b-920e-d5086c6c61d8 - - - - -] Connection failed: [Errno 24] Too many open files (retrying in 0 seconds): OSError: [Errno 24] Too many open files | |
| 08:13:16 | zigo | It's set to 64k in my case, I can't believe oslo.messaging needs that many FDs. | |
| 08:13:44 | bauzas | voilà | |
| 08:13:53 | zigo | Oh ... https://bugs.launchpad.net/oslo.messaging/+bug/1949964 :) | |
| 08:13:57 | bauzas | so that's just rabbit that provides the OSError | |
| 08:14:31 | bauzas | hahaha, LOL | |
| 08:14:59 | zigo | Issue is in python3-amqp | |
| 09:29:19 | etua[m] | bauzas: Hello, it's Dominik Danelski from OpenInfra Summit. You asked me to reach you out regarding the NUMA talk / PTG. | |
| 09:30:53 | bauzas | etua[m]: hey, good to know you :) | |
| 09:31:43 | bauzas | etua[m]: I started writing some notes for you https://etherpad.opendev.org/p/nova-2026.1-ptg#L436 | |
| 09:40:52 | bauzas | oops, wrong link the discussion is currently targeted here https://etherpad.opendev.org/p/nova-2026.1-ptg#L528 | |
| 09:41:01 | bauzas | etua[m]: ^ | |
| 10:27:45 | etua[m] | bauzas: All right, I answered the 2 questions I could from the top of my head. Please let me know if there's any input required from me, and in the meantime I'll be checking the document every day or two. | |
| 12:24:43 | opendevreview | Johannes Beisiegel proposed openstack/nova master: Log more details for volume attachments https://review.opendev.org/c/openstack/nova/+/964772 | |
| 12:28:16 | stephenfin | Happy Friday? What are the chances of getting these database migrations reviewed and merged? https://review.opendev.org/c/openstack/nova/+/889086 | |
| 12:42:52 | opendevreview | Johannes Beisiegel proposed openstack/nova master: Log more details for volume attachments https://review.opendev.org/c/openstack/nova/+/964772 | |
| 12:48:16 | opendevreview | Johannes Beisiegel proposed openstack/nova master: Log more details for volume attachments https://review.opendev.org/c/openstack/nova/+/964772 | |
| 12:59:37 | opendevreview | Johannes Beisiegel proposed openstack/nova master: Log more details for volume attachments https://review.opendev.org/c/openstack/nova/+/964772 | |
| 14:55:47 | opendevreview | Merged openstack/nova master: api: Handle empty imageRef alongside null for local BDM check https://review.opendev.org/c/openstack/nova/+/927311 | |
| 23:50:26 | opendevreview | melanie witt proposed openstack/nova master: libvirt: add [workarounds] option for volume AIO mode https://review.opendev.org/c/openstack/nova/+/964848 | |
| #openstack-nova - 2025-10-27 | |||
| 08:33:52 | nicolairuckel | Uggla, were you able to find another spot for me? In case my last message to you got lost: I just want to give a quick update to make others/other projects (e.g., Cinder) aware that I'm working on that. | |
| 08:36:56 | Uggla | nicolairuckel, hi atm looking for a new one | |
| 08:41:06 | Uggla | nicolairuckel wed 15:00 UTC | |
| 08:41:54 | Uggla | This is right after the cinder/nova session | |
| 09:01:59 | nicolairuckel | perfect | |
| 09:02:02 | nicolairuckel | that works for me | |
| 09:02:06 | nicolairuckel | thanks again | |
| 14:01:10 | dansmith | Uggla: is nobody else on the call or am I in the wrong place? | |
| 14:01:37 | Uggla | Hi dansmith which call ? | |