Earlier  
Posted Nick Remark
#openstack-nova - 2023-06-23
12:27:00 frickler not sure if nova tests on debian at all, though
12:28:26 sean-k-mooney we dont currently but if we are advertisign the next version we are slecting for C and later
12:28:34 sean-k-mooney then we should look at debian 12 i think
12:28:49 kashyap frickler: So that's the Debian-11, right? For libvirt, at least - https://packages.debian.org/source/bullseye/libvirt
12:29:07 kashyap sean-k-mooney: Yeah, for next version definitely Bookworm (12)
12:29:35 frickler there's also https://packages.debian.org/source/bullseye-backports/libvirt which I think could be acceptable
12:30:16 frickler iiuc zigo curates those
12:30:29 sean-k-mooney we basiclaly just need to do a servay of what is in current LTS/Stable to determin our next min libvirt
12:30:42 kashyap Yep
12:31:01 kashyap I'll send out an email something like this from the past - https://lists.openstack.org/pipermail/openstack-discuss/2019-November/010907.html
12:31:06 sean-k-mooney the ones that kashyap will be updating to for this cycle are already known
12:31:14 sean-k-mooney and quite old
12:32:41 kashyap https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L221,#L222
12:33:12 sean-k-mooney so we will be movign to libvirt 7.0.0 and qemu 5.2.0 we likely should ue libvirt 8.0.0 as the new value for NEXT_MIN_LIBVIRT_VERSION and
12:33:31 kashyap Yes, Jammy has:
12:33:33 kashyap libvirt-daemon: 8.0.0-1ubuntu7.5 -- https://packages.ubuntu.com/jammy-updates/libvirt-daemon
12:33:37 kashyap And:
12:33:40 kashyap qemu-system-x86: 6.2+dfsg-2ubuntu6.11 -- https://packages.ubuntu.com/jammy/qemu-system-x86
12:33:55 kashyap - CentOS Stream 9: libvirt-daemon-kvm-9.3.0-2.el9.x86_64.rpm - qemu-kvm-8.0.0-4.el9.x86_64.rpm
12:34:15 sean-k-mooney and proably qemu 6.2
12:35:18 sean-k-mooney debainb and stream 9 both have 7.x but ubuntu 22.04 has 6.2
12:36:59 frickler yes, that'll likely need to wait another cycle until 24.04 LTS is out
12:37:12 sean-k-mooney yep but i think thats fine
12:37:30 kashyap Then lowest common denominator is Jammy (22.04) here
12:37:38 kashyap So whatever is in Jammy is what we go w/ for the NEXT_MIN
12:38:20 sean-k-mooney we can annouch our next min version to to 22.04 deps for C/2024.1 and then in D revaluate what they should be after ubuntu 24.04 is out
12:38:33 sean-k-mooney kashyap: yep
12:39:10 kashyap sean-k-mooney: Can you rephrase this, it's not clear to me: "... deps for C/2024.1"
12:39:47 sean-k-mooney well the earlist we could bump to the new min deps you will be propsoing is 2024.1 or the C release
12:40:26 sean-k-mooney we dont have to do that but its also the skip level update release that will be used to move between 22.04 and 24.04
12:40:34 kashyap Oh, sure; we're only declaring the next_min; the bump only happens once C is out
12:40:38 sean-k-mooney so having our min version match what 22.04 ships is not a bad thing
12:41:02 kashyap Okay; I'll sumamrize in the email to list, then you/others can respond if you want anything to add
12:41:05 kashyap Just so it's recorded
12:41:46 sean-k-mooney ack it will also be recoded in https://docs.openstack.org/nova/latest/reference/libvirt-distro-support-matrix.html when your done too but never hurts to send it to the list
12:43:12 kashyap Yep :)
14:06:38 opendevreview Kashyap Chamarthy proposed openstack/nova master: Pick next min libvirt / QEMU versions for "C" (2024) release https://review.opendev.org/c/openstack/nova/+/886825
14:09:05 bauzas sean-k-mooney: kashyap: sorry I was a bit afk, but tbc, I don't want that we should bump the minimum version for Bobcat, like sean said, rather on 2024.1 C
14:09:13 zigo frickler: sean-k-mooney: As far as I'm concerned, bullseye is dead, long live bookworm. The last version where I had support for Bullseye was Zed.
14:09:43 zigo So no problem if upgrading to libvirt 9...
14:10:43 zigo You guys can take whatever is in bookworm as what I can support minimum, and probably, also whatever's in bookworm-backports...
14:11:00 zigo If needed, I can even do the backports myself, if you ask early enough.
14:11:32 kashyap zigo: bauzas: Please comment here: https://lists.openstack.org/pipermail/openstack-discuss/2023-June/034231.html
14:11:39 kashyap (Cc: sean-k-mooney, frickler)
14:11:45 zigo Experimental has 9.4.0, so probably it will be uploaded to Unstable soon, then migrate to Trixie, and then I can backport to Bookworm.
14:26:08 kashyap Thanks!
#openstack-nova - 2023-06-26
08:56:12 bauzas folks, I have a couple of review requests, is there anyone fancy to do it ?
08:57:19 bauzas first one is an easy peasy, it just adds some functional verification for cross_az_attach https://review.opendev.org/c/openstack/nova/+/878948
08:57:26 bauzas I need a second core ^
08:58:25 bauzas second one is important for fixing a cpu power management issue, should be easy to review too https://review.opendev.org/c/openstack/nova/+/885352
08:58:33 bauzas needs a second core as well ^
08:59:05 opendevreview John Garbutt proposed openstack/nova master: Deprecate ironic.peer_list https://review.opendev.org/c/openstack/nova/+/883346
08:59:39 bauzas third one is a specless bp change, simple for just adding a new cod-migrate policy https://review.opendev.org/c/openstack/nova/+/881562
08:59:57 bauzas so, who can help me ? :)
09:06:15 gibi bauzas: o/ remind me, did we discussed that specless on the meeting?
09:06:39 bauzas gibi: it was approved IIRC, but lemme double-check
09:06:56 bauzas https://blueprints.launchpad.net/nova/+spec/cold-migrate-to-host-policy correct it was
09:07:14 gibi bauzas: thanks
09:07:31 bauzas https://meetings.opendev.org/meetings/nova/2023/nova.2023-04-25-16.00.log.html#l-203
09:07:56 bauzas gibi: thanks for doing this round of reviews, I know you're busy
09:08:21 gibi ohh sh*t now I have to do these reviews :D
09:14:14 bauzas gibi: nah, don't feel pressured
09:14:51 bauzas I'm thinking of creating an etherpad of code reviews either way :)
09:15:50 gibi done :D
09:15:57 gibi I mean with the reviews
09:23:24 sean-k-mooney i can review some of them while i wait for my dev env to deploy
09:26:03 sean-k-mooney there is one minor english issue in https://review.opendev.org/c/openstack/nova/+/881562/2/api-ref/source/servers-admin-action.inc and a slight nit later
09:26:07 sean-k-mooney but im +2 on it
09:26:19 sean-k-mooney i held +w in case you want to quickly fix it?
09:30:52 bauzas sean-k-mooney: sorry was working on updating some change
09:31:06 bauzas sean-k-mooney: sure, I can quickly respin for that english point
09:31:28 bauzas should be better than a FUP
09:31:28 sean-k-mooney ack ill fast approve once its ready
09:34:23 opendevreview Sylvain Bauza proposed openstack/nova master: Add a new policy for cold-migrate with host https://review.opendev.org/c/openstack/nova/+/881562
09:34:31 bauzas sean-k-mooney: gibi: ^
10:02:11 opendevreview sean mooney proposed openstack/nova master: Remove deprecated AZ filter. https://review.opendev.org/c/openstack/nova/+/886779
10:11:20 sean-k-mooney bauzas: speaking of easy reviews can you hit this https://review.opendev.org/c/openstack/nova/+/886596 to drop fedora form teh experimental pipeline
10:11:34 sean-k-mooney the infra team are woking on droping the fedora images from ci
11:00:15 opendevreview John Garbutt proposed openstack/nova master: WIP: Limit nodes by ironic shard key https://review.opendev.org/c/openstack/nova/+/886980
11:09:52 opendevreview John Garbutt proposed openstack/nova master: Deprecate ironic.peer_list https://review.opendev.org/c/openstack/nova/+/883346
11:10:12 opendevreview John Garbutt proposed openstack/nova master: WIP: Limit nodes by ironic shard key https://review.opendev.org/c/openstack/nova/+/886980
11:44:48 opendevreview Merged openstack/nova master: Verify a move operation for cross_az_attach=False https://review.opendev.org/c/openstack/nova/+/878948
12:15:49 opendevreview Danylo Vodopianov proposed openstack/nova master: Packed virtqueue support was added. https://review.opendev.org/c/openstack/nova/+/876075
15:07:42 dansmith bauzas: I would sure love to have some review on my compute object id set
15:08:05 dansmith I wrote it a long time ago, but I barely remember what's in it anymore, so addressing feedback becomes more and more expensive as time goes on... :/
15:08:08 bauzas dansmith: aha, right, I need to look at your series
15:29:18 bauzas reminder : tomorrow will be our spec review day
15:29:38 bauzas (adding this reminder also for me :) )
16:00:09 opendevreview John Garbutt proposed openstack/nova master: Limit nodes by ironic shard key https://review.opendev.org/c/openstack/nova/+/886980
16:42:39 opendevreview John Garbutt proposed openstack/nova master: WIP: Add nova-manage ironic-compute-node-move https://review.opendev.org/c/openstack/nova/+/886989
17:56:50 gmann bauzas: dansmith: can either of you approve this, adding py310 func job on gate pipeline too https://review.opendev.org/c/openstack/nova/+/881339
17:58:56 dansmith approved, but I guess I'm not sure it's really important to run on so many python versions
17:59:09 dansmith it's not likely that python version problems will crop up between check and gate :)
18:00:29 gmann nova-tox-functional-py39 can be removed as py38 and py310 can cover it
18:01:07 dansmith definitely seems prudent to do that yeah
23:00:10 opendevreview melanie witt proposed openstack/nova-specs master: Re-propose spec for ephemeral storage encryption https://review.opendev.org/c/openstack/nova-specs/+/887011
23:14:31 opendevreview melanie witt proposed openstack/nova-specs master: Re-propose spec for ephemeral encryption for libvirt https://review.opendev.org/c/openstack/nova-specs/+/887012
#openstack-nova - 2023-06-27
01:52:06 opendevreview melanie witt proposed openstack/nova-specs master: Propose tooling and docs for unified limits https://review.opendev.org/c/openstack/nova-specs/+/887014
04:33:24 opendevreview Ghanshyam proposed openstack/nova-specs master: Re-propose "Policy service role spec" https://review.opendev.org/c/openstack/nova-specs/+/881880
05:39:03 opendevreview Amit Uniyal proposed openstack/os-vif stable/wallaby: set default qos policy https://review.opendev.org/c/openstack/os-vif/+/886778

Earlier   Later