Earlier  
Posted Nick Remark
#openstack-nova - 2023-05-02
14:20:08 sean-k-mooney yep
14:20:35 sean-k-mooney i can fix that pretty simply i need to look and see if any other packages are missing
14:21:04 dansmith ack, cool
14:27:40 sean-k-mooney in at least some of the case the inablity to resize the root fs prevent the ssh hostkeys from being genreated which prevented ssh access to the vm
14:28:26 dansmith it'll prevent other things too, like writing the timestamp files
14:28:34 dansmith (assuming it's really that constrained)
14:29:58 sean-k-mooney virtual size: 292 MiB (305659904 bytes)
14:30:00 sean-k-mooney disk size: 83 MiB
14:50:49 opendevreview Fabian Wiesel proposed openstack/nova master: Add more password generation options https://review.opendev.org/c/openstack/nova/+/865669
15:03:07 bauzas reminder : nova meeting in one hour-ish
15:04:38 enriquetaso thanks bauzas
15:16:52 sean-k-mooney https://review.opendev.org/c/openstack/nova/+/868419 is almost ready to merge just one last issues to adress if people want to review
15:41:27 bauzas sean-k-mooney: I plan to review this feature by tomorrow
15:41:36 bauzas (the tb cache size one)
15:51:31 opendevreview Sylvain Bauza proposed openstack/nova master: Revert "Debug Nova APIs call failures" https://review.opendev.org/c/openstack/nova/+/882052
15:56:02 bauzas dansmith: melwitt: you may appreciate a quick review of the logging leak ^
15:56:49 bauzas (did it on purpose before the meeting)
16:00:02 bauzas #startmeeting nova
16:00:02 opendevmeet Meeting started Tue May 2 16:00:02 2023 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:02 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:02 opendevmeet The meeting name has been set to 'nova'
16:00:11 bauzas welcome everyone
16:00:19 elodilles o/
16:00:25 bauzas #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting
16:00:42 gmann o/
16:00:50 gibi o/
16:00:54 gibi (on a spotty connection)
16:01:19 dansmith bauzas: got it
16:02:02 bauzas coolio, let's start
16:02:11 bauzas #topic Bugs (stuck/critical)
16:02:21 bauzas #info One Critical bug
16:02:30 bauzas #link https://bugs.launchpad.net/nova/+bug/2012993
16:02:35 bauzas shall be quickly reverted
16:02:45 bauzas and I'll propose backports as soon as it lands
16:03:25 bauzas not sure we need to discuss on it by now
16:03:38 bauzas so we can move on, unless people wanna know more about it
16:04:07 sean-k-mooney i have +w'ed it so its on its way
16:04:21 bauzas yup, and as you wrote, two backports are planned
16:04:26 bauzas down to 2023.1 and Zed
16:04:45 bauzas anyway, moving on
16:04:56 bauzas #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 20 new untriaged bugs (+3 since the last meeting)
16:05:16 bauzas artom: I assume you didn't had a lot of time for spinning around those bugs ?
16:05:29 bauzas again, no worries
16:05:32 Uggla o/
16:05:53 bauzas #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster
16:06:08 bauzas Uggla: you're the next on the list, happy to axe some of the bugs ?
16:06:19 artom bauzas, trying to do a few now
16:06:28 bauzas cool, no rush
16:06:36 Uggla bauzas, yep ok for me.
16:06:43 bauzas thanbks
16:06:45 artom For https://bugs.launchpad.net/nova/+bug/2018172 I think we need kashyap to weigh in, 'virtio' may not be a thing in RHEL 9.1?
16:06:51 bauzas #info bug baton is being passed to Uggla
16:06:55 bauzas artom: looking
16:07:01 dansmith uh, what
16:07:03 artom Or maybe just close immediately and direct them to a RHEL... thing
16:07:07 kashyap artom: Wait; it's impossible "virtio" can't be a thing in RHEL9.1. /me looks
16:07:21 dansmith hah, yeah
16:07:27 dansmith but looks like maybe just a particular virtio video model/
16:07:30 bauzas that's a libvirt exception
16:07:42 bauzas so, IMHO invalid
16:07:50 bauzas (for the project)
16:08:23 artom Right, but before that I'd like to confirm that Nova is doing the right thing
16:08:46 dansmith is the video model an extra spec/
16:08:50 opendevreview Rafael Weingartner proposed openstack/nova master: Nova to honor "cross_az_attach" during server(VM) migrations https://review.opendev.org/c/openstack/nova/+/864760
16:09:10 artom I guess I'm going about it backwards - it's just an easier thing to check initially, RHEL 9.1 support for virtio video
16:09:12 artom dansmith, yeah
16:09:14 sean-k-mooney its an image property
16:09:19 bauzas yeah
16:09:41 dansmith is virtio the only option there or is it like virtio plus a device model name/
16:09:47 sean-k-mooney virtio shoudl be a thing in rhel9
16:09:48 bauzas we just try to generate a domain which is badly incorrect given the image metadata
16:09:49 dansmith just wondering if they're specifying the wrong thing
16:09:56 sean-k-mooney technially it maps to virtio-gpu
16:10:05 bauzas that rings a bell to me
16:10:39 bauzas anyway, I'd propose to punt this bug today by asking the reporter its flavor and image
16:10:57 opendevreview Rafael Weingartner proposed openstack/nova master: Nova to honor "cross_az_attach" during server(VM) migrations https://review.opendev.org/c/openstack/nova/+/864760
16:11:02 dansmith why are we even discussing this on the meeting?
16:11:43 bauzas I guess because artom wanted to triage it
16:11:48 bauzas so please => incomplete it
16:11:49 artom I just wanted to ping kashyap on it, is all
16:11:49 sean-k-mooney i guess it was a bug artom tought whoudl be brougt to our attention based on the triage
16:11:57 bauzas and ask for the image metadata
16:12:11 kashyap artom: We can sort it out off-meeting :) Thx!
16:12:25 sean-k-mooney artom: i have been using hw_video_model=virtio for years so its valid for sure
16:12:48 sean-k-mooney but ya we can move on
16:12:56 kashyap (Yeah; plain "virtio" must work)
16:13:20 bauzas moving on so
16:13:36 kashyap Is it still on-topic to discuss a CirrOS seg-fault that dansmith pointed out earlier?
16:13:41 bauzas #topic Gate status
16:13:48 bauzas #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:13:53 bauzas #link https://etherpad.opendev.org/p/nova-ci-failures
16:14:04 bauzas there it is time to discuss gate failures now
16:14:26 bauzas dansmith: shoot the good news and the bad ones if you have
16:14:49 dansmith tldr is that I have got the ceph job moved to jammy and cephadm and it's working finally, and:
16:15:10 dansmith that I found a bunch of places where we thought we were requiring SSHABLE before volume activities where it was being silently ignored
16:15:17 dansmith basically what gibi asserted
16:15:28 dansmith so I've got a stack of tempest patches (and cinder-tempest-plugin) to not only fix those,
16:15:51 dansmith but also sanity check and raise an error if someone asks for SSHABLE but without the requisite extra stuff to actually honor it
16:16:13 dansmith that helps us pass the ceph job in the new config but will also likely help improve volume failures in the other jobs
16:16:37 bauzas cool

Earlier   Later