Earlier  
Posted Nick Remark
#openstack-nova - 2026-06-08
16:11:55 sean-k-mooney basiclly a way to tell qemu that the storage is an ssd or hdd
16:12:26 Uggla do you have the link
16:12:34 sean-k-mooney that might be a nice one ot have but im not going to hold my breath on it being ready in time
16:12:45 sean-k-mooney sure https://review.opendev.org/c/openstack/nova-specs/+/979696
16:12:55 Uggla thx
16:14:31 sean-k-mooney we can likely move on
16:14:33 Uggla Regarding Expose vlan trunking in metadata/configdrive, cardoe has partialy answered. He is on PTO/
16:15:13 sean-k-mooney ya i htink we can proceed with that i just need a second reviewr that has time to review the exsitng implemation
16:15:30 Uggla so as it looks not in a bad shape, maybe I'll have a short exception for that one.
16:15:49 Uggla unless people are really against that.
16:16:03 Uggla otherwise
16:16:08 Uggla #info Starting: https://etherpad.opendev.org/p/nova-2026.2-status#L16 interesting bugs to review.
16:16:28 Uggla Moving on
16:16:29 Uggla #topic Stable Branches
16:16:45 elodilles thanks
16:16:50 elodilles #info nova stable gates are working again
16:16:57 elodilles thanks gmaan o:)
16:17:05 elodilles #info placement stable/2025.1 is blocked - workaround: https://review.opendev.org/c/openstack/placement/+/992299
16:17:25 elodilles the rest of the stable gates should be OK
16:17:31 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:17:45 elodilles and that's all from me about stable
16:17:53 elodilles Uggla: back to you
16:17:59 Uggla thx elodilles
16:18:32 Uggla #topic vmwareapi 3rd-party CI efforts Highlights
16:18:39 fwiesel Hi, no updates from my side.
16:18:39 Uggla fwiesel anything to report ?
16:18:45 Uggla ok thx
16:18:51 Uggla #topic Gibi's news about eventlet removal
16:19:41 gibi o/
16:19:52 gibi I'm not sure if sambork are around or not
16:21:17 Uggla seems not
16:21:25 gibi yeah
16:21:30 gibi I have not much to say
16:22:01 Uggla we can skip if there's nothing new
16:22:02 gibi Ashish is working on the functional env, sambork on a forking issue in 3.14
16:22:19 gibi that is it
16:22:46 Uggla thx
16:23:05 Uggla skipping next 2 topics, because layos and cardoe are not available.
16:23:16 Uggla #topic Bug scrubbing
16:23:24 Uggla #info up to 140 (-45)
16:23:30 Uggla #link https://etherpad.opendev.org/p/nova-bug-triage-roster
16:23:35 Uggla #link https://truc.uggla.fr/ to follow the trend.
16:23:52 Uggla #info everybody should have bugs assigned.
16:23:59 Uggla Next meeting (this week): [public] Upstream bug triage. Wednesday, June 10 · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj
16:24:08 Uggla #topic Open discussion
16:24:35 Uggla Last time we did not discuss sean topic, so sean-k-mooney please go ahead.
16:25:18 Uggla first is bug janitor, second is pre populated cirros rootfs experiment
16:25:35 sean-k-mooney the first one i belive is the tick box to auto expire incompelte bugs after 30-90 days
16:26:00 sean-k-mooney fungi notice that take affect and we were not sure if that was intentinoal or not
16:26:11 sean-k-mooney so i disabled it quickly and wanted to know are we ok with it
16:26:29 sean-k-mooney basiclly if a bug is incompelte and has no comment after 90? days
16:26:34 sean-k-mooney itw ill go to the expired state
16:26:44 sean-k-mooney i think that is fine but just wanted to make sure we were ok with that
16:26:50 sean-k-mooney it wont affect bugs in any other state
16:27:28 sean-k-mooney if we are i can go make sure that is set the same for all the nova repos
16:27:33 gibi I'm fine to close bugs that sitting in incomplete for 90 days
16:27:41 Uggla same for me
16:27:57 sean-k-mooney since it puts them in the exired state we can also find them again
16:28:03 sean-k-mooney because we dont use that for anythign else
16:28:38 sean-k-mooney if there is no objection then ill go re enable it in nova/placment and check if tis enabeld in the other nova repos
16:28:56 Uggla ok
16:29:27 sean-k-mooney the second topic is https://review.opendev.org/c/openstack/nova/+/990728
16:29:52 sean-k-mooney so that didnt merge after like 5 or more recheck because it hit many other unrleated gate bugs
16:30:04 sean-k-mooney we have fixed at least 2 if not 3 of them since then
16:30:21 sean-k-mooney none of the rechecks failed on the kernel painc it was intended to test
16:30:34 sean-k-mooney so it looks like using prepoulated images does infact prevent the kernel panic
16:31:12 sean-k-mooney so we coudl recheck this and get more data or we could abandon it as i think we have confirmed at this point that that is the underlying issue
16:31:38 sean-k-mooney i.e. if teh vm boot is interupted because we resize or reboot the vm while the rootfs is beign copied from the initram
16:31:58 sean-k-mooney then we get teh "trying to kill init" panic we have been seeign for the last few years
16:32:39 sean-k-mooney im goign to followup with the cirros folks to prepare a 0.6.4 release with a new pre-poulated image
16:32:42 sean-k-mooney and some other fixes
16:33:05 sean-k-mooney so i guess the only quesiton i have is do we want to continue trying to do the experiment
16:33:29 sean-k-mooney or will i abandon those patche or atleast drop +w and just recheck to do more testing if needed
16:33:53 Uggla any idea of the frequency of the crashes ?
16:34:01 gibi will this be fixed by cirros folks, or we need something home made cirros imagae?
16:34:05 sean-k-mooney about 20 times a day in novas gate
16:34:19 sean-k-mooney there are other workarounds
16:34:31 sean-k-mooney which is we can make it less likely by waithing for sshable
16:34:42 sean-k-mooney before we do reboots or resizes
16:34:59 sean-k-mooney gibi: i have propesed prs to cirros
16:35:02 sean-k-mooney to fix it
16:35:28 sean-k-mooney but we need ot undersnad the currnet maintaince sate of the cirros project in general
16:35:47 sean-k-mooney gibi: worst case we will fork it again but im hoping we can fix it upstream
16:36:04 Uggla ++ checking for sshable
16:36:23 sean-k-mooney checking for sshable is really just a workaround
16:36:42 sean-k-mooney but we coudl do it in the couple fo tests that are impacted
16:36:55 gibi sean-k-mooney: OK, lets see what the cirros folks say
16:37:16 sean-k-mooney waitign for sshable mostly means we shoudl have compelted the rootfs copy
16:37:17 gibi I'm OK to add sshable checks to the impacted test
16:37:34 Uggla maybe not ideal but better loosing a bit of time to be ready than crashing. IMHO
16:37:37 sean-k-mooney ack i can see if we can come up with a list
16:37:56 sean-k-mooney basiclly its any test that rebots a vm or does a resize
16:38:02 sean-k-mooney it happen mroe on the bfv tests
16:38:12 sean-k-mooney just because of the extra overhead
16:38:37 sean-k-mooney the 2 ways it manifest is the panic
16:38:39 sean-k-mooney or ssh failing
16:38:55 sean-k-mooney the latter is because if we coppy the root fs but have not writeen the athrised key
16:39:10 sean-k-mooney there was a race in cirros that ment it woudl not do that on the next boot
16:39:22 sean-k-mooney waiting for sshable shoudl cover both cases
16:39:42 sean-k-mooney to wrap this up wil i abandon my test patches for now?

Earlier   Later