| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-03-15 | |||
| 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 | |
| 14:46:38 | bauzas | I just +2d both of the changes | |
| 14:47:17 | artom | bauzas, err, want to jump on a call for me to explain stuff? | |
| 14:48:08 | bauzas | guys, that's like 4 days i told about rc1 | |
| 14:48:12 | bauzas | I wonder what you guys want | |
| 14:49:44 | gibi | I want to enable powermgmt in antelope :) | |
| 14:51:18 | gibi | backporting the fix from C or D does not matter for mej | |
| 15:13:55 | dansmith | bauzas: I'm trying to decide if that cpu shared set thing is okay or not | |
| 15:14:12 | dansmith | I don't love deleting a non-versioned property and replacing it with a versioned one like it's doing | |
| 15:14:29 | dansmith | I'm trying to decide if it's actually a problem, or just _very_ confusing (the latter is definitely true, IMHO | |
| 15:16:35 | dansmith | ah, basically what sean-k-mooney said on PS1 | |
| 15:18:06 | bauzas | dansmith: gibi: artom: Uggla: okay, so now I understand more | |
| 15:18:14 | artom | dansmith, heh, bauzas and I were just on a call where I explained the nuances | |
| 15:18:22 | artom | I can do the same for you if you wish :) | |
| 15:18:44 | dansmith | bummer | |
| 15:18:58 | bauzas | so, basically, we have an already bug with live-migration for cpu_shared_set | |