Earlier  
Posted Nick Remark
#openstack-nova - 2024-09-10
13:41:30 stephenfin gibi: Yeah, there was probably too much there to be done in one cycle. However, we are at a clear boundary in so far as we have everything else *except* the response body schemas in place now
13:41:55 stephenfin How do we approach that normally, where we have something tangible done in one cycle but more to be done the next cycle?
13:42:04 bauzas and I hope to do reviews of part-2 myself :)
13:42:16 gibi stephenfin: I think having a part-2 bp is OK
13:42:30 bauzas stephenfin: exactly like what we agreed : provide a part-2 and explain what's missing
13:42:39 gibi but I would like to see a note in the D spec stating what was done in D from the original scope
13:42:50 bauzas sounds fine to me
13:44:08 gibi I would like to end up with a history in the specs like this https://specs.openstack.org/openstack/nova-specs/specs/2023.1/implemented/pci-device-tracking-in-placement.html#history
13:44:54 gibi also an example note from the zed spec https://specs.openstack.org/openstack/nova-specs/specs/zed/approved/pci-device-tracking-in-placement.html#scheduling
13:45:01 opendevreview Merged openstack/nova-specs master: Create specs directory for 2025.1 Epoxy https://review.opendev.org/c/openstack/nova-specs/+/924227
13:54:16 stephenfin gibi: So I note the zed spec is still in approved rather than implemented? I assume we'll do that same for my spec in dalmation?
13:55:42 bauzas stephenfin: I said it was implemented
13:55:53 bauzas you'll just recreate a part-2 blueprint
13:55:56 stephenfin ack
13:56:01 bauzas and another spec file
13:56:55 bauzas stephenfin: tbh, our numbers aren't good, I'm quite on the side to basically see the half-full glass now than half-empty :)
13:57:32 bauzas https://blueprints.launchpad.net/nova/2024.2 is terrible to see
14:01:34 sean-k-mooney thats hardly surprising if your paying attention to how thing were progressing
14:03:35 sean-k-mooney 3 of the 6 that were implemented would not have been if i didnt explictly go looking for reveiews on behalf of the contibutor
14:04:24 zigo sean-k-mooney: What's the status of the virtio driver for Manila, do you know? Is it done in Dalmatian?!?
14:04:31 opendevreview Stephen Finucane proposed openstack/nova-specs master: Re-propose OpenAPI spec for Epoxy https://review.opendev.org/c/openstack/nova-specs/+/928800
14:04:39 stephenfin gibi: bauzas: ^
14:04:59 sean-k-mooney zigo: no, unfortuetly, we think all of the blocker are now resloved for it to be in 2025.1
14:05:10 zigo Ok, thanks.
14:05:11 sean-k-mooney but there were some issues with the sdk and how we were doing auth
14:05:20 sean-k-mooney and with locking on the manila side
14:05:37 zigo So, wont be in Debian Trixie ... :/
14:05:48 sean-k-mooney those were found late and combined with PTO season we didnt have bandwith to adress them in time
14:06:20 sean-k-mooney zigo: not until epoxy at any rate assumign that will eventually get packaged there
14:06:50 zigo I will package Epoxy, of course, but Dalmatian will be in official Debian 13, not Epoxy.
14:09:25 bauzas that series is one of the largest to review, and that's why it takes a matter of patience
14:09:38 bauzas that said, I agree, the PTO season didn't help too
14:09:58 bauzas I'm more sad on *other* series that got not merged
14:10:48 bauzas anyway, if people care about our project, they can also understand things don't merge magically
14:11:06 bauzas we need hands on, but we struggle finding new contributors
14:11:30 opendevreview zhou zhong proposed openstack/nova master: nova-manage: modify image properties in request_spec https://review.opendev.org/c/openstack/nova/+/924319
14:11:51 bauzas if that virtiofs series is a matter of interest for any company, I'd surely appreciate if they could dedicate some time to help with reviewing that series (or testing it at least)
14:12:48 sean-k-mooney zigo: ok the issue with that is dalmatian is obviously not a slurp release
14:13:21 sean-k-mooney so it will support upgrade form caracal but not bobcat
14:13:49 sean-k-mooney althogh they should be able to go from caracal to epoxy when that is released
14:16:03 opendevreview Takashi Kajinami proposed openstack/nova-specs master: Re-propose "libvirt: AMD SEV-ES support" for 2025.1 https://review.opendev.org/c/openstack/nova-specs/+/928817
14:37:27 gibi stephenfin: thanks!
14:48:47 zigo sean-k-mooney: From the Debian perspective, the SLURP releases aren't alligned ... :/
14:51:21 sean-k-mooney they are for ubuntu and rhel is tbd to be honest but 18 is based on antelope at least
15:45:21 opendevreview Merged openstack/python-novaclient stable/2024.2: Update .gitreview for stable/2024.2 https://review.opendev.org/c/openstack/python-novaclient/+/928363
15:54:52 opendevreview Merged openstack/python-novaclient stable/2024.2: Update TOX_CONSTRAINTS_FILE for stable/2024.2 https://review.opendev.org/c/openstack/python-novaclient/+/928364
15:55:25 opendevreview Merged openstack/nova-specs master: Re-propose OpenAPI spec for Epoxy https://review.opendev.org/c/openstack/nova-specs/+/928800
15:55:26 opendevreview Merged openstack/nova-specs master: Move Dalmatian implemented specs https://review.opendev.org/c/openstack/nova-specs/+/928666
15:55:58 opendevreview Merged openstack/nova master: doc: mark the maximum microversion for 2024.2 Dalmatian https://review.opendev.org/c/openstack/nova/+/928660
15:58:08 bauzas reminder: nova meeting in 2 mins here
15:58:15 bauzas and gosh, I need to update the agenda
15:58:37 sean-k-mooney dont just empty it
15:58:52 sean-k-mooney some of the items have been prefiled form last week for opendiscusion i think
15:59:28 sean-k-mooney the one i was thinking of has not been added
15:59:54 sean-k-mooney https://blueprints.launchpad.net/nova/+spec/shared-security-groups
16:00:19 sean-k-mooney the people working on that would like to have it reappvoed for epoxy
16:00:26 sean-k-mooney so lets add that to open discuss
16:01:34 bauzas sean-k-mooney: sure
16:01:40 opendevmeet The meeting name has been set to 'nova'
16:01:40 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:01:40 opendevmeet Meeting started Tue Sep 10 16:01:40 2024 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:01:40 bauzas #startmeeting nova
16:01:58 fwiesel o/
16:02:07 elodilles o/
16:02:10 dansmith o/
16:02:11 sean-k-mooney o/
16:02:12 gmann o/
16:02:17 bauzas hey everyone
16:02:20 bauzas nice to see you
16:02:24 sean-k-mooney welcome back
16:02:35 bauzas sorry, was away last week for the OIF Summit Asia
16:02:36 tkajinam o/
16:03:26 auniyal o/
16:03:28 bauzas #topic Bugs (stuck/critical)
16:03:50 bauzas #info No Critical bug
16:03:58 bauzas #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster
16:04:14 bauzas any bug report people would want to discuss ?
16:04:48 dansmith maybe one
16:04:58 dansmith I filed the bug against oslo and nova,
16:05:11 bauzas shoot
16:05:15 dansmith but sean-k-mooney, are you still working on excluding the safety check for the ephemeral disks?
16:05:16 sean-k-mooney https://bugs.launchpad.net/nova/+bug/2079850
16:05:41 sean-k-mooney i have a draft of that locally the unit test are failing so im tryign to fix that
16:05:52 dansmith the oslo fix is +2 but it'll take a release and u-c bump before we get it
16:05:54 dansmith sean-k-mooney: okay cool
16:06:16 bauzas ergh
16:06:42 bauzas yet another reason to work on the image backend refactoring if you want MHO
16:06:45 dansmith bauzas: basically, if you have nova format your ephemerals as vfat for you, you'll hit this fail
16:07:00 dansmith yes, it's really stupid that we're even doing this, and it's at least partially because of the design of the imagebackend
16:07:16 opendevreview sean mooney proposed openstack/nova master: [WIP] Add functional repoducer for ephemeral disks https://review.opendev.org/c/openstack/nova/+/928310
16:07:17 opendevreview sean mooney proposed openstack/nova master: only saftey check bootable files created form glance https://review.opendev.org/c/openstack/nova/+/928829
16:07:17 opendevreview sean mooney proposed openstack/nova master: [WIP] adapt to vfat support in oslo.utils https://review.opendev.org/c/openstack/nova/+/928462
16:07:25 sean-k-mooney thats what im working on ^
16:07:30 dansmith sean-k-mooney: cool thanks
16:07:34 bauzas formatting ephemerals to vfat is like "I don't care about my fs, dude"
16:07:45 sean-k-mooney still failing unit test but i should get those passing today
16:07:55 dansmith bauzas: right, it's pointless for us to even do that anyway, because nobody would actually use them as fat anyway
16:08:05 dansmith bauzas: double pointless behavior :)
16:08:13 bauzas I assume this would be for additional disks ?
16:08:18 dansmith ephemerals

Earlier   Later