| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-09-23 | |||
| 16:45:52 | bauzas | that's nice | |
| 16:46:22 | Uggla | any pref between monday, wednesday, thursday. | |
| 16:47:18 | bauzas | I'm afraid we can't see meetings with another timezone but UTC | |
| 16:47:41 | bauzas | https://opendev.org/opendev/irc-meetings/src/branch/master/meetings/nova-team-meeting.yaml is the one we have but we can't set a timezone | |
| 16:48:13 | Uggla | monday 18h00 could work. But not with daylight. | |
| 16:48:24 | bauzas | but maybe yaml2ical is able to set a specific timezone | |
| 16:49:00 | bauzas | alas, no https://opendev.org/opendev/yaml2ical#yaml-meeting-file | |
| 16:49:30 | bauzas | Uggla: well, I can help with running the meeting at 1800 on daylight saving time, if you can't | |
| 16:49:55 | bauzas | but that's very late for most of our european contributors | |
| 16:49:59 | Uggla | no with daylight the meeting will be at 17h00 and will conflict with an internal one... | |
| 16:50:14 | Uggla | I mean in winter. | |
| 16:50:37 | bauzas | oh, you meant 1800CET ? | |
| 16:50:41 | Uggla | yep | |
| 16:50:58 | bauzas | ask this in the pool | |
| 16:51:52 | Uggla | but if I consider daylight I should set it at 19h00 (summer) 18h (winter) | |
| 16:52:02 | bauzas | fwiw, we could have two different meeting times | |
| 16:52:20 | bauzas | one before the daylight saving and the other one after the daylight saving, if that helps | |
| 16:52:29 | bauzas | yaml2cal is able to define it | |
| 16:52:32 | gibi | I'm here but I'm brained already | |
| 16:53:11 | Uggla | gibi, that's fine, i'd like to know if you have pref regarding a day for the meeting. | |
| 16:53:21 | Uggla | or constraint. | |
| 16:53:34 | Uggla | just trying to reduce the number of options a bit. | |
| 16:53:50 | gibi | looking at my company calendar, wednesday is out if during the winter the meeting moves to 17:00 CET | |
| 16:53:56 | bauzas | I guess we need to discuss that again next week | |
| 16:54:26 | bauzas | Uggla: maybe you should start writing an email thread, just explaining your problems | |
| 16:54:30 | gibi | monday might work company wise | |
| 16:54:42 | bauzas | and then we'll try to find a solution cooperatively :) | |
| 16:54:42 | Uggla | not with daylight | |
| 16:54:52 | Uggla | for monday | |
| 16:55:52 | Uggla | bauzas sure. | |
| 16:57:38 | gibi | I'm dropping. Sorry. | |
| 16:57:42 | Uggla | Ok lets stop | |
| 16:58:01 | Uggla | at least I manage to remove the Friday option. | |
| 16:59:46 | Uggla | ok time to close. Thanks everyone. | |
| 16:59:51 | elodilles | (and note that daylight saving time switching is on different dates for example for US and EU folks) | |
| 16:59:52 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-23-16.01.log.html | |
| 16:59:52 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-23-16.01.html | |
| 16:59:52 | Uggla | #endmeeting | |
| 16:59:52 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-09-23-16.01.txt | |
| 16:59:52 | opendevmeet | Meeting ended Tue Sep 23 16:59:52 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 17:01:12 | elodilles | hence, unfortunately sticking to UTC is probably the most straightforward :/ | |
| 17:01:29 | elodilles | in my opinion | |
| 17:22:55 | Uggla | elodilles with all our internal meetings + daylight + reasonable time (not too late), I'm struggling to find a single day that works. :( | |
| 17:24:54 | Uggla | What I know is Tuesday is the worst, so we need to change. | |
| 21:11:51 | opendevreview | melanie witt proposed openstack/nova master: TPM: support instances with `user` secret security https://review.opendev.org/c/openstack/nova/+/942502 | |
| 21:11:51 | opendevreview | melanie witt proposed openstack/nova master: TPM: support instances with `host` secret security https://review.opendev.org/c/openstack/nova/+/941795 | |
| 21:11:52 | opendevreview | melanie witt proposed openstack/nova master: Add vtpm_secret_(uuid|value) to LibvirtLiveMigrateData https://review.opendev.org/c/openstack/nova/+/952628 | |
| 21:11:52 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `host` secret security https://review.opendev.org/c/openstack/nova/+/941483 | |
| 21:11:53 | opendevreview | melanie witt proposed openstack/nova master: TPM: support instances with `deployment` secret security https://review.opendev.org/c/openstack/nova/+/942021 | |
| 21:11:53 | 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 | |
| 21:11:54 | opendevreview | melanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security https://review.opendev.org/c/openstack/nova/+/925771 | |
| 21:11:55 | opendevreview | melanie witt proposed openstack/nova master: TPM: add late check for supported TPM secret security https://review.opendev.org/c/openstack/nova/+/956975 | |
| 21:11:55 | opendevreview | melanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security https://review.opendev.org/c/openstack/nova/+/952629 | |
| 21:11:57 | opendevreview | melanie witt proposed openstack/nova master: DNM vtpm tempest https://review.opendev.org/c/openstack/nova/+/957477 | |
| 21:11:57 | opendevreview | melanie witt proposed openstack/nova master: WIP Opt-in to new TPM secret security via resize https://review.opendev.org/c/openstack/nova/+/962052 | |
| 21:55:15 | clarkb | zigo: is that with python3.13 too? | |
| 21:55:21 | zigo | Yeah. | |
| 21:55:22 | clarkb | exciting | |
| 21:55:36 | zigo | Well, I got Epoxy on official Debian under 3.13, and it works ... | |
| 21:56:12 | zigo | Release day is when? Tomorrow? | |
| #openstack-nova - 2025-09-24 | |||
| 07:37:34 | Uggla | zigo release of F should be next week. | |
| 07:38:01 | gibi | zigo: nice! | |
| 07:39:07 | Uggla | zigo yep thx for the testing, that's cool ! | |
| 07:43:53 | lajoskatona | Uggla: Hi, just would like to highlight that the first green patch for migrating from neutronclient to SDK is ready: https://review.opendev.org/c/openstack/nova/+/928022 , I plan to migrate the remaining calls (like subnets, ports, sec_groups....) also (I hope I will have time for it) | |
| 07:45:21 | Uggla | lajoskatona cool good news | |
| 09:30:49 | gokhan__ | hello folks, is there a way to rescue openstack windows instance ? | |
| 09:32:18 | gokhan__ | What values should I set for the hw_rescue_device and hw_rescue_bus image properties for Windows instances in OpenStack? | |
| 10:22:06 | jssfr | gokhan__, that probably depends on what image you want to use for rescuing? | |
| 10:22:28 | jssfr | if it's a windows image, I'd suggest to try a sata CDROM as bus (I think virtio still needs specific drivers on windows, so I'd stay away from that) | |
| 10:27:12 | elodilles | Uggla: I'm about to check and generate last-minute RCs where needed, and I see that nova has a merged bug fix on stable/2025.2 already. do you consider that bug release critical? should I generate an RC2 for that? (the bug fix is: https://review.opendev.org/c/openstack/nova/+/961804 ) | |
| 10:45:51 | gokhan__ | jssfr, I am using windows server 2019 qcow2 image and I want to give this image also as rescue disk image. | |
| 10:51:37 | jssfr | gokhan__, then I'd go for hw_rescue_device=cdrom and hw_rescue_bus= ... hm, sata is not an option, then I'd first try scsi and if that doesn't work usb. | |
| 10:52:22 | gokhan__ | hw_rescue_device | |
| 10:52:22 | gokhan__ | sata didn't work jssfr | |
| 10:52:22 | gokhan__ | hw_rescue_bus | |
| 10:52:22 | gokhan__ | cdrom | |
| 10:54:07 | jssfr | gokhan__, yeah, I just noticed sata is not an option. try scsi and if that doesn't work, try usb. | |
| 11:00:31 | gokhan__ | jssfr, ok I will try with different options. may be if hw_rescue_device=cdrom we need to use .iso image. | |
| 11:46:10 | gokhan__ | jssfr, with windows 2019 server image iso hw_rescue_device=cdrom and hw_rescue_bus=scsi worked. I can see console. But when I try to repair instance it didn't worked. it can't show disks. it says no disk to repair | |
| 12:01:40 | opendevreview | Taketani Ryo proposed openstack/nova-specs master: Add a spec for 2026.1 for libvirt launching Arm CCA instances https://review.opendev.org/c/openstack/nova-specs/+/960777 | |
| 12:05:47 | opendevreview | Taketani Ryo proposed openstack/nova-specs master: Add a spec for 2026.1 for libvirt launching Arm CCA instances https://review.opendev.org/c/openstack/nova-specs/+/960777 | |
| 12:12:55 | opendevreview | Taketani Ryo proposed openstack/nova-specs master: Add a spec for 2026.1 for libvirt launching Arm CCA instances https://review.opendev.org/c/openstack/nova-specs/+/960777 | |
| 12:18:34 | ykarel_ | uptime | |
| 13:03:28 | gibi | Copy conference info | |
| 13:03:28 | gibi | content_copy | |
| 13:03:28 | gibi | fyi eventlet sync in ~90 minutes meet.google.com/bcy-uqoz-hje | |
| 13:03:28 | gibi |  | |
| 13:03:40 | gibi | baad copy past buffer, baaad :) | |
| 13:03:53 | gibi | but the link is correct | |
| 13:38:44 | opendevreview | Balazs Gibizer proposed openstack/nova master: [hacking] N374 do not use time.sleep(0) to yield https://review.opendev.org/c/openstack/nova/+/950992 | |
| 13:39:32 | gibi | stephenfin: thanks. Good catch of my sloppy conflict resolution on ^^. I fixed it up | |
| 14:12:14 | bauzas | gibi: can't join the eventlet meeting unfortunately :( | |
| 14:12:19 | gibi | bauzas: no worries | |
| 14:12:42 | gibi | the doc has some links and text about where we are if you later want to take a look | |
| 14:17:30 | opendevreview | Lajos Katona proposed openstack/nova master: Use SDK for Neutron subnets https://review.opendev.org/c/openstack/nova/+/962190 | |
| 14:17:30 | opendevreview | Lajos Katona proposed openstack/nova master: Use SDK for Neutron networks https://review.opendev.org/c/openstack/nova/+/928022 | |
| 14:19:22 | dansmith | I've not made much progress on my thing in the last week due to other distractions | |
| 14:22:18 | gibi | same here. but I want to get back to the rally stuff this week finally | |
| 14:26:13 | gibi | btw, for me devstack in 24.04 in a VM generates strangely high io load recently. So high that it affects the normla use of the host. I'm not seem to able to pinpoint the source in the VM. I rolled back libvirt and qemu to pre sept 16 version in sid and that seems to help at least to get it back to unnoticed if I don't measure it. Maybe it is also related of my use of iommu and IGB for SRIOV... | |
| 14:28:03 | gibi | so that is anoher reason I did not progress with rally :) | |