Earlier  
Posted Nick Remark
#openstack-nova - 2023-05-02
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 ?
16:20:22 bauzas looks not, excellent
16:20:37 bauzas #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status
16:21:08 bauzas the fips job run had a node failure, but should be green next week
16:22:11 bauzas on a side note, I'm trying to add some kind of specific vgpu job that would use the mtty sample framework for validating the usage we have on a periodic basis
16:22:55 bauzas #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:23:01 bauzas #info STOP DOING BLIND RECHECKS aka. 'recheck' https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures
16:23:06 bauzas that's it for me on that topic
16:23:08 bauzas moving on
16:23:15 bauzas #topic Release Planning
16:23:19 bauzas #link https://releases.openstack.org/bobcat/schedule.html
16:23:31 bauzas #info Nova deadlines are set in the above schedule
16:23:37 bauzas #info Bobcat-1 is in 1 weeks
16:23:56 bauzas #info Next Tuesday 9th is stable branches review day https://releases.openstack.org/bobcat/schedule.html#b-nova-stable-review-day
16:24:24 bauzas I'll communicate on that review day by emailing -discuss
16:24:46 bauzas but let's discuss that more in the stable topic we have later
16:25:04 bauzas #topic Review priorities
16:25:04 bauzas #link https://review.opendev.org/q/status:open+(project:openstack/nova+OR+project:openstack/placement+OR+project:openstack/os-traits+OR+project:openstack/os-resource-classes+OR+project:openstack/os-vif+OR+project:openstack/python-novaclient+OR+project:openstack/osc-placement)+(label:Review-Priority%252B1+OR+label:Review-Priority%252B2)
16:25:06 bauzas #info As a reminder, cores eager to review changes can +1 to indicate their interest, +2 for committing to the review
16:25:11 bauzas #topic Stable Branches
16:25:16 bauzas elodilles: go for it
16:25:23 elodilles #info stable nova versions were released for zed (26.1.1) and for yoga (25.1.1) last week
16:25:29 elodilles otherwise not much happened
16:25:35 bauzas rigt
16:25:38 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:25:50 elodilles that's all from me

Earlier   Later