| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-02-20 | |||
| 16:18:27 | bauzas | none from me | |
| 16:18:30 | bauzas | anyone else ? | |
| 16:18:55 | fwiesel | How does it look then with the feature freeze and the vmware driver? | |
| 16:19:21 | bauzas | feature freeze is only for blueprints | |
| 16:19:35 | bauzas | if you have bugfixes, we can merge them until RC1 | |
| 16:19:36 | fwiesel | Ah great... that gives us a bit more time. | |
| 16:20:00 | bauzas | fwiesel: you probably don't know, but at RC1, we git branch from master | |
| 16:20:39 | bauzas | so, then after RC1 tag, the master branch is then related to Dalmatian | |
| 16:20:58 | bauzas | every change we merge after RC1 is then a Dalmatian one | |
| 16:21:44 | bauzas | if we want to fix Caracal before GA, then we need to fix the bug in master (Dalmatian) and then backport it to the Caracal stable branch... but only if this is a regression from that release | |
| 16:22:06 | fwiesel | And if it is a regression from yoga? :) | |
| 16:22:16 | fwiesel | I mean xena. | |
| 16:22:32 | bauzas | so say you add a fix, we could merge it before or after RC1, but we wouldn't be able to backport it to Caracal and Bobcat only after Caracal GA | |
| 16:22:49 | bauzas | (that's just a 2-week time) | |
| 16:22:56 | bauzas | (3 weeks actually) | |
| 16:22:59 | fwiesel | I see. I'll keep that in mind. I don't think we are in that a hurry. | |
| 16:23:29 | bauzas | fwiesel: fwiw, you could only backport the fix down to Zed | |
| 16:23:50 | bauzas | https://releases.openstack.org/ | |
| 16:24:02 | fwiesel | Fine by me. We are targeting bobcat as the next release. | |
| 16:24:09 | fwiesel | (Internally) | |
| 16:24:32 | bauzas | elodilles: do you know when eventually all the EM branches will become Umaintained ? | |
| 16:24:53 | elodilles | in the coming weeks i'll propose transition branches for them | |
| 16:25:08 | bauzas | ok | |
| 16:25:25 | fwiesel | Well, that's from my side then. | |
| 16:25:26 | elodilles | since Yoga became EOM in the past days officially | |
| 16:26:15 | bauzas | yeah, it would look bizarre to backport to Zed and then punt Yoga by directly backporting to Xena | |
| 16:26:23 | elodilles | (and Zed will transition from May 2nd, 2024) | |
| 16:26:49 | bauzas | ok, anyway I think we're done | |
| 16:26:58 | bauzas | elodilles: thanks for replying | |
| 16:27:02 | bauzas | and thanks fwiesel | |
| 16:27:13 | bauzas | #topic Open discussion | |
| 16:27:22 | bauzas | nothing in the agenda, anything anyone ? | |
| 16:28:03 | bauzas | looks not | |
| 16:28:08 | bauzas | thanks all folks | |
| 16:28:12 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2024/nova.2024-02-20-16.00.log.html | |
| 16:28:12 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-02-20-16.00.txt | |
| 16:28:12 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2024/nova.2024-02-20-16.00.html | |
| 16:28:12 | opendevmeet | Meeting ended Tue Feb 20 16:28:12 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:28:12 | bauzas | #endmeeting | |
| 16:28:14 | elodilles | thanks o/ | |
| 16:28:18 | fwiesel | Thanks | |
| 16:29:14 | opendevreview | Sylvain Bauza proposed openstack/nova master: WIP: add a periodic check for migrations https://review.opendev.org/c/openstack/nova/+/909598 | |
| 16:33:16 | fwiesel | For the curious ones: Here is the tempest run of the proposed fix: http://openstack-ci-logs.global.cloud.sap/openstack/nova/1858cf18b940b3636e54eb5aafaf4050bdd02939/tempest.html | |
| 16:39:11 | mnaser | sean-k-mooney: oh ok cool, is it possible that nova-next is broken in zed because of some default that isnt supported? | |
| 16:40:02 | sean-k-mooney | mnaser: it should not be unless someoen regressed it in a diffent repo | |
| 16:40:32 | sean-k-mooney | mnaser: what patch is it failing on | |
| 16:41:15 | mnaser | both https://review.opendev.org/c/openstack/nova/+/909541 and https://review.opendev.org/c/openstack/nova/+/909098 | |
| 16:41:22 | mnaser | (the same series i've been backporting for a few days now) | |
| 16:41:22 | sean-k-mooney | mnaser: i generally assume its an issue with the patch being backported until proven otherwise | |
| 16:41:46 | mnaser | yeah.. i mean these patches are pretty trivial in that they just simply remove a flag from libvirt (and worked till 2023.1) | |
| 16:41:58 | mnaser | but yes i agree with you :) | |
| 16:42:02 | sean-k-mooney | so this looks liek a tempet config issue | |
| 16:42:10 | sean-k-mooney | it may be a tempet regression | |
| 16:42:16 | sean-k-mooney | Details: {'code': 409, 'message': 'Multiple possible networks found, use a Network ID to be more specific.'} | |
| 16:43:25 | mnaser | hmm | |
| 16:43:36 | mnaser | so something else needs to be backported? | |
| 16:44:15 | sean-k-mooney | i would assume so yes | |
| 16:44:32 | sean-k-mooney | im in another call in a primiarly listien role right now | |
| 16:44:38 | mnaser | ah no worries | |
| 16:44:38 | sean-k-mooney | so im slowlow lookign at this | |
| 16:50:32 | sean-k-mooney | looking at the master defintion im not seeing anythign related to the multiple netowrks | |
| 16:50:43 | sean-k-mooney | and im also not seeign any hcange to that test in tempest either | |
| 16:50:49 | sean-k-mooney | at least not recently | |
| 16:51:41 | sean-k-mooney | mnaser: my initial reaction is perhaps we shoudl exlude this one test for now until we can relove the test config issue | |
| 16:51:49 | sean-k-mooney | and then revert that as part of the fix | |
| 17:00:50 | opendevreview | Amit Uniyal proposed openstack/nova master: enforce remote console shutdown https://review.opendev.org/c/openstack/nova/+/901824 | |
| 17:01:57 | auniyal | sean-k-mooney, bauzas can you please review [enforce remote console shutdown] https://review.opendev.org/c/openstack/nova/+/901824 | |
| 17:32:09 | sean-k-mooney | auniyal: left comments inline | |
| 19:53:48 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Fix device type when booting from ISO image https://review.opendev.org/c/openstack/nova/+/909611 | |
| #openstack-nova - 2024-02-21 | |||
| 03:59:38 | opendevreview | Takashi Kajinami proposed openstack/nova master: SEV; Add TODO note about iommu setting done in recent QEMU https://review.opendev.org/c/openstack/nova/+/909635 | |
| 04:01:47 | opendevreview | Takashi Kajinami proposed openstack/nova master: SEV: Add TODO note about iommu setting done in recent QEMU https://review.opendev.org/c/openstack/nova/+/909635 | |
| 07:47:22 | adam-metal3 | Could there be a scenario where multiple bootable volume is attached to a VM and if yes then how could I tell via the openstacksdk that which volume was used for booting in this scenario? | |
| 07:47:22 | adam-metal3 | Hi all! I am new to using openstack sdk and in general I am new in most openstack components, after reading the nova and openstacksdk docs I still have a question. I hope someone could give some direction. If I understand correctly multiple volumes could be attached to a VM and the VM can be booted from volume. | |
| 07:52:22 | LarsErikP | jamespage: Hi! sorry if I'm getting annoying :P Any news on a SRU for zed containing nova 26.2.1? 👼 | |
| 08:35:25 | opendevreview | melanie witt proposed openstack/nova master: WIP Support encrypted backing files for qcow2 https://review.opendev.org/c/openstack/nova/+/907961 | |
| 08:35:26 | opendevreview | melanie witt proposed openstack/nova master: libvirt: Introduce support for raw with LUKS https://review.opendev.org/c/openstack/nova/+/884313 | |
| 08:35:26 | opendevreview | melanie witt proposed openstack/nova master: Support cross cell resize with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/909595 | |
| 08:35:27 | opendevreview | melanie witt proposed openstack/nova master: libvirt: Introduce support for rbd with LUKS https://review.opendev.org/c/openstack/nova/+/889912 | |
| 08:59:28 | opendevreview | Rajesh Tailor proposed openstack/nova master: Add support for showing requested az in output https://review.opendev.org/c/openstack/nova/+/904568 | |
| 09:29:22 | opendevreview | Takashi Kajinami proposed openstack/nova master: SEV: Add TODO note about iommu setting done in recent QEMU https://review.opendev.org/c/openstack/nova/+/909635 | |
| 10:24:06 | mnasiadka | Hello, I've raised https://bugs.launchpad.net/nova/+bug/2054437 - is that maybe by design or is that an actual bug? | |
| 11:18:39 | opendevreview | Dmitry Tantsur proposed openstack/nova master: ironic: clean up references to memory_mb/cpus/local_gb https://review.opendev.org/c/openstack/nova/+/878418 | |
| 13:36:21 | gibi | Uggla: sean-k-mooney: bauzas: discussing an edge case in the manilas series | |
| 13:36:57 | gibi | when the user detaches a share from a VM via the REST API and this is the last user of the share on the compute | |
| 13:37:03 | gibi | the share is unmounted | |
| 13:37:26 | gibi | lets assume that the unmounting fails on the compute | |
| 13:37:49 | sean-k-mooney | ... the detach instnace action should go to error | |
| 13:37:49 | gibi | should nova delete the share mapping and leak the mount | |
| 13:37:50 | gibi | OR | |
| 13:37:55 | sean-k-mooney | i think | |
| 13:38:03 | sean-k-mooney | an allow detach again via the api | |
| 13:38:04 | gibi | should nova put the mapping to ERROR and let the user retry | |
| 13:38:07 | sean-k-mooney | alternitivly we can have a perodic | |
| 13:38:27 | sean-k-mooney | i think letting the user retyr is good | |
| 13:38:36 | gibi | then we are on the same page | |
| 13:38:39 | sean-k-mooney | but nova could also retry if we wanted in a perodic | |
| 13:38:52 | gibi | periodic can be added separately yes | |
| 13:39:22 | Uggla | @sean-k-mooney, ok but it means the VM cannot be restarted until the error on the share is gone. | |
| 13:39:24 | sean-k-mooney | the periodic only comes to mind as the share being monted may mean that the data can be accessed on the host | |
| 13:39:43 | sean-k-mooney | and if there was a vm breakout it might expose mroe data to that mallious guest then woudl other wise be there | |