| gmaan | sean-k-mooney: about cyborg, TC decided to mark it inactive and I sent email also to call out new maintainers if anyone interested https://review.opendev.org/c/openstack/governance/+/952798 | 00:13 |
|---|---|---|
| gmaan | https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/3QZML3MGTSJOWJY72ZM75VIRQA5ZRXBC/ | 00:14 |
| gmaan | if we merge the inactive status change, then we can remove the cyborg job also from nova gate | 00:14 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: Detect AMD SEV-ES support https://review.opendev.org/c/openstack/nova/+/925685 | 03:03 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: Detect AMD SEV-ES support https://review.opendev.org/c/openstack/nova/+/925685 | 03:03 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: Add hw_mem_encryption_model image property https://review.opendev.org/c/openstack/nova/+/927706 | 03:03 |
| opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-ES memory encryption https://review.opendev.org/c/openstack/nova/+/926106 | 03:03 |
| opendevreview | Kamil Sambor proposed openstack/nova master: Replace eventlet.event.Event with threading.Event https://review.opendev.org/c/openstack/nova/+/949754 | 08:56 |
| mikal | sean-k-mooney: you around? | 09:02 |
| gibi | sean-k-mooney: yeah having a statement that if you need eventlet based nova then you need to use py3.12 or older. Still it does not help debian and ubuntu to have something that work with 3.13 soon. My estimate is that in best case scenario we have nova supporting 3.13 at the 2026.1 but that need serious focus from the core team. 2026.2 is more likely target as it is likely that nova-comptue will not | 10:06 |
| gibi | fit into a single cycle. | 10:06 |
| opendevreview | Rajesh Tailor proposed openstack/nova-specs master: Show finish_time field in instance action show https://review.opendev.org/c/openstack/nova-specs/+/929780 | 10:08 |
| gibi | or we can hope Herve and the eventlet maintainers figure something out to support eventlet in 3.13 | 10:15 |
| opendevreview | Lajos Katona proposed openstack/os-vif stable/2024.2: Do not add taps in trunk bridges to the dead vlan https://review.opendev.org/c/openstack/os-vif/+/952815 | 10:22 |
| opendevreview | Lajos Katona proposed openstack/os-vif stable/2024.2: OVS Trunk: Add bridge_name to external_ids https://review.opendev.org/c/openstack/os-vif/+/952778 | 10:27 |
| sean-k-mooney | gibi: im partly wondering if nova-comptue will need to be doen on a per driver basis | 10:29 |
| sean-k-mooney | gibi: i think nova-comptue with ironic/fake shoudl be a lot simpler | 10:29 |
| sean-k-mooney | i cant say for vmware but libvirt driver is where i think most of the work will be | 10:29 |
| sean-k-mooney | given it has all the extra logic for ceph and libvirt native thread and the ovsdb background connection ectra | 10:30 |
| sean-k-mooney | the fake and ironic dirver have none of that so those might be able to prove out the core of the manager ectra first | 10:31 |
| sean-k-mooney | but ya i can see it takeing more then 1 cycle | 10:31 |
| gibi | sean-k-mooney: yeah it might make sense to do driver by driver. We can do an initial try with the fake driver very early | 10:35 |
| gibi | I haven't looked at the ironic and other non libvirt drivers but I agree that they should be not too complex to handle. | 10:35 |
| gibi | still libvirt driver is th most valuable | 10:36 |
| sean-k-mooney | oh definetly | 10:36 |
| sean-k-mooney | i was also talkign to JayF a littel | 10:36 |
| sean-k-mooney | we deprecated peer_list | 10:36 |
| sean-k-mooney | when we added the ironic shard support | 10:36 |
| sean-k-mooney | but we have not deleted it yet | 10:37 |
| sean-k-mooney | i think before we try to move the inronic driver we should nuke that code | 10:37 |
| sean-k-mooney | because debuging moving compute nodes between compute serivce while converting to threaded is not something i want to wish on an enemy | 10:37 |
| sean-k-mooney | let alone you or me for that matter | 10:38 |
| sean-k-mooney | that is potirally something we could start on this cycle in adanvce if we had time | 10:38 |
| sean-k-mooney | its pretty independet of the actual eventlet sereise and is mainly jsut removing code, docs and deps | 10:38 |
| gibi | I'm not against removing code. I have no context about this actual removal but I'm happy to review the removal. Also if it seen as something that helps I can try to load context and do the removal myself but obvious reasons it would be easyer if the ironic folks propose the removal | 10:49 |
| sean-k-mooney | gibi: no i have a lot on my plate right now in diffent context. some of those are going to hit spec freeze if they dont get reviewd so if that happens i might look at doing the removal | 10:55 |
| sean-k-mooney | until we hit m2 i woudl not woryy about it | 10:55 |
| sean-k-mooney | gibi: the wider context is we implemnge d ironic shardign supprot in caracal https://specs.openstack.org/openstack/nova-specs/specs/2024.1/implemented/ironic-shards.html so we are free to remove the old code which also allows us to remvoe taskflow as a dep in nova | 10:56 |
| gibi | OK thanks for the pointr | 10:59 |
| gokhan__ | Hi all, I have a question regarding attaching ISO images as CD-ROM devices to instances. I have an image in Glance with disk_format=iso and hw_cdrom_bus=ide set. I would like to attach it to a Windows instance as a CD-ROM so that Windows can see the contents (e.g. SQL Server setup files). I tried using --block-device with source_type=image, destination_type=local, device_type=cdrom, etc., but I get: "Mapping image to local is not supported".Is | 12:30 |
| gokhan__ | there a supported way to attach a Glance ISO image as a CD-ROM device (non-bootable) to a running instance or at boot time? If not, is this a Nova limitation, or a backend/image format issue?Thanks in advance! | 12:30 |
| sean-k-mooney | destination_type=local means do not use a cidner volume | 12:56 |
| sean-k-mooney | and no there is not a way to do that today | 12:56 |
| sean-k-mooney | wehn you create an instnace there is a way to add a cidner data volume created form an iso image in addtion too the boot disk, however there is no way to do it after the fact and its complex to do it a boot | 12:57 |
| sean-k-mooney | currently there is no way to attch a cidner volume as a cdrom devicen so the only way to add an iso to a runnign vm is as a block device. | 12:58 |
| sean-k-mooney | while its technically possibel to mount it in the guest with the right tools it wont work out of the box on say windows | 12:59 |
| sean-k-mooney | gokhan__:you best bet would be to use rescue and boot from the iso do fix the issue and then unrescure to remove it | 13:00 |
| sean-k-mooney | but if the iso is not a bootable image then thats not an option | 13:00 |
| sean-k-mooney | in which case your only option would be ot use a normal cidner ovlume with a standar filesystem not and iso file system to sotre the data you want to preset to the runing guest | 13:01 |
| gokhan__ | thanks sean-k-mooney , it seems the practical way is coply sql installation files to a cinder volume and using this. I tried also with virsh edit on compute node but it also didn't work. | 13:11 |
| Vii | In OpenStack 2025.1, instance creation fails when there are two or more security groups with the same name in the same project. This occurs even if the security groups are not explicitly referenced during server creation (i.e., using only the default default security group). | 14:59 |
| Vii | look: https://bugs.launchpad.net/nova/+bug/2114913 | 14:59 |
| Vii | creating an instance from horizon also fails | 15:00 |
| *** nicolasbock__ is now known as nicolasbock | 16:05 | |
| opendevreview | Ghanshyam proposed openstack/nova master: Add Project Manager role context in unit tests https://review.opendev.org/c/openstack/nova/+/941056 | 21:28 |
| *** haleyb is now known as haleyb|out | 21:45 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!