| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-07-01 | |||
| 17:18:12 | Uggla | We are overtime, so we should close. | |
| 17:18:19 | Uggla | Thanks all | |
| 17:18:25 | Uggla | #endmeeting | |
| 17:18:25 | opendevmeet | Meeting ended Tue Jul 1 17:18:25 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 17:18:25 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-07-01-16.00.html | |
| 17:18:25 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-07-01-16.00.txt | |
| 17:18:25 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-07-01-16.00.log.html | |
| 17:21:53 | sean-k-mooney | cardoe: if we cant proceed with it this cycle i woudl say its still wroth rebaseign for next cycle | |
| 17:22:03 | sean-k-mooney | over all i think geting this in to upstream is a good thing | |
| 17:22:38 | sean-k-mooney | and we shoud encurrage upstream operator change like this when they are in scope of nova ot address | |
| 17:23:18 | Uggla | sean-k-mooney, if you have a min, what do you think of this bug: https://bugs.launchpad.net/nova/+bug/2115116 to my mind it is out of our scope but I'd like your feelings. | |
| 17:24:02 | sean-k-mooney | so i have been kind fo frustrated with some of the install guid work that has been sumited lately | |
| 17:24:11 | cardoe | It's this constant catch-22. The core teams have their own workloads and aren't there to respond to the whims of the operators. So the operators need to contribute more from a review standpoint. But then the operators are all counting spend and wanting to equate their return on investment. | |
| 17:25:27 | sean-k-mooney | Uggla: i see where they are coming form but personlly i dont think the mysql info should be in the install guide either | |
| 17:25:52 | gibi | the core team are basically employed by a company which is also counting profit, so operators could do the same, i.e. paying contributors to become cores | |
| 17:25:54 | sean-k-mooney | beyound a very high level over view of how to use teh config option ectra | |
| 17:26:23 | Uggla | sean-k-mooney, btw there is so many ways to install it. | |
| 17:26:44 | sean-k-mooney | Uggla: i personaly woudl mark it opipion | |
| 17:27:13 | sean-k-mooney | its not invalid i just think we would be better limiting the scope of the doc | |
| 17:28:31 | sean-k-mooney | we do not incldue it in the ubuntu ones either for what its worht | |
| 17:28:37 | sean-k-mooney | so it not a disto specific gap | |
| 17:28:50 | sean-k-mooney | we just doing docuemtn how to install rabbit in the nvoa guide | |
| 17:29:09 | sean-k-mooney | we tell you to configure the transport url transport_url = rabbit://openstack:RABBIT_PASS@controller:5672/ | |
| 17:29:14 | sean-k-mooney | but that is reaonable | |
| 17:29:52 | sean-k-mooney | we coudl add a note to the prequistit section to say that rabbit must be installed adn aviable | |
| 17:29:58 | sean-k-mooney | but i would not say how to do that | |
| 17:31:33 | Uggla | ok I will try to answer in this way tomorrow morning. | |
| 17:32:26 | sean-k-mooney | so i mentioned im furstrated, there has been a number of new contiubotrs filing lots of small bugs for the install guide and submiting pathce for them | |
| 17:32:45 | sean-k-mooney | whil that is not a bad thign persay there has been no dicussion or cordiantion about this effort in genral | |
| 17:33:07 | sean-k-mooney | so it kind of feels lke some owne said to a bunch of interns ehre is a good way to do a first patch | |
| 17:33:17 | sean-k-mooney | but didnt actully talk to use about it first | |
| 17:33:33 | sean-k-mooney | im exagreating a bit | |
| 17:34:47 | sean-k-mooney | but that sort of how it feels, a buch of lower pririty bugs were created and folks are fixign them but no dicsussion of do we have time to review it | |
| 17:37:10 | Uggla | ok but in this case there is no patch attached too. Or I miss something. | |
| 17:38:00 | sean-k-mooney | no i just went out of my way to do some reviews in this area a while ago and sort of got burt out on it | |
| 17:39:05 | Uggla | ok | |
| 17:39:19 | sean-k-mooney | im fine with fixing the docs in general and if they want to add a patch to add it as a preqeusit for all distos then ok but i dont wnat to need to keep updating how to install rabbit if we can avoid it | |
| 17:40:56 | sean-k-mooney | https://review.opendev.org/c/openstack/nova/+/938702 | |
| 17:41:32 | sean-k-mooney | so there is a patch for it a diffent bug https://bugs.launchpad.net/nova/+bug/2091585 | |
| 17:41:45 | sean-k-mooney | so we proably shoudl clsoe the new one as a duplicate of that one | |
| 17:42:44 | sean-k-mooney | ill just do that now if there is no objetion we do not need two bugs for that | |
| 17:44:20 | sean-k-mooney | there is apprenly a commen guide that covers the install we can just link too https://docs.openstack.org/install-guide/environment-messaging-rdo.html | |
| 17:44:53 | sean-k-mooney | there is a ubuntu version too https://docs.openstack.org/install-guide/environment-messaging-ubuntu.html | |
| 21:55:56 | mikal | At least the ceph CI error has changed this morning? | |
| 21:55:56 | mikal | The following packages have unmet dependencies: | |
| 21:55:56 | mikal | qemu-block-extra : Depends: qemu-system-any (= 1:8.2.2+ds-0ubuntu1.7) or | |
| 21:55:56 | mikal | qemu-utils (= 1:8.2.2+ds-0ubuntu1.7) but 1:8.2.2+ds-0ubuntu1.8 is to be installed | |
| 21:55:56 | mikal | E: Unable to correct problems, you have held broken packages. | |
| 22:33:42 | opendevreview | Merged openstack/nova master: doc: Adding link for RabbitMQ installation during nova deployment on controller node. https://review.opendev.org/c/openstack/nova/+/938702 | |
| #openstack-nova - 2025-07-02 | |||
| 06:44:01 | r-taketn | Hi cores. I would appreciate it if you could review the SEV-ES code(https://review.opendev.org/q/topic:%22bp/amd-sev-es-libvirt-support%22) for the 2025.2 release. The SEV-ES code looks good to me. I apologize if this is already part of your review plan (https://etherpad.opendev.org/p/nova-2025.2-status#L88). | |
| 09:12:30 | opendevreview | Masahito Muroi proposed openstack/nova-specs master: Add spec for virtio-blk multiqueue and iothreads extra_spec https://review.opendev.org/c/openstack/nova-specs/+/951636 | |
| 09:16:18 | frickler | mikal: looks like we might need to evict more pkgs from our mirror. or ubuntu needs to fix this be releasing pkgs with a bumped version | |
| 09:20:43 | frickler | oh, seems this was discussed in the glance channel already | |
| 09:38:38 | mikal | Oh, I'm not in the glance channel so I haven't seen that. | |
| 09:38:45 | mikal | Is there anything you need me to do? | |
| 09:44:41 | frickler | mikal: iiuc fungi was working on this, I'm not sure if the cleanup was completed already. do you still see new failures currently? | |
| 09:47:56 | mikal | I haven't tried for a few hours. Let me try again again now. | |
| 09:48:38 | mikal | Oh I lie, I kicked off a recheck an hour ago. Its still running. Results will be at https://review.opendev.org/c/openstack/nova/+/926126 when they're done. | |
| 09:49:26 | mikal | In other questioins... I am unclear on what problem Glean is solving, apart from cloud-init being a bit big and complicated these days. Someone please to explain? | |
| 10:01:42 | opendevreview | Kamil Sambor proposed openstack/nova master: Replace eventlet.event.Event with threading.Event https://review.opendev.org/c/openstack/nova/+/949754 | |
| 10:02:43 | opendevreview | Kamil Sambor proposed openstack/nova master: Replace eventlet.event.Event with threading.Event https://review.opendev.org/c/openstack/nova/+/949754 | |
| 10:06:16 | frickler | mikal: yes, cloud-init pulls in a lot of python dependencies at the distro level, which may conflict with dependencies for OpenStack projects, which is why we try to avoid it for CI purposes | |
| 10:07:45 | frickler | also no failures so far, so looks like things might be fixed https://zuul.opendev.org/t/openstack/status?change=926126 | |
| 10:16:18 | Uggla | sean-k-mooney, gibi, I know you are busy, but It would be great if you can have a look at 951636: Add spec for virtio-blk multiqueue and iothreads extra_spec | https://review.opendev.org/c/openstack/nova-specs/+/951636. masahito updated it and I reviewed it on my side. So there is still a chance to have this spec approved for this cycle. | |
| 10:21:25 | sean-k-mooney | hum ok,,, i was goign to write a differnt version of that spec(im 2/3rd of the way though) since i assuemd they were not going to update it at this point and i had some other ideas on how to do it | |
| 10:28:21 | mikal | frickler: that makes sense. So it's only intended for CI workloads? Config drive was meant to be gone by now... | |
| 10:31:31 | gibi | Uggla: left couple of questions ther | |
| 10:31:32 | gibi | e | |
| 11:03:17 | opendevreview | sean mooney proposed openstack/nova-specs master: support iothread for nova vms https://review.opendev.org/c/openstack/nova-specs/+/953940 | |
| 11:03:31 | sean-k-mooney | that is my version of how to do that ^ | |
| 11:24:32 | opendevreview | Balazs Gibizer proposed openstack/nova master: FUP: Translate scatter-gather to futurist https://review.opendev.org/c/openstack/nova/+/953338 | |
| 11:24:32 | opendevreview | Balazs Gibizer proposed openstack/nova master: FUP: Use futurist for _get_default_green_pool() https://review.opendev.org/c/openstack/nova/+/953339 | |
| 11:44:25 | stephenfin | bauzas: We're waiting for you on https://review.opendev.org/c/openstack/nova-specs/+/940440 | |
| 11:56:33 | frickler | mikal: in the current state CI is the only remaining use I'm aware of, yes. is config drive deprecated? that's news to me | |
| 11:57:33 | stephenfin | gmaan: I've proposed deprecating the v2.0 API for now, and removing in 2 releases. That will cause keystoneauth and Gophercloud to ignore it by default during discovery which is a good first step | |
| 12:00:39 | opendevreview | Stephen Finucane proposed openstack/nova-specs master: Deprecate v2.0 API https://review.opendev.org/c/openstack/nova-specs/+/951949 | |
| 12:01:10 | opendevreview | sean mooney proposed openstack/nova-specs master: support iothread for nova vms https://review.opendev.org/c/openstack/nova-specs/+/953940 | |
| 12:05:23 | sean-k-mooney | frickler: its not deprecated and we have no plans to remvoe it | |
| 12:05:34 | gibi | stephenfin: wasn't we deprecated v2.0 already in the past? | |
| 12:05:41 | sean-k-mooney | frickler: we even turn it on by default in our downstream installer | |
| 12:05:55 | stephenfin | gibi: It still reports SUPPORTED from the root API doc | |
| 12:06:12 | sean-k-mooney | mikal: we hyave no plans to remove config drive. | |
| 12:06:14 | stephenfin | so not from the API perspective, afaict | |
| 12:11:18 | frickler | sean-k-mooney: ah, thx for confirming | |
| 12:11:52 | sean-k-mooney | we did deprecate https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.config_drive_format a while ago | |
| 12:12:06 | sean-k-mooney | but keepign vfat does tno really hurt so we never remvoed it | |
| 12:12:25 | sean-k-mooney | the plan was to only supprot isos onc ethe very very old libivrt bug was resolved | |
| 12:13:26 | sean-k-mooney | its one of those thing where until it brekas the effort to remove vfat support is not woth the gain | |
| 12:22:39 | gibi | stephenfin: ack, that is a bummer but the I agree to deprecate | |
| 12:23:14 | fungi | mikal: can you expand on what "config drive was meant to be gone by now" means? is there a better metadata source that doesn't depend on flaky/inconsistent networking or hard-coded addresses? see also the latest cloud-init security fix where using configdrive is literally the recommendation for non-x86 guests now | |
| 12:24:24 | fungi | the reason we use configdrive with glean is because network-supplied metadata has been pretty terrible in lots of clouds | |
| 12:24:26 | gibi | brace for impact... | |
| 12:24:31 | opendevreview | Balazs Gibizer proposed openstack/nova master: Add spawn_on https://review.opendev.org/c/openstack/nova/+/948079 | |
| 12:24:32 | opendevreview | Balazs Gibizer proposed openstack/nova master: Move ComputeManager to use spawn_on https://review.opendev.org/c/openstack/nova/+/948186 | |
| 12:24:32 | opendevreview | Balazs Gibizer proposed openstack/nova master: Move ConductorManager to use spawn_on https://review.opendev.org/c/openstack/nova/+/948187 | |
| 12:24:33 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make nova.utils.pass_context private https://review.opendev.org/c/openstack/nova/+/948188 | |
| 12:24:33 | opendevreview | Balazs Gibizer proposed openstack/nova master: Rename DEFAULT_GREEN_POOL to DEFAULT_EXECUTOR https://review.opendev.org/c/openstack/nova/+/948086 | |
| 12:24:34 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make the default executor configurable https://review.opendev.org/c/openstack/nova/+/948087 | |
| 12:24:34 | opendevreview | Balazs Gibizer proposed openstack/nova master: Print ThreadPool statistics https://review.opendev.org/c/openstack/nova/+/948340 | |
| 12:24:35 | opendevreview | Balazs Gibizer proposed openstack/nova master: Document native threading mode and tuneables https://review.opendev.org/c/openstack/nova/+/949364 | |