| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-04-02 | |||
| 18:40:20 | melwitt | 'user' currently is just verifying it's still blocked in the API but we were chatting about enabling live migration for 'user' if the API policy or secret ACLs would otherwise allow it | |
| 18:40:37 | sean-k-mooney | and i was tryign to understand how a host that allows all 3 was tested spertaly with all 3 | |
| 18:40:44 | melwitt | yeah, that got changed during spec review. no more choice on the default, 'user' is the only default | |
| 18:41:06 | sean-k-mooney | right this is one of the thing that evovled | |
| 18:41:21 | sean-k-mooney | and in the last ptg we entirlly remvoed the image options | |
| 18:41:32 | melwitt | right | |
| 18:41:35 | sean-k-mooney | becasue fo the resize isssues | |
| 18:41:50 | sean-k-mooney | feels weeried that we chose the make it simpler option | |
| 18:41:54 | sean-k-mooney | we shoudl do that more | |
| 18:42:01 | melwitt | because rebuild is not implemented, so we didn't want to create a path where the user gets stuck with a mode and can't change it | |
| 18:43:17 | sean-k-mooney | so i have been ocationally suggeting to james that we look at runign more of whitebox in nova-next this cycle | |
| 18:43:18 | melwitt | if your image properties are locked-in (bc you can't rebuild), you will have a flavor/image conflict for resizes | |
| 18:43:33 | sean-k-mooney | melwitt: yep i just had paged out that converstion | |
| 18:44:02 | sean-k-mooney | ok after reviewign the whitebox code as well im ok with moving forward with this job for now | |
| 18:44:08 | melwitt | yeah. it's been a long and complicated journey | |
| 18:44:35 | sean-k-mooney | melwitt: before we add new test i woudl like to change the whitebox cofnig slightly so we list which polices are enabeld | |
| 18:44:45 | sean-k-mooney | i think | |
| 18:44:54 | melwitt | ok. yeah I was just thinking we merged all the tests and etc but no job running them so I figured maybe we want to go with that for now and then whatever happens this cycle I can adapt it | |
| 18:44:55 | sean-k-mooney | and skip the relevent tests | |
| 18:45:11 | sean-k-mooney | no its just user and host form what i saw | |
| 18:45:58 | sean-k-mooney | when we add deployment without another way to know if it shoudl work it will block the 2026.1 branch | |
| 18:46:00 | melwitt | right. and user is kind of a negative test, it just verifies that requests are rejected | |
| 18:46:11 | sean-k-mooney | well i guess it wont but only because this job is not there | |
| 18:46:30 | sean-k-mooney | but i assume we woudl liek to backport this job? | |
| 18:46:37 | sean-k-mooney | to have coverage | |
| 18:46:48 | melwitt | I have not heard anyone suggest that yet | |
| 18:47:20 | sean-k-mooney | i mean its not hard to do and the test coverage would be valuabel but its not strictly requried | |
| 18:47:20 | melwitt | we have coverage by way of whitebox which IIRC runs as a periodic | |
| 18:47:33 | melwitt | this latest thing we are making it sort of an official nova thing I guess | |
| 18:48:11 | sean-k-mooney | yes in the weekly perdic job | |
| 18:48:24 | sean-k-mooney | but i dont think whitebox-devstack-multinode | |
| 18:48:28 | sean-k-mooney | currently runs this test | |
| 18:49:06 | melwitt | oh you mean since we missed the window in G. yeah that's true | |
| 18:49:41 | sean-k-mooney | unless i missunderstood | |
| 18:49:42 | melwitt | so yeah I guess we need to backport it. | |
| 18:49:53 | sean-k-mooney | the host policy did merge before feature freeze adn is in 2026.1 right | |
| 18:49:57 | melwitt | no you're right. I've just been brain fried | |
| 18:49:59 | melwitt | yes | |
| 18:50:06 | sean-k-mooney | ok cool. | |
| 18:50:27 | sean-k-mooney | we could do this slightly diffently. | |
| 18:50:53 | sean-k-mooney | we coudl move whitebox-devstack-multinode to check | |
| 18:51:08 | sean-k-mooney | and update whitebox-devstack-multinode to run the vtpm test by default | |
| 18:51:31 | sean-k-mooney | that woudl give us a weekly perodic on 2026.1 i think | |
| 18:51:59 | sean-k-mooney | that getting to complciated | |
| 18:53:50 | gmaan | tests are present in 2026.1 so yes job needs to be backported | |
| 18:54:53 | gmaan | melwitt: sean-k-mooney: on service users/interaction standardization, I added separate topic than vTPM one added by melwitt so that we can discuss/audit rest all other cases also https://etherpad.opendev.org/p/nova-2026.2-ptg#L161 | |
| 18:55:14 | melwitt | sounds good gmaan | |
| 18:55:17 | gmaan | i will details later, feel free to add other case if i missed any | |
| 18:55:34 | gmaan | outcome of that can be to write the agreed approachs in document | |
| 18:56:21 | gmaan | I didn't want to mix it (as it has other cases also) in vTPM one so added as a separatetopic | |
| 18:56:48 | melwitt | yeah I think that makes sense | |
| 18:56:50 | gmaan | not sure which one we should discuss first but that we can figure out in PTG | |
| 18:57:23 | melwitt | we could probably merge the topics, I could add mine as sort of concrete example | |
| 18:57:32 | gmaan | ++ | |
| 18:57:51 | sean-k-mooney | melwitt: i just +2w the nova-vtpm job wiht some notes | |
| 18:58:33 | sean-k-mooney | so assuming the devstack patch merges it shoudl merge shortly there after | |
| 18:58:49 | melwitt | cool, I'll move the vtpm topic under the general service user topic | |
| 18:58:55 | melwitt | thanks sean-k-mooney | |
| 18:59:24 | gmaan | on backport, along with backporting job, we need devstack backport also. | |
| 18:59:38 | sean-k-mooney | one of the feature im implemnntign for cyborg this cycle si SRBAC | |
| 19:00:09 | sean-k-mooney | so oen of the topic i was goign to have for the nova/cyborg session was how to evolve nova to talks to cyborg with service token in the future | |
| 19:00:44 | sean-k-mooney | so we can like group that after the general service_user topic | |
| 19:01:00 | gmaan | yeah, thast will be better | |
| 19:01:04 | sean-k-mooney | it doesnt have to be back to back but we shoudl rsovle that first | |
| 19:01:47 | gmaan | maybe somthing Uggla ^^ can do while scheduling or i can remind | |
| 19:02:25 | sean-k-mooney | i dont think bookings have opened up yet | |
| 19:02:41 | gmaan | slot booking? | |
| 19:02:57 | sean-k-mooney | ut im goign to try and see of i can aovid to many conflicts between the nova watcher and cybrog tracks | |
| 19:03:10 | sean-k-mooney | gmaan: ya the session request was a whiel ago | |
| 19:03:31 | sean-k-mooney | but i have not recived the email fro bookign specific slot yet for cybrog | |
| 19:03:59 | sean-k-mooney | but im expecting that to happen in the next week or so | |
| 19:04:06 | gmaan | it is open, I am not sure there will be separate email for that? | |
| 19:04:37 | gmaan | you can see booking happening in #openinfra-events | |
| 19:04:44 | sean-k-mooney | i was told to expect one by sylvian but i guess i can check with allison | |
| 19:05:08 | sean-k-mooney | ok i was waiting for a notifiction i gues i can figure that out next week then | |
| 19:05:20 | gmaan | afaik, once team PTG booking is confirmed, you can book slot anytime | |
| 19:05:52 | sean-k-mooney | ok i need to chnage the ether pad linkes that were auto created | |
| 19:06:03 | gmaan | https://ptg.opendev.org/ptg.html | |
| 19:06:03 | gmaan | many projects already booked | |
| 19:06:55 | sean-k-mooney | ok i was specificly under the impression that the modeerators for each session would be notifed when we can start doing that | |
| 19:07:56 | sean-k-mooney | looks like nova is not there yet ill sync with Uggla next week | |
| 19:08:09 | gmaan | yeah | |
| 19:12:35 | Uggla | sean-k-mooney, I'll book the slot tomorrow, because I'll be on PTO next wwek | |
| 19:13:00 | sean-k-mooney | Uggla: what days were we thinking for the ptg | |
| 19:13:34 | sean-k-mooney | i may have missed it but i was not sure that was dicsussed in the recent irc metting | |
| 19:13:52 | Uggla | I thought about Tue --> Fri | |
| 19:14:23 | sean-k-mooney | ack im condierign doing the actul cyborg ptg on monday or tudesday | |
| 19:14:48 | sean-k-mooney | we coudl do the corss rpoejct session on one of the nova days | |
| 19:15:06 | sean-k-mooney | wathcer is wednesday-friday | |
| 19:15:52 | sean-k-mooney | althoguh firday is shorter due to the tc sessions | |
| 19:16:19 | Uggla | yep expecting to close a bit earlier on friday. | |
| 19:16:49 | sean-k-mooney | ok we can figure it out when your back form pto | |
| 19:17:30 | sean-k-mooney | ill put in some temp cybrog slot on monday and tuesday for now and we can see fi there is a good slot free for the cross project when your back | |
| 19:17:42 | Uggla | sure we will have 1 week to prepare. Right now we have few topics, but I'm pretty sure it will grow next week. | |
| 19:18:00 | sean-k-mooney | i still ned to find time to prepare a small number fo high priroty topics | |
| 19:18:54 | sean-k-mooney | just an fyi one of the things im goign to do is propse a very target spec to chate 2 things in the schduler one fo which si optional to maybe enabel cybrog to do numa in placment before nova does | |
| 19:19:36 | Uggla | ok | |
| 19:19:39 | sean-k-mooney | but i need ot find time to write that up but that was oging to be one of the topci i brought up | |
| 19:20:16 | sean-k-mooney | the other would be the chagne needed to compelte vgpus with cybrog and how nova and cybrog talk to each other | |
| 19:20:28 | sean-k-mooney | those are the 3 general teeme at least | |