Earlier  
Posted Nick Remark
#openstack-nova - 2024-03-15
08:23:40 bauzas elodilles: for nova, we need to await a bit more, at least the prelude change is not yet approved https://review.opendev.org/c/openstack/nova/+/912973 + I'd like https://review.opendev.org/c/openstack/nova/+/899625/ to be merged
08:23:58 bauzas I know we're late :(
08:24:23 elodilles bauzas: ACK, thanks for the heads up
09:01:25 elodilles sean-k-mooney: LGTM, +2+W'd the patch
09:20:53 Uggla bauzas, found the issue this is _disconnect_volume which is called with 2 more parameters than expected destroy_secrets and force. What is funny that it is the case with the [backport] patch and not with the other.
09:22:33 bauzas cool to know
09:58:58 opendevreview Merged openstack/placement master: Add upgrade job from 2023.1 https://review.opendev.org/c/openstack/placement/+/907742
09:59:00 opendevreview Merged openstack/placement master: reno: Update master for unmaintained/wallaby https://review.opendev.org/c/openstack/placement/+/911286
09:59:01 opendevreview Merged openstack/placement master: reno: Update master for unmaintained/victoria https://review.opendev.org/c/openstack/placement/+/911276
09:59:02 opendevreview Merged openstack/placement master: reno: Update master for unmaintained/xena https://review.opendev.org/c/openstack/placement/+/911296
09:59:04 bauzas \o/
10:00:02 elodilles ~o~
10:00:36 bauzas one last to go, and then I'll update the placement RC1 patch
10:00:59 elodilles +1
10:01:01 elodilles thx
10:01:17 opendevreview Merged openstack/placement master: Update python classifier in setup.cfg https://review.opendev.org/c/openstack/placement/+/904618
10:01:29 opendevreview Merged openstack/nova master: Update python classifier in setup.cfg https://review.opendev.org/c/openstack/nova/+/901587
10:01:57 bauzas perfect on time
10:03:24 bauzas https://releases.openstack.org/reference/using.html#using-new-release-command
10:03:27 bauzas cool, found ^
10:04:14 elodilles well, to tell you the truth, sometimes it's easier to just edit the hash o:)
10:05:43 elodilles though you have to look for the correct hash, so new-release command can be easier :X
10:08:44 bauzas elodilles: I prefer the tooling in order to ensure that the git repo is all good
10:08:56 bauzas for example, github mirror doesn't have yet the last patch
10:09:10 bauzas anyway, updated
10:16:19 elodilles bauzas: true. thanks for the update o/
10:32:06 Uggla bauzas, progressing it seems the do_cleanup flag is set with the [backport] patch and not with the other patch
10:54:55 opendevreview Merged openstack/nova stable/2023.1: Fix nova-metadata-api for ovn dhcp native networks https://review.opendev.org/c/openstack/nova/+/911070
10:55:41 Uggla bauzas, found the issue this is linked with power_management. I need to crosscheck with artom.
11:03:53 opendevreview Steven Blatzheim proposed openstack/nova stable/zed: Fix nova-metadata-api for ovn dhcp native networks https://review.opendev.org/c/openstack/nova/+/912755
11:05:11 stblatzheim sean-k-mooney, elodilles: thanks for the reviews for the backport of the metadata bug. Here's the last cherrypick for zed: https://review.opendev.org/c/openstack/nova/+/912755
11:17:39 elodilles stblatzheim: thanks too for the backports!
14:17:12 opendevreview OpenStack Release Bot proposed openstack/placement stable/2024.1: Update TOX_CONSTRAINTS_FILE for stable/2024.1 https://review.opendev.org/c/openstack/placement/+/913349
14:17:12 opendevreview OpenStack Release Bot proposed openstack/placement stable/2024.1: Update .gitreview for stable/2024.1 https://review.opendev.org/c/openstack/placement/+/913348
14:17:14 opendevreview OpenStack Release Bot proposed openstack/placement master: Update master for stable/2024.1 https://review.opendev.org/c/openstack/placement/+/913350
14:21:36 bauzas Uggla: artom: okay, so please tell me if we need to get a new change before we provide the RC1
14:21:53 bauzas elodilles: f*** the gate failed again for https://review.opendev.org/c/openstack/nova/+/899625
14:29:18 elodilles :S
14:30:05 elodilles it would be good to have the nova release today, but it's not the end of the world if we can merge the release patch only Monday :/
14:30:23 elodilles it's good that you signaled on the patch that we should wait
15:00:21 dansmith melwitt: do you know anything about why we're hitting this for BFV? https://zuul.opendev.org/t/openstack/build/05d3e04d9fac460c9e7011e0b40a7089/log/controller/logs/screen-n-cpu.txt#9547
15:00:50 dansmith I know that's very old code, but it surely seems like we shouldn't be hitting that as a regular event, but it's all over the logs
15:28:53 sean-k-mooney
15:29:04 sean-k-mooney dansmith: is that form the nfs job
15:29:46 sean-k-mooney dansmith: i know melwitt was trying to fix the snapshot code at somepoint for nfs but i dont know what the current state of tha tis
15:31:29 sean-k-mooney it migh be related too https://bugs.launchpad.net/nova/+bug/1989514
15:32:13 sean-k-mooney whic is adressed by https://review.opendev.org/c/openstack/cinder/+/857528
16:33:09 bauzas dansmith: sean-k-mooney: please review the prelude patch when you can https://review.opendev.org/c/openstack/nova/+/912973
16:33:33 bauzas elodilles: yet again it failed :(
16:58:58 elodilles :/
17:24:20 sean-k-mooney bauzas: did you see my comments on the release highlights patch
17:44:54 sean-k-mooney bauzas: -1 on the prelude https://review.opendev.org/c/openstack/nova/+/912973 i have called out mostly the same issues that were in the highlight
17:45:22 sean-k-mooney i would prefer if we could fix both but i dont want to duplicate them in the prelude so at a minium i would ike to fix them there sicne that is not merged
#openstack-nova - 2024-03-16
08:19:25 opendevreview Merged openstack/placement stable/2024.1: Update .gitreview for stable/2024.1 https://review.opendev.org/c/openstack/placement/+/913348
08:32:34 opendevreview Merged openstack/placement stable/2024.1: Update TOX_CONSTRAINTS_FILE for stable/2024.1 https://review.opendev.org/c/openstack/placement/+/913349
#openstack-nova - 2024-03-17
14:01:34 opendevreview Takashi Natsume proposed openstack/nova master: Update contributor guide for 2024.2 Dalmatian https://review.opendev.org/c/openstack/nova/+/913481
#openstack-nova - 2024-03-18
10:01:05 opendevreview Sylvain Bauza proposed openstack/nova master: Add a Caracal prelude section https://review.opendev.org/c/openstack/nova/+/912973
10:03:21 opendevreview Sylvain Bauza proposed openstack/nova master: Update contributor guide for 2024.2 Dalmatian https://review.opendev.org/c/openstack/nova/+/913481
10:06:23 bauzas elodilles: the gate failed again for https://review.opendev.org/c/openstack/nova/+/899625 :(
10:06:49 bauzas elodilles: I rechecked it so I hope it will work now
10:25:59 elodilles ACK
12:31:31 opendevreview Merged openstack/nova master: libvirt: Cap with max_instances GPU types https://review.opendev.org/c/openstack/nova/+/899625
13:49:28 bauzas sean-k-mooney: gibi: could you please look at https://review.opendev.org/c/openstack/nova/+/912973 ?
13:49:30 bauzas thanks
14:32:31 artom Uggla, I think after the weekend and sleeping on it, the least bad solution I could come up with, at least in the short term, is to add a separate helper that "filters out" that new cpu shared set field from dst_numa_info, and make my code use it
14:32:53 artom But medium term we need to get rid of the conditional do_cleanup RPC call
14:33:29 artom I think if we were to test an instance with mdevs or vpmem with Lee's functional test, it would fail as well
14:33:50 artom For the exact same reason: the presence of either one of those causes the cleanup to get called
14:34:21 bauzas artom: Uggla: because today is the last day for creating a RC1, I find we will punt the cpu_shared_set changes to Dalmatian :(
14:34:42 bauzas I'm just awaiting for https://zuul.openstack.org/status#902084 + the prelude
14:34:49 artom Err, CPU power management doesn't work properly without it...
14:35:10 artom gibi's going to be very angry at you if we don't fix it entirely
14:35:17 artom ;)
14:37:34 artom I guess we can debate releasing it with a known issue (if you have different cpu_shared_set on source and dest and use libvirt CPU power management, not only does live migration doesn't update the pins, but also you might end up on CPUs that are powered down and the instance just doesn't start)...
14:37:38 bauzas artom: Uggla: so, then tell me about https://review.opendev.org/c/openstack/nova/+/877773
14:39:48 artom IMO it's fixable with a relatively small and clean-ish (as much as you can be clean when the whole basic principle is a mad genius hack) adjustment
14:40:46 dansmith bauzas: will you +W that patch yourself?
14:42:03 dansmith ... or do you need another review? looks like its 2x+2 already
14:42:09 artom Uggla seems to be AFK at the moment, so I can update it myself since we're in a time squeeze
14:42:16 gibi artom: bauzas: my powermgmt needs are targeting antelope. So if the cpu_share_set fix only lands in D then that will not prevent the backport to antelopej
14:42:19 bauzas dansmith: which change you mean ?
14:42:21 dansmith I'm talking about 902084
14:42:51 bauzas dansmith: it's already accepted, but it's running on the gate
14:43:07 bauzas https://zuul.openstack.org/status#902084
14:43:07 dansmith 902084 has no +W
14:43:13 bauzas ?*
14:43:18 dansmith it's in check now
14:43:31 dansmith "WorkflowNo votes"
14:43:35 artom gibi, fair... when does master switch to D? Tomorrow after today's RC1?
14:43:35 bauzas oh right
14:43:37 bauzas shit
14:43:46 bauzas dansmith: no worries, I'll +W it
14:43:54 dansmith bauzas: cool
14:44:07 bauzas thanks btw.
14:44:47 bauzas artom: gibi: so you would want to have https://review.opendev.org/c/openstack/nova/+/877773 to be merged in C ?
14:45:14 bauzas fwiw, we're still missing a second core here https://review.opendev.org/c/openstack/nova/+/903706/2
14:45:46 artom bauzas, I think gibi's saying that as long as it gets backported to Antelope, he's happy, regardless if it's merged on master in C or D
14:45:55 bauzas my concern is that we couldn't backport https://review.opendev.org/c/openstack/nova/+/903706/2/nova/objects/migrate_data.py#246
14:46:09 gibi artom: yes, after RC1 we will have master open for D, but I guess bauzas wants to limit the changes on master until final RC to make sure any last minute change to C is easy to backport from masterj
14:46:25 artom bauzas, right, that's why there's a backportable hack below it in https://review.opendev.org/c/openstack/nova/+/877773/9

Earlier   Later