| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-07-26 | |||
| 16:23:51 | elodilles | i could spend only a little time to look at the train gate issue | |
| 16:24:08 | elodilles | (devstack-gate is failing to install python3-yaml) | |
| 16:24:09 | sean-k-mooney | is the shell issue still blocked byu another issue | |
| 16:24:21 | elodilles | sean-k-mooney: yepp | |
| 16:24:45 | elodilles | if only nova-grenade would fail i'd suggest to set it non-voting 'temporarily' | |
| 16:24:59 | elodilles | (especially as it is stable/train which is quite old) | |
| 16:25:00 | sean-k-mooney | ya that might be the path forward | |
| 16:25:21 | elodilles | but unfortunately nova-live-migration also fails with the same issue | |
| 16:25:40 | elodilles | so it would mean two jobs :/ | |
| 16:26:00 | sean-k-mooney | failing to install python3-yaml | |
| 16:26:07 | elodilles | though the good part would be to have less intermittent failure to catch :P | |
| 16:26:11 | sean-k-mooney | is it a dist tools failure | |
| 16:26:22 | sean-k-mooney | i.e. pip refusing to upgrade it | |
| 16:26:32 | elodilles | sean-k-mooney: i don't know as it gets timed out | |
| 16:26:40 | elodilles | and we don't have logs either :/ | |
| 16:26:48 | sean-k-mooney | becasue python3-yaml is one of those packages i alway unitlly form the disto before i run devstack | |
| 16:26:52 | sean-k-mooney | ack | |
| 16:26:54 | elodilles | i mean only the jobs-output.txt | |
| 16:27:28 | elodilles | the last line we see is the processing triggers from libc-bin | |
| 16:27:35 | elodilles | then it hangs for 2 hrs | |
| 16:28:04 | sean-k-mooney | oh hum + /opt/stack/new/devstack-gate/functions.sh:apt_get_install:L71: sudo DEBIAN_FRONTEND=noninteractive apt-get --assume-yes install python3-yaml | |
| 16:28:13 | sean-k-mooney | so its explcitly being installed form the distor in that job | |
| 16:28:31 | elodilles | yes, from devstack-gate | |
| 16:28:37 | sean-k-mooney | which is the the opicit of what i normally do | |
| 16:29:27 | elodilles | locally this works fine for me with the same packages (if i checked them correctly) | |
| 16:29:41 | elodilles | so still could not reproduce | |
| 16:30:33 | elodilles | that's it for what i can tell for now :/ | |
| 16:31:34 | sean-k-mooney | ack | |
| 16:32:00 | sean-k-mooney | it does look like it jut hang proceeign the triggers fo libc-bin | |
| 16:32:28 | sean-k-mooney | as a workaround we could add a pre playbook to do a full update/upgade of the packages and preinstall that | |
| 16:32:31 | sean-k-mooney | and see if it helped | |
| 16:32:32 | chateaulav | i wonder if there is some weird package prompt stalling the process | |
| 16:32:43 | elodilles | yes, otherwise we should see some continuation from the devstack-gate script | |
| 16:33:10 | sean-k-mooney | sudo DEBIAN_FRONTEND=noninteractive apt-get --assume-yes install python3-yaml | |
| 16:33:17 | sean-k-mooney | so its being pulled in form that but | |
| 16:33:25 | sean-k-mooney | --assume-yes and noninteractive | |
| 16:33:29 | sean-k-mooney | shoudl disable all prompts | |
| 16:33:53 | sean-k-mooney | anyway we proably can move on | |
| 16:33:55 | chateaulav | ill see if I cant dedicate some time this week to take a look. | |
| 16:34:34 | elodilles | thanks! | |
| 16:34:39 | bauzas | cool, moving on then | |
| 16:34:46 | bauzas | and thanks all for discussing it | |
| 16:34:47 | elodilles | for the workaround suggestion, too, sean-k-mooney | |
| 16:35:10 | elodilles | bauzas: ++ | |
| 16:35:16 | bauzas | #topic Open discussion | |
| 16:35:24 | bauzas | (bauzas) will be on PTO between Aug 3rd and Aug 29th, who would want to chair the 3 meetings ? | |
| 16:35:55 | bauzas | or do we need to cancel those ? | |
| 16:36:09 | gibi | I think I can take them | |
| 16:36:09 | bauzas | I'd prefer the former honestly, given we're on zed-3 | |
| 16:36:23 | bauzas | gibi: <3 | |
| 16:36:35 | gibi | 9th, 16th, 23rd | |
| 16:36:35 | bauzas | I'll be back on time before the 3rd milestone | |
| 16:36:54 | bauzas | should even be around on IRC on Monday but shhhtttt | |
| 16:37:46 | bauzas | #action gibi to chair 3 nova meetings (Aug 9th, 16th and 23rd) | |
| 16:38:04 | Uggla | bauzas, can we define the microversion for virtiofs/manila ? | |
| 16:38:07 | bauzas | I'll chair next week's meeting | |
| 16:38:13 | bauzas | Uggla: good question | |
| 16:38:33 | bauzas | I was about to write an email for asking people to look at https://etherpad.opendev.org/p/nova-zed-microversions-plan | |
| 16:38:51 | bauzas | but given we had the CI outage from last week, I didn't had time to do it | |
| 16:39:37 | bauzas | to be fair, I'll write the email to ask people to propose their microversion changes if they think they're already done | |
| 16:40:02 | bauzas | Uggla: for the moment, plan to use 2.93 | |
| 16:40:24 | Uggla | ok sounds good to me. | |
| 16:41:35 | bauzas | melwitt wrote something for last meeting but we hadn't time to discuss about it AFAIR | |
| 16:41:42 | bauzas | tch https://review.opendev.org/c/openstack/nova/+/764486 (thank you gibi for adding a comment 🙂) | |
| 16:41:42 | bauzas | (melwitt) I will not be at the meeting today but in case you missed it, I'm seeking input regarding terminology used in the currently named "ephemeral encryption" feature spec and patches: https://lists.openstack.org/pipermail/openstack-discuss/2022-July/029546.html. If you have thoughts on whether the terminology should be changed to something other than "ephemeral encryption", please comment on the ML thread or on this pa | |
| 16:42:10 | bauzas | sounds a new naming bikeshed \o/ | |
| 16:43:01 | bauzas | any opinions about a possible good name instead of "ephemeral encryption" ? | |
| 16:43:12 | bauzas | reminder : I'm terrible at naming things | |
| 16:44:11 | bauzas | sean-k-mooney: to be fair, we name "ephemeral disks" disks that are created and aren't volumes | |
| 16:44:22 | bauzas | and are persisted | |
| 16:44:34 | sean-k-mooney | ephmeral disks are only the disk created form flavor.ephmeral | |
| 16:44:55 | sean-k-mooney | so to me it wrong ot ever use it in any other context | |
| 16:45:05 | bauzas | if you have a flavor with DISK_GB=10, correct me if I'm wrong but you'll get a 10GB disk that will be an "ephemeral disk" | |
| 16:45:23 | bauzas | (not a BFV I mean) | |
| 16:45:57 | sean-k-mooney | no | |
| 16:46:05 | sean-k-mooney | that is incorrect terminology | |
| 16:46:10 | sean-k-mooney | and what im objecting too | |
| 16:46:13 | gibi | local vs volume, root vs ephermeral, these are the terminologies in the API doc | |
| 16:46:28 | sean-k-mooney | right | |
| 16:46:33 | bauzas | https://docs.openstack.org/arch-design/design-storage/design-storage-concepts.html | |
| 16:46:48 | bauzas | Ephemeral storage - If you only deploy OpenStack Compute service (nova), by default your users do not have access to any form of persistent storage. The disks associated with VMs are ephemeral, meaning that from the user’s point of view they disappear when a virtual machine is terminated. | |
| 16:47:07 | bauzas | we name them "ephemeral" because we delete the disk when the instance is removed | |
| 16:47:21 | gibi | and we delete volumes as well if so configured :D | |
| 16:47:26 | sean-k-mooney | whihc is not correct | |
| 16:47:40 | sean-k-mooney | deleting somting at the end of its lifetime does not make it epmeral | |
| 16:48:05 | bauzas | technically, you can have ephemeral disks on shared storage (NFS) | |
| 16:48:07 | sean-k-mooney | if we delete a volume we also expect the data to be removed | |
| 16:48:14 | sean-k-mooney | or ceph | |
| 16:48:20 | sean-k-mooney | if you use the rbd image_backend | |
| 16:48:37 | bauzas | sean-k-mooney: I don't disagree with you, I'm just explaining our docs | |
| 16:49:17 | sean-k-mooney | yep | |
| 16:50:05 | bauzas | not only our upstream docs btw... https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.2/html/creating_and_managing_instances/con_types-of-instance-storage_osp :) | |
| 16:50:12 | sean-k-mooney | so i would prefer something like local_disk_encryption, instance_disk_encypriton or similar | |
| 16:50:29 | sean-k-mooney | bauzas: right but there are many other things wrong with our downstream docs | |
| 16:50:32 | gibi | +1 on local disk encryption | |
| 16:51:55 | bauzas | I'd prefer local disk encryption over instance disk encryption | |
| 16:51:58 | sean-k-mooney | im not going to block this progressing on the name | |
| 16:52:22 | sean-k-mooney | i just find the usage of ephmeral to rever to storage tied to the vms lifecycle to be mildly insulting | |
| 16:52:26 | bauzas | because an instance disk can either be "ephemeral" (from local libvirt disk), or something else | |
| 16:53:02 | bauzas | technically, this ephemeral storage is actually our virt driver local storage | |