Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2022-07-26
16:23:24 elodilles actually i haven't updated the stable section, as the state is the same as last week :/
16:23:30 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:23:36 elodilles and train is blocked :/
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

Earlier   Later