Earlier  
Posted Nick Remark
#openstack-nova - 2024-03-18
15:28:57 gibi ... this backport series https://review.opendev.org/c/openstack/nova/+/913198
16:03:47 bauzas gibi: dansmith: we need approval for the prelude patch https://review.opendev.org/c/openstack/nova/+/912973
16:03:47 elodilles gibi: ACK, i'll try to look into it when i get there
16:04:10 dansmith ack
16:04:30 bauzas thanks
16:07:17 gibi elodilles: thanks
16:22:47 dansmith bauzas: done
16:22:54 bauzas cool thanks !
16:26:14 opendevreview Sylvain Bauza proposed openstack/nova master: Add a Caracal prelude section https://review.opendev.org/c/openstack/nova/+/912973
16:26:21 bauzas dansmith: ^ (when you have time)
16:58:30 opendevreview Merged openstack/nova master: vgpu: Allow device_addresses to not be set https://review.opendev.org/c/openstack/nova/+/902084
17:18:46 zigo and yet another one another one (twice "another one")
17:18:46 zigo bauzas: Typ3 on the last 3 lines:
17:19:29 zigo Live-mig of vGPU is a nice feature, thanks!
17:20:02 zigo Also, good thing for SEV. We were looking at implementing it, now I'll make sure we do that over Caracal! :)
18:35:42 opendevreview Merged openstack/nova stable/2023.2: Add cpuset_reserved helper to instance NUMA topology https://review.opendev.org/c/openstack/nova/+/913193
18:35:48 opendevreview Merged openstack/nova stable/2023.2: Reproducer for not powering on isolated emulator threads cores https://review.opendev.org/c/openstack/nova/+/913194
18:59:52 opendevreview Sylvain Bauza proposed openstack/nova master: Add a Caracal prelude section https://review.opendev.org/c/openstack/nova/+/912973
19:00:45 bauzas dansmith: melwitt: could you please quickky approve now the prelude above $ so I could provide a new RC1 release patch version tonight?
19:10:29 dansmith bauzas: done
19:17:02 bauzas dansmith: melwitt: ta folks, as soon as it merges, I'll update the RC1 patch
19:46:11 opendevreview Merged openstack/nova master: Add a Caracal prelude section https://review.opendev.org/c/openstack/nova/+/912973
22:15:44 opendevreview Merged openstack/nova stable/zed: Reproducer for bug 2003991 unshelving offloaded instance https://review.opendev.org/c/openstack/nova/+/888093
#openstack-nova - 2024-03-19
10:20:57 opendevreview OpenStack Release Bot proposed openstack/nova stable/2024.1: Update .gitreview for stable/2024.1 https://review.opendev.org/c/openstack/nova/+/913631
10:21:00 opendevreview OpenStack Release Bot proposed openstack/nova stable/2024.1: Update TOX_CONSTRAINTS_FILE for stable/2024.1 https://review.opendev.org/c/openstack/nova/+/913632
10:21:05 opendevreview OpenStack Release Bot proposed openstack/nova master: Update master for stable/2024.1 https://review.opendev.org/c/openstack/nova/+/913633
10:35:26 opendevreview Rocky proposed openstack/nova master: Fix the command to list hw_machine_type unset instances https://review.opendev.org/c/openstack/nova/+/913652
10:48:21 bauzas guys, please welcome our master branch that's now a Dalmatian :)
10:48:46 bauzas so long Caracal and thanks for the fish
10:49:14 bauzas (RC1 tag is set and caracal branch created)
10:53:25 gibi bauzas: \o/
11:15:46 sean-k-mooney :)
12:00:53 opendevreview Fabian Wiesel proposed openstack/nova master: Do not close returned image-chunk iterator & get_verifier early https://review.opendev.org/c/openstack/nova/+/909474
13:18:57 fwiesel bauzas: I've reopened the bug #2055700 as #2058225. In my mind _rebuild_default_impl is implemented libvirt specific. I can implement driver.rebuild for vmwareapi to work around the bug, but I don't think that would be a great way forward.
13:21:03 opendevreview Merged openstack/nova stable/2023.2: Power on cores for isolated emulator threads https://review.opendev.org/c/openstack/nova/+/913195
13:40:59 bauzas fwiesel: cool
13:44:52 fwiesel But I do not know enough how it is supposed to work in libvirt to make a good suggestion on how to implement it differently. I mean, I assume it makes sense that it is implemented the way it is.
13:53:08 bauzas fwiesel: you're referring to https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L4132-L4137
14:00:25 bauzas fwiesel: _rebuild_default_impl is a virt-agnostic solution for rebuild which does delete the old guest and then create a new one https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L3648-L3731
14:02:52 gibi elodilles: thanks for the reviews so far. the parent of https://review.opendev.org/c/openstack/nova/+/913196 is merged now. So when you have time please check this backport too
14:02:56 bauzas as you can read, we power off the guest, detach its volumes, (reimage the root disk if volume-backed), destroy the guest, attach the volumes again and spawn the guest
14:14:52 sean-k-mooney fwiesel: the way its currently implemtned shoudl wor for vmware too
14:15:22 sean-k-mooney fwiesel: the only driver that does anythign custom is ironic
14:16:09 sean-k-mooney the vmware dirver can provide its own solution
14:17:43 elodilles gibi: ACK, will do
14:18:44 sean-k-mooney the imporant thing to remember about rebuild is rebuild is not a move operations, evacuate is a rebuild to a diffent host but by default a normal rebuild shoudl never change host. if you change image however you do need to call the schduler with the current host adn the existin flavor and new iamge to confirm that host is valid. that should all be handeled for you in the
14:18:46 sean-k-mooney generic compute manager code so the only thing the driver level rebuidl needs to do is ensure the root disk is reimaged
14:19:35 sean-k-mooney if there is a more effiecnt way to do that in vmware then the generic approch then that is fine to use
14:20:05 dansmith not "should never change host" but "does not change host"
14:20:14 dansmith even the driver shouldn't be able to override that
14:22:08 sean-k-mooney right
14:22:31 sean-k-mooney im just tyring to say that if there was to be a vmware version fo rebuidl in the vmware driver the only thing it should od is reimage the disk
14:22:47 sean-k-mooney the vm must remain on the same hypervior host
14:23:14 sean-k-mooney i just mentioned evcautate because the driver code will have to work when called in that code path too
14:23:26 dansmith yep
14:27:56 fwiesel sean-k-mooney: The current implementation calls driver.destroy, and *then* calls detach volume. In my mind, that shouldn't work in the general case.
14:33:03 bauzas no
14:33:13 bauzas fwiesel: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L3675-L3676
14:33:44 bauzas poweroff, detach, destroy is the workflow
14:34:38 fwiesel Destroy: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L3695-L3701 and then via https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L3713-L3715 comes https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L3589-L3595
14:35:43 fwiesel bauzas: The root volume is being detached after the instance has been destroyed if reimage_boot_volume and is_volume_backed
14:36:26 fwiesel So, poweroff, detach everything except the root-disk, destroy, detach the root_disk (in the case of reimage_boot_volume and is_volume_backed)
14:36:31 bauzas we still detach the volumes, including the root bdm in https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L3675-L3676
14:37:49 fwiesel Sure, and after the desotry the _rebuild_volume_backed_instance -> _detach_root_volume
14:40:39 fwiesel Well, we have `reimage_boot_volume=True` ergo `detach_root_bdm = not reimage_boot_volume = False`, so `detach_block_devices(..., detach_root_bdm=False)`.
14:51:09 bauzas fwiesel: ah you're right, it's a bool
14:51:25 bauzas okay, so the root volume isn't detached yet, my bad
14:53:24 bauzas and ack, we rebuild the root volume in _rebuild_volume_backed_instance()
14:55:26 bauzas where we detach the volume, delete the old attachment, and then reimage the volume thru cinder
14:56:13 bauzas interestingly enough, we destroy the guest indeed before the detach, but we skip its bdm when we call the driver destroy
15:06:15 fwiesel There is probably a reason for that. I mean it is done very explicitly so. But as I said, I don't have any idea why.
15:21:16 opendevreview Fabian Wiesel proposed openstack/nova master: Do not close returned image-chunk iterator & get_verifier early https://review.opendev.org/c/openstack/nova/+/909474
15:30:14 opendevreview Elod Illes proposed openstack/nova stable/2024.1: [stable-only] Update .gitreview for stable/2024.1 https://review.opendev.org/c/openstack/nova/+/913631
15:30:40 opendevreview Elod Illes proposed openstack/nova stable/2024.1: [stable-only] Update TOX_CONSTRAINTS_FILE for stable/2024.1 https://review.opendev.org/c/openstack/nova/+/913632
15:30:52 opendevreview Elod Illes proposed openstack/nova stable/2024.1: [stable-only] Update TOX_CONSTRAINTS_FILE for stable/2024.1 https://review.opendev.org/c/openstack/nova/+/913632
16:00:45 opendevmeet The meeting name has been set to 'nova'
16:00:45 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:45 opendevmeet Meeting started Tue Mar 19 16:00:45 2024 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:45 bauzas #startmeeting nova
16:00:48 bauzas heyho
16:00:52 bauzas #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting
16:01:26 fwiesel o/
16:01:30 elodilles o/
16:01:41 auniyal o/
16:01:56 gibi o/j
16:02:25 bauzas okay, let's sofly start
16:02:31 sean-k-mooney o/
16:02:36 grandchild o/
16:03:32 bauzas #topic Bugs (stuck/critical)
16:03:50 bauzas #info No Critical bug
16:03:56 bauzas #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 63 new untriaged bugs (-2 since the last meeting)
16:04:01 bauzas #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster
16:04:15 bauzas gibi: could you please take the baton for this week ?
16:04:56 gibi bauzas: sorry I cannot promise to do meaningful triage this week either
16:05:03 gibi can we skip me?j
16:05:27 bauzas okay
16:05:34 gibi I hope I will have more time in the coming months
16:05:51 bauzas melwitt is the next in the queue
16:05:57 bauzas melwitt: would you be okay ?
16:07:14 bauzas okay, anyone else wanting to take the baton ? if not, I'll take it again... :)

Earlier   Later