| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-09-10 | |||
| 16:08:30 | sean-k-mooney | i propoaded not formatign ephemeral disk by default before | |
| 16:08:42 | sean-k-mooney | we have a blueprint for that that i think we shoudl do in epoxy | |
| 16:08:47 | dansmith | yeah, sean-k-mooney I'm on board with that too | |
| 16:09:21 | sean-k-mooney | but for right now just skipign the safty check if the disk is not bootable and thats only set when we chreat ephermal/swap disks in my patch above | |
| 16:09:21 | bauzas | ring me a bell, I know what ephemeral disks are in nova, but I wonder *why* people would want vfat | |
| 16:09:42 | sean-k-mooney | bauzas: its our default when you dont set a config option or image property | |
| 16:09:45 | bauzas | probably because they think "ephemeral" means the disks are not persisted (which is not the case) | |
| 16:09:56 | sean-k-mooney | we choose it as the only format that would work for every os | |
| 16:10:23 | sean-k-mooney | not it was just because we needed something that works on linux and windows | |
| 16:10:32 | dansmith | vfat would only be for windows guests so they see something on the disk instead of blank | |
| 16:10:33 | sean-k-mooney | if you set os_type in teh image we use ntfs or ext4 | |
| 16:10:37 | dansmith | but makes no actual sense | |
| 16:10:52 | dansmith | sean-k-mooney: we actually support ntfs? | |
| 16:10:54 | sean-k-mooney | or if you set the config option we use what you set as the fallback | |
| 16:11:01 | sean-k-mooney | yep | |
| 16:11:11 | sean-k-mooney | im not saying you should use it | |
| 16:11:11 | dansmith | either way, we're not partitioning the disk properly anyway.. I guess I'm surprised windows is happy with a whole-disk ntfs | |
| 16:11:15 | sean-k-mooney | but the code is there | |
| 16:11:33 | sean-k-mooney | https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.default_ephemeral_format | |
| 16:11:34 | dansmith | yeah, I would never use linux-created ntfs for production if I was a windows user | |
| 16:12:06 | sean-k-mooney | well cloud model. as a end user you should not know if its hyperv or libvirt/qemu | |
| 16:12:30 | bauzas | but you know the image you use | |
| 16:12:34 | sean-k-mooney | its in the default section because this applies to other drivers | |
| 16:12:51 | dansmith | I mean as the operator I would never configure that, | |
| 16:13:03 | dansmith | but you're right, users may not realize they are getting ntfs created by linux that they shouldn't trust :) | |
| 16:13:31 | bauzas | agreed on not configure it if I was admin, I'd just assume nova would create me ephemerals that my instance can read | |
| 16:13:32 | sean-k-mooney | anyway we can carry this discussion forward to the reveiws | |
| 16:13:36 | dansmith | yeah | |
| 16:13:42 | sean-k-mooney | but next cycle we can add unformated and set that as the default | |
| 16:13:59 | sean-k-mooney | https://blueprints.launchpad.net/nova/+spec/default-ephemeral-format-unformated | |
| 16:14:01 | dansmith | with docs and renos suggesting to leave it that way | |
| 16:14:21 | sean-k-mooney | we can flag the option with advnaced if we like | |
| 16:14:52 | sean-k-mooney | https://docs.openstack.org/oslo.config/latest/reference/defining.html#advanced-option | |
| 16:15:39 | sean-k-mooney | anyway we can likely move on | |
| 16:15:42 | dansmith | yup | |
| 16:15:46 | bauzas | okay | |
| 16:15:58 | bauzas | action items are on reviewing the oslo.utils patch, right? | |
| 16:16:08 | dansmith | no, | |
| 16:16:21 | dansmith | that's on the oslo people and tkajinam has already +2d and asked the other cores to hit it | |
| 16:16:35 | dansmith | but again, it won't solve our problem until release/bump | |
| 16:16:53 | dansmith | the action item on us should be getting sean's actual fix working,reviewed,merged | |
| 16:16:55 | dansmith | (IMHO) | |
| 16:17:16 | sean-k-mooney | i have a patch at the end for compatiblity with the oslo change too | |
| 16:17:17 | bauzas | are we talking of https://review.opendev.org/q/topic:%22ephmeral-and-swap-backing-files%22 ? | |
| 16:17:50 | sean-k-mooney | the first 2 patches yes but ill change the topic of that to the bug topic later | |
| 16:17:58 | bauzas | cool | |
| 16:18:12 | bauzas | I guess then we can move on | |
| 16:18:22 | tkajinam | I can push the oslo.utils to gate if it doesn't get attention from the other cores and hard blocks nova release but note that we may need a few more steps (backport to 2024.1, new release in 2024.1 and req bump) | |
| 16:18:30 | bauzas | but do we feel this as a regression bug ? | |
| 16:18:32 | tkajinam | which might mean that RC1 release of nova might be delayed because of it | |
| 16:18:46 | bauzas | heh, jinxed by tkajinam | |
| 16:18:53 | tkajinam | s/2024.1/2024.2/g | |
| 16:19:01 | tkajinam | :-) | |
| 16:19:04 | sean-k-mooney | tkajinam: its not a hard block really but it is a regression that might require an rc2 | |
| 16:19:11 | tkajinam | ok | |
| 16:19:12 | dansmith | it's not an oslo regression | |
| 16:19:20 | bauzas | it's a nova regression | |
| 16:19:26 | sean-k-mooney | yep | |
| 16:19:28 | dansmith | it is a nova one, but again, it feels like we need to fix our own code anyway | |
| 16:19:32 | bauzas | so we need to merge sean's patches before RC1 | |
| 16:19:47 | sean-k-mooney | ideally but i need to get it passing first | |
| 16:19:48 | tkajinam | ok | |
| 16:19:51 | bauzas | or deliver RC1 and adress them in RC2 | |
| 16:20:16 | dansmith | so we could aim to get sean's stuff in to fix, | |
| 16:20:22 | bauzas | sean-k-mooney: fwiw, I'm just adding to that bug report the dalmatian-rc-potential taag | |
| 16:20:27 | dansmith | but if we can't for some reason, just getting nova to use the updated oslo will paper over the problem | |
| 16:20:42 | tkajinam | makes sense | |
| 16:20:45 | bauzas | and I'm flagging that bug in the rc etherpad I'm just gonna speak about in a few | |
| 16:20:48 | sean-k-mooney | cool. im going to monitor the meetign but im goign to go back to working on this in parallel | |
| 16:21:21 | bauzas | sean-k-mooney: don't freak out, we didn't had RC2s for a while, but I feel brave enough to ship one this time :) | |
| 16:22:58 | dansmith | let's move on for real now | |
| 16:23:41 | bauzas | okay, did the paperwork | |
| 16:23:51 | bauzas | (sorry, took more time than estimate) | |
| 16:24:00 | bauzas | #topic Gate status | |
| 16:24:06 | bauzas | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | |
| 16:24:12 | bauzas | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | |
| 16:24:18 | bauzas | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status | |
| 16:24:29 | bauzas | nothing to relate except nova-emulation zed again | |
| 16:24:47 | bauzas | my bad, nova-emulation on antelope | |
| 16:25:09 | bauzas | but since master job run worked like a charm, let's not look at it | |
| 16:25:17 | bauzas | #info Please look at the gate failures and file a bug report with the gate-failure tag. | |
| 16:25:22 | bauzas | #info Please try to provide meaningful comment when you recheck | |
| 16:25:34 | bauzas | anything else about gate stability ? | |
| 16:26:25 | bauzas | looks not | |
| 16:26:33 | bauzas | #topic Release Planning | |
| 16:26:40 | bauzas | #link https://releases.openstack.org/dalmatian/schedule.html | |
| 16:26:41 | opendevreview | Merged openstack/os-vif stable/2024.2: Update .gitreview for stable/2024.2 https://review.opendev.org/c/openstack/os-vif/+/928353 | |
| 16:26:46 | bauzas | #info Dalmatian RC1 planned this week | |
| 16:27:14 | bauzas | so, again, I'd appreciate if people chime in if they find regressions | |
| 16:27:22 | elodilles | ( there is the generated patch: https://review.opendev.org/c/openstack/releases/+/928551 ) | |
| 16:27:29 | elodilles | ( rc1 patch for nova) | |
| 16:27:43 | bauzas | we now have an etherpad for RC tracking | |
| 16:27:46 | bauzas | #link https://etherpad.opendev.org/p/nova-dalmatian-rc-potential | |
| 16:28:02 | bauzas | elodilles: thanks, just adding your nova rc1 patch to the etherpad :) | |
| 16:28:14 | elodilles | ++ | |
| 16:29:18 | bauzas | also, | |
| 16:29:43 | bauzas | maybe people forgot here that as soon as we branch master with RC1, then master becomes Epoxy :) | |
| 16:29:50 | bauzas | accordingly | |
| 16:30:04 | bauzas | #info Epoxy development phase will start as soon as we branch RC1 | |
| 16:30:21 | bauzas | #link https://releases.openstack.org/epoxy/schedule.html | |