Earlier  
Posted Nick Remark
#openstack-nova - 2023-05-02
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
16:16:43 bauzas thanks for the janitorisation
16:16:57 gibi dansmith: awesome
16:17:06 gibi thank you
16:17:16 bauzas which patches shall be looked at for people who care ?
16:17:24 dansmith it's been a lot of work and frustration, but happy to see it becoming fruitful
16:17:36 dansmith well, no patches to nova, but I can get you a link, hang on
16:17:56 gmann this one #link https://review.opendev.org/q/topic:sshable-volume-tests
16:18:00 dansmith this stack on tempest: https://review.opendev.org/c/openstack/tempest/+/881925
16:18:14 dansmith and this one against cinder-tempest https://review.opendev.org/c/openstack/cinder-tempest-plugin/+/881764
16:18:30 dansmith the nova patch I have up is a DNM just to test our job with that full stack, but we don't need to merge anything
16:18:55 bauzas #link https://review.opendev.org/q/topic:sshable-volume-tests Tempest patches that add more ssh checks for volume-related tests
16:19:11 bauzas cool excellent, thanks a lot dansmith for this hard work
16:19:32 bauzas that's noted.
16:19:50 bauzas any other CI failure to relate or mention ?

Earlier   Later