*** bauzas_ is now known as bauzas | 01:15 | |
opendevreview | ribaudr proposed openstack/nova master: Amend ShareMappingStatus due to asynchronous call https://review.opendev.org/c/openstack/nova/+/908864 | 08:32 |
---|---|---|
opendevreview | ribaudr proposed openstack/nova master: Amend DB model add a unique constraint. https://review.opendev.org/c/openstack/nova/+/912518 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (manila abstraction) https://review.opendev.org/c/openstack/nova/+/831194 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Use client token when talking to manila https://review.opendev.org/c/openstack/nova/+/925277 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (drivers and compute manager part) https://review.opendev.org/c/openstack/nova/+/833090 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Mounting the shares as part of the initialization process https://review.opendev.org/c/openstack/nova/+/880075 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Deletion of associated share mappings on instance deletion https://review.opendev.org/c/openstack/nova/+/881472 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add metadata for shares https://review.opendev.org/c/openstack/nova/+/850500 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add share_info parameter to reboot method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/854823 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Support rebooting an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/854824 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add share_info parameter to resume method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/860284 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Support resuming an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/860285 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add helper methods to rescue/unrescue shares https://review.opendev.org/c/openstack/nova/+/860286 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Support rescuing an instance with shares https://review.opendev.org/c/openstack/nova/+/860287 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Allow to mount manila share using Cephfs protocol https://review.opendev.org/c/openstack/nova/+/883862 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Check shares support (compute manager) https://review.opendev.org/c/openstack/nova/+/885751 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (API) https://review.opendev.org/c/openstack/nova/+/836830 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add helper methods to attach/detach shares https://review.opendev.org/c/openstack/nova/+/885753 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add instance.share_attach notification https://review.opendev.org/c/openstack/nova/+/850501 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add instance.share_detach notification https://review.opendev.org/c/openstack/nova/+/851028 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add shares to InstancePayload https://review.opendev.org/c/openstack/nova/+/851029 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add instance.share_attach_error notification https://review.opendev.org/c/openstack/nova/+/860282 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add instance.share_detach_error notification https://review.opendev.org/c/openstack/nova/+/860283 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Reports instance events to the DB regarding attaching and detaching a share https://review.opendev.org/c/openstack/nova/+/927088 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add libvirt test to ensure metadata are working. https://review.opendev.org/c/openstack/nova/+/852086 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Add virt/libvirt error test cases https://review.opendev.org/c/openstack/nova/+/852087 | 08:32 |
opendevreview | ribaudr proposed openstack/nova master: Docs about Manila shares API usage https://review.opendev.org/c/openstack/nova/+/871642 | 08:32 |
opendevreview | Takashi Kajinami proposed openstack/placement master: Remove Python 3.8 support https://review.opendev.org/c/openstack/placement/+/925648 | 10:52 |
zhhuabj | hi pas-ha[m] sean-k-mooney[m] we're really keen to see https://review.opendev.org/c/openstack/nova/+/909611 move forward and would like to know if there is anything we can do to help? it seems like it is now in final version and ready for review but has not had any in a while I understand it might have held up due to the raft of recent cves but hopefully that is now behind us and we are in a good position to move forward with this? | 11:32 |
sean-k-mooney[m] | that work stalled because we have a critical severity CVE related to image handleing in multiple openstack services | 11:35 |
sean-k-mooney[m] | as part of that 2 things were discovered, first iso work provided the iso is bootable when written to a block device, we can revert to using the cdrom device type to support iso that dont support that but thats why it was not noticed orginally | 11:36 |
sean-k-mooney[m] | the other thing that was discovered is the cve fix broke ISOs entirely :) that has now been fixed with the addtion of an iso format inspector | 11:37 |
sean-k-mooney[m] | we could revisit that not that the cve issues are resolved | 11:37 |
sean-k-mooney[m] | *now | 11:37 |
sean-k-mooney[m] | zhhuabj: im on pto this week but if you have tested this patch it would be comment to that effect. im partly concerned about regressing exisitng instances that are using iso as only a subset of isos are currently broken | 11:49 |
sean-k-mooney[m] | we need to be careful to not regress exising working isos while eneabling the old behvior | 11:49 |
zhhuabj | hi sean-k-mooney[m] , actually I tested this patch previously, and it worked well. Unfortunately, I didn't leave any records at that time. I will continue to do some testing and report back with the results. sean, thank you very much, and enjoy your pto. | 12:06 |
opendevreview | Biser Milanov proposed openstack/nova master: StorPool: Pass the instance UUID to os-brick https://review.opendev.org/c/openstack/nova/+/930297 | 12:15 |
opendevreview | Samuel Kunkel proposed openstack/nova master: increase num of pcie ports in libvirt conf https://review.opendev.org/c/openstack/nova/+/930301 | 12:32 |
opendevreview | Samuel Kunkel proposed openstack/nova master: increase num of pcie ports in libvirt conf https://review.opendev.org/c/openstack/nova/+/930301 | 12:32 |
opendevreview | Samuel Kunkel proposed openstack/nova master: increase num of pcie ports in libvirt conf https://review.opendev.org/c/openstack/nova/+/930301 | 12:34 |
opendevreview | Rajesh Tailor proposed openstack/nova master: Add support for showing finish_time https://review.opendev.org/c/openstack/nova/+/928933 | 12:35 |
pas-ha[m] | zhhuabj: I plan to test some more this week as well, with various ISOs as Sean mentioned that there's a difference between older and newer ISOs (EFI vs pure ISO?..) the newer ones were seemingly working properly w/o my patch, so we need to make sure we do not break them | 12:53 |
opendevreview | Rajesh Tailor proposed openstack/nova-specs master: Show finish_time field in instance action show https://review.opendev.org/c/openstack/nova-specs/+/929780 | 12:56 |
whoami-rajat | hey #openstack-nova , can anyone take a look at this patch? it's part of an effort started 2 years ago and nova side changes are only remaining | 13:11 |
whoami-rajat | #link https://review.opendev.org/c/openstack/nova/+/849328 | 13:12 |
*** bauzas_ is now known as bauzas | 13:14 | |
zhhuabj | pas-ha[m], that’s a great idea, thanks for the update | 13:22 |
gibi | whoami-rajat: do you have a bp / bug tracking this work? cc'jj bauzas | 13:27 |
bauzas | yeah, that's a valid concern, I see a relnote describing the new feature | 13:28 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Reproduce anti-affinity race condition https://review.opendev.org/c/openstack/nova/+/930326 | 13:33 |
*** bauzas_ is now known as bauzas | 13:41 | |
frickler | gibi: sean-k-mooney[m]: https://github.com/cirros-dev/cirros/pull/122 can you check if that looks like what you'd want to have? once the builds finish you could also download the resulting image and test it | 13:59 |
whoami-rajat | gibi, bauzas we don't have a LP now, I talked to Gorka (the original author) about it and he said he can file a LP bug, would that be good to get the change in? | 14:02 |
gibi | frickler: thanks lot. I will grab the image and test is later today | 14:36 |
gibi | whoami-rajat: I think a bug is enough but I defer to bauzas :) | 14:37 |
bauzas | gibi: whoami-rajat: I don't like to play the lawyer's role but Gorka wrote 'features:' in the relnote :D | 15:11 |
bauzas | and that is not intended to be backported | 15:11 |
gibi | (I knew I need to defer :D) | 15:13 |
gibi | bauzas: specless bp then? | 15:13 |
bauzas | cool | 15:21 |
gibi | whoami-rajat: could you open a bp in launchpad and put it on the nova meeting's agenda for a quick approval? | 15:22 |
whoami-rajat | gibi, bauzas so this was a feature when it was introduced, now it's more of a bug in nova and when os-brick removes the compatibility layer, nova is going to break, i feel a bug would be more appropriate at this point? maybe we can change the releasenote to say it's a bugfix? | 15:31 |
bauzas | whoami-rajat: okay, then bug report this is | 15:32 |
whoami-rajat | thanks! | 15:34 |
gibi | OK | 15:34 |
opendevreview | Balazs Gibizer proposed openstack/nova master: Reproduce anti-affinity race condition https://review.opendev.org/c/openstack/nova/+/930326 | 15:44 |
opendevreview | Maxime Lubin proposed openstack/nova master: console-proxy: add option to use ``nova-conductor`` https://review.opendev.org/c/openstack/nova/+/930355 | 15:47 |
bauzas | reminder: nova meeting in 7 mins | 15:53 |
bauzas | and I need to write the agenda... | 15:53 |
bauzas | #startmeeting nova | 16:00 |
opendevmeet | Meeting started Tue Sep 24 16:00:20 2024 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
opendevmeet | The meeting name has been set to 'nova' | 16:00 |
bauzas | #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting | 16:00 |
bauzas | hey folks | 16:00 |
elodilles | o/ | 16:00 |
tkajinam | o/ | 16:00 |
Uggla | o/ | 16:01 |
gibi | o/ | 16:01 |
bauzas | I guess we can softly start | 16:01 |
auniyal | o/ | 16:01 |
bauzas | #topic Bugs (stuck/critical) | 16:01 |
bauzas | #info No Critical bug | 16:02 |
bauzas | (huzzah) | 16:02 |
bauzas | #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster | 16:02 |
bauzas | any critical bug you'd like to raise ? | 16:02 |
bauzas | we're btw. on RC stage, which means that any regression is important | 16:02 |
bauzas | if you found one, please raise | 16:02 |
bauzas | apparently not | 16:03 |
bauzas | moving on then | 16:04 |
bauzas | #topic Gate status | 16:04 |
bauzas | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | 16:04 |
bauzas | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | 16:04 |
bauzas | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status | 16:04 |
bauzas | the nova-emulation job failed on master | 16:04 |
bauzas | #link https://zuul.openstack.org/build/2f16f1f9ff5d4f0c9bae021f54cd5d27 | 16:04 |
gibi | that is failing pretty frequently as far as I remember | 16:05 |
bauzas | the nova-emulation job failing ? yeah | 16:05 |
bauzas | but in general that's on the stable branches | 16:05 |
bauzas | this time, looks like the periodic run got the kernel panic problem | 16:05 |
bauzas | oh wait no | 16:06 |
bauzas | they never got the DHCP lease | 16:06 |
gibi | the emulaton job is shaky on master too https://zuul.openstack.org/builds?job_name=nova-emulation&project=openstack/nova | 16:06 |
bauzas | hopefully a race condition, but that kind of error was there a while ago | 16:07 |
bauzas | https://220ad47fc85766504430-165a16385c4a60267b84fdc053ee074d.ssl.cf5.rackcdn.com/periodic-weekly/opendev.org/openstack/nova/master/nova-emulation/2f16f1f/testr_results.html | 16:07 |
gibi | https://zuul.openstack.org/builds?job_name=nova-emulation&project=openstack%2Fnova&branch=master&skip=0 | 16:07 |
bauzas | the ssh connection failed because the instance never got the DHCP lease in time | 16:07 |
bauzas | anyway, I propose we defer the discussion to next week if the periodic fails again on master | 16:08 |
gibi | anyhow I don't see a repeating pattern in the failed jobs | 16:08 |
gibi | so I guess it is general instability not a regression | 16:08 |
bauzas | yup, that's why I feel the job acting more like a canary | 16:08 |
bauzas | so, can we move on or is anyone wanting to say more ? | 16:09 |
opendevreview | Gorka Eguileor proposed openstack/nova master: Support os-brick specific lock_path https://review.opendev.org/c/openstack/nova/+/849328 | 16:09 |
bauzas | looks so | 16:10 |
bauzas | #info Please look at the gate failures and file a bug report with the gate-failure tag. | 16:10 |
bauzas | #info Please try to provide meaningful comment when you recheck | 16:10 |
tkajinam | in case you haven't seen it... osc was bumped again and now 7.1.2 is supposed to be used in gate | 16:10 |
tkajinam | https://review.opendev.org/c/openstack/requirements/+/929938 | 16:10 |
bauzas | yup, I saw the lift | 16:11 |
tkajinam | in case you see that causes any problems then report it asap | 16:11 |
bauzas | ack | 16:11 |
tkajinam | I'm not aware of any, so far | 16:11 |
tkajinam | that's all from me :-) | 16:12 |
bauzas | ditto here, I haven't checked whether we merged stuff, but the CI jobs sound correct | 16:12 |
bauzas | thanks tkajinam for the note, btw. | 16:12 |
bauzas | #topic Release Planning | 16:12 |
bauzas | #link https://releases.openstack.org/dalmatian/schedule.html | 16:12 |
bauzas | #info Dalmatian RC1 was tagged on Monday | 16:12 |
bauzas | (huzzah again) | 16:12 |
bauzas | the fun part is that the deadline for a new RC is on this Thursday :) | 16:13 |
bauzas | so we have two days | 16:13 |
bauzas | but that means, we can pivot ! | 16:13 |
bauzas | (a 'friends' reference if you may not got it) | 16:13 |
bauzas | #link https://releases.openstack.org/epoxy/schedule.html | 16:14 |
gibi | do you track anything that is needed before RC2? | 16:14 |
bauzas | our master branch is now Epoxy | 16:14 |
bauzas | gibi: I haven't got any occurrence yet | 16:14 |
bauzas | but we still have the tracking etherpad | 16:14 |
bauzas | https://etherpad.opendev.org/p/nova-dalmatian-rc-potential | 16:14 |
bauzas | the only follow-up item is https://review.opendev.org/c/openstack/nova/+/928462 but will be merged on master | 16:15 |
gibi | yeah the oslo dep is not merged yet | 16:15 |
bauzas | so, now our master branch is Epoxy, spec up, folks ! | 16:15 |
* tkajinam is merging the pending oslo.utils patches | 16:16 | |
bauzas | #topic Review priorities | 16:16 |
bauzas | #link https://etherpad.opendev.org/p/nova-2025.1-status | 16:17 |
bauzas | please add your review requests in that doc | 16:17 |
bauzas | I still have the AI to update our docs to mention it | 16:17 |
bauzas | (and I don't forget it) | 16:17 |
auniyal | I added 2 bugs-patches here in doc | 16:17 |
bauzas | cool | 16:17 |
bauzas | I'll do a bit of grooming and check the states | 16:17 |
bauzas | and add some notes for the other cores | 16:18 |
bauzas | #topic PTG planning | 16:18 |
bauzas | #info as a reminder, we'll meet (virtually) at the PTG on Oct 21-25 2024 | 16:18 |
bauzas | #info Please register yourself to the virtual PTG | 16:18 |
bauzas | #link https://etherpad.opendev.org/p/nova-2025.1-ptg | 16:18 |
bauzas | as you may have seen, I've already booked the rooms | 16:18 |
gibi | who will provide the virtual beers? ;) | 16:19 |
bauzas | this will be as usual 4 days of 4 hours, 1300-1700UTC | 16:19 |
bauzas | gibi: I can refill my very physical ones, but that's it unless folks travel to Grenoble | 16:20 |
* bauzas misses the physical PTGs | 16:20 | |
bauzas | we may have one extra session on an asian-friendly timeslot | 16:20 |
bauzas | based on my trip to Suwon, KR, this may not be useless | 16:21 |
bauzas | and we may have an item at least : translating our docs | 16:21 |
auniyal | ++ from Asia | 16:21 |
bauzas | but I need to discuss that with ianwchoi and sungsoo | 16:21 |
gibi | I can take an early EU slot if that helps meeting the folks | 16:22 |
bauzas | I'll first ensure we have audience :-) | 16:22 |
gibi | :) | 16:22 |
tkajinam | yeah it may be important to reach out to some folks who may be interested to get their attendance | 16:22 |
tkajinam | I myself don't care about much about late meetings as I can settle the other things during my day but it may not be a common thing :-P | 16:23 |
bauzas | that's why I think the agenda is more important than the slots | 16:23 |
tkajinam | yup | 16:23 |
bauzas | I'll probably first reach out to ian and sungsoo and see whether they're available | 16:23 |
bauzas | tkajinam: I honestly share your pain about late meetings :-) | 16:24 |
bauzas | that's why it's important to ensure that those meetings are productive | 16:24 |
bauzas | (corrolar with very early meetings, per say) | 16:25 |
bauzas | anyway, moving on | 16:25 |
bauzas | #topic Stable Branches | 16:25 |
bauzas | elodilles: I hear ya | 16:25 |
elodilles | o/ | 16:26 |
elodilles | to be quick: | 16:26 |
elodilles | #info stable/202*.* gates seem to be OK | 16:26 |
elodilles | #info stable/2024.2 branches are present on all nova repos | 16:26 |
bauzas | I pretty much like the apparences | 16:26 |
elodilles | and that's all from me | 16:26 |
bauzas | elodilles: bug me with review requests | 16:26 |
elodilles | bauzas: ACK, will do | 16:26 |
bauzas | tbh, I'm currently diverted from upstream, so I need someone to harass me | 16:27 |
bauzas | particularly with release requests (although I see them in my mailbox) | 16:27 |
bauzas | #topic vmwareapi 3rd-party CI efforts Highlights | 16:28 |
bauzas | fwiesel: anything to mention ? | 16:28 |
fwiesel | Not much: https://review.opendev.org/c/openstack/nova/+/910627?tab=comments is green, waiting for a reply from dansmith | 16:28 |
fwiesel | The CI is not 100% reliable, sometimes there are random failures. I'll have to find out why. | 16:29 |
bauzas | good luck with that | 16:29 |
fwiesel | That's from my side. | 16:29 |
bauzas | investigating a CI failure is sometimes harder than playing piano on a rope above one thousand feet | 16:30 |
bauzas | fwiesel: thanks | 16:30 |
bauzas | #topic Open discussion | 16:31 |
bauzas | (gibi): Seeking approval for: Support hw_vif_model igb | 16:31 |
bauzas | gibi: your turn | 16:31 |
gibi | o/ | 16:31 |
gibi | so new enough libvirt and qemu supports to emulate a new nic type igb (old intel nic) | 16:31 |
gibi | the big benefit of it is for testing | 16:31 |
bauzas | yuuup | 16:32 |
gibi | as igb support SRIOV with 7 VFs per PF | 16:32 |
gibi | nova support hw_vif_model image property to ask for a nic type | 16:32 |
gibi | I'd like to extend the supported values there with ig | 16:32 |
gibi | ig | 16:32 |
gibi | igb | 16:32 |
gibi | https://blueprints.launchpad.net/nova/+spec/igb-vif-model | 16:32 |
bauzas | two questions | 16:33 |
gibi | https://review.opendev.org/q/topic:%22bp/igb-vif-model%22 | 16:33 |
bauzas | 1/ does it require a new os-vif release ? | 16:33 |
gibi | no | 16:33 |
bauzas | 2/ I guess you have a plan for rolling-upgrades ? | 16:33 |
gibi | yes. there is a new trait for the new igb vif model, libvirt driver will expose it only if both libvirt and qemu is new enough to support it | 16:34 |
gibi | and the image properies pre-filter adds the trait to the placement query | 16:34 |
bauzas | and then we'll schedule the instance with pre-filtering with that trait | 16:34 |
gibi | yepp | 16:35 |
bauzas | okay, sounds the right pattern to me | 16:35 |
tkajinam | +1 | 16:35 |
gibi | the code is up with documentation included | 16:35 |
bauzas | I don't see any other design concern | 16:35 |
gibi | it impacts os-traits and nova, + glance doc | 16:35 |
bauzas | yup, saw the series | 16:35 |
gibi | it is unfortunately non backportable due to ovo change | 16:36 |
bauzas | I honestly like the approach of a specless blueprint if we can avoid a spec just for the trait thing | 16:36 |
bauzas | there is no upgrade impact, since all the support will be made additive | 16:36 |
gibi | yepp | 16:37 |
bauzas | and there are no API changes, despite an image property additon | 16:37 |
gibi | yepp | 16:37 |
gibi | frickler was super nice and proposed cirros update to have the igb kernel module in cirros available | 16:37 |
bauzas | pardon my ignorance but do we have flavor extraspecs with hw:vif_model ? | 16:37 |
gibi | there is no flavor extra spec for that | 16:38 |
bauzas | perfect | 16:38 |
gibi | so I will be able to add a tempest test that actully proves that VFs can be created in the guest | 16:38 |
bauzas | okay, I don't see any reason to not accept that blueprint as specless, but is anyone having concerns with the design ? | 16:38 |
tkajinam | no | 16:39 |
bauzas | let's be it. | 16:39 |
gibi | \o/ | 16:40 |
bauzas | #agreed https://blueprints.launchpad.net/nova/+spec/igb-vif-model approved as specless | 16:40 |
bauzas | I'll do the paperwork right after the meeting | 16:40 |
gibi | I will ask for review on the os-traits patch first as I need a release there to be able to bump it in nova | 16:40 |
bauzas | ++ | 16:40 |
tkajinam | the feature sounds quite cool. | 16:40 |
gibi | https://review.opendev.org/c/openstack/os-traits/+/928582 | 16:40 |
tkajinam | I'm wondering if any of the node provider in CI infra and provide nodes with the flavor so that we can test sriov features in gate :-) | 16:40 |
bauzas | I honestly prefer we keep such features as specless as possible | 16:40 |
gibi | tkajinam: that is the long term goal | 16:40 |
gibi | tkajinam: if the node providers have this patch we can freely ask for SRIOV without using hardware | 16:41 |
bauzas | gibi: I assume noble is recent enough to ship the right libvirt versions? | 16:41 |
gibi | throughput is bad as it is emulated, but we can cover our SRIOV logic | 16:41 |
clarkb | johnsom has been discussing this with us and the main issue is the lack of support from nova aiui | 16:41 |
bauzas | clarkb: this will be a solved problem soon | 16:42 |
gibi | bauzas: I need to double check as I use debian sid | 16:42 |
clarkb | bauzas: not really because then we have to wait a few years for the clouds to upgrade | 16:42 |
tkajinam | I assume that is for sriov amphora. | 16:42 |
bauzas | cool | 16:42 |
gibi | tkajinam: yes | 16:42 |
clarkb | but yes the first step is fixing nova then seeing what we can do about upgrading nova (but that is unlikely to happen quickly) | 16:42 |
gibi | clarkb: understood. | 16:42 |
* bauzas would love to see the same kind of emulated SRIOV device with a vfio-pci variant driver :) | 16:43 | |
bauzas | clarkb: noted | 16:43 |
bauzas | and thanks, didn't thought about it | 16:43 |
gibi | btw without the nova fix one could use igb in local devstack to test SRIOV | 16:43 |
tkajinam | libvirt 10.0.0 and qemu 8.2.2 | 16:43 |
tkajinam | these are what package search for noble tells me | 16:43 |
bauzas | sounds noble | 16:43 |
bauzas | iirc | 16:43 |
gibi | tkajinam: good we need 9.3 and 8.0 | 16:43 |
clarkb | when discussing it with johnsom I think we decided that centos 9 stream is also new enough | 16:44 |
clarkb | for libvirt and qemu | 16:44 |
bauzas | yeah | 16:44 |
bauzas | c9s ships libvirt-10 IIRC | 16:44 |
tkajinam | yeah centos has been updating libvirt/qemu quite regularly | 16:44 |
bauzas | okay, I think we're done | 16:44 |
bauzas | thanks all, let me give you 15 mins back of your time | 16:45 |
tkajinam | can I ask one quick question about a different topic ? | 16:45 |
bauzas | shoot then, | 16:45 |
johnsom | Glad to hear there is progress on this. I opened a bug for the nova/igb issue in launchpad a while ago | 16:45 |
bauzas | I can drink my beer later | 16:45 |
tkajinam | I've re-proposed spec for SEV-ES support to E. The patches are up but haven't get enough review really https://review.opendev.org/c/openstack/nova-specs/+/928817 | 16:45 |
gibi | johnsom: I picket it up couple of weeks ago as I also need this for testing | 16:46 |
johnsom | +1 | 16:46 |
bauzas | tkajinam: I'll add it to the status etherpad | 16:46 |
johnsom | https://bugs.launchpad.net/nova/+bug/2077195 | 16:46 |
tkajinam | I wonder if it can be approved quickly or do I need any steps before that ? I can bring it to vPTG but I'm not aware of actual topics we can/should discuss | 16:46 |
bauzas | tkajinam: we still need to agree on some spec review days at the PTG | 16:46 |
bauzas | it was approved in D, right ? | 16:46 |
tkajinam | yes it was. | 16:47 |
bauzas | okay, there is a specific fast-approval process for pre-approved specs that are just straighly forwarded | 16:47 |
bauzas | I can surely help then that situation | 16:47 |
bauzas | particularly given you have patches up | 16:48 |
tkajinam | thanks. because this may still need some rounds of reviews if it can be approved early then that'd be helpful | 16:48 |
tkajinam | (so that it can be in the review list | 16:48 |
bauzas | if the spec is just reproposed without changes, this will be quick | 16:48 |
tkajinam | yeah. the reporposed spec is exactly same ... but I noticed I have to update the history section maybe. | 16:49 |
bauzas | oh you'll nee | 16:49 |
bauzas | need | 16:49 |
tkajinam | I'll fix it soon and then ping you. | 16:49 |
bauzas | I left a comment | 16:50 |
bauzas | tkajinam: sure, don't hesitate | 16:50 |
tkajinam | bauzas, thanks ! | 16:50 |
bauzas | as I already said, I'm a bit on and off those days, so please help me doing my work by pinging me | 16:50 |
tkajinam | ack. sure | 16:51 |
bauzas | if that's all, then let's close the meetign | 16:51 |
bauzas | anything else ? | 16:51 |
tkajinam | that's all from me | 16:51 |
bauzas | going once ? | 16:51 |
bauzas | going twice ? | 16:51 |
bauzas | okay, thanks all | 16:52 |
bauzas | #endmeeting | 16:52 |
opendevmeet | Meeting ended Tue Sep 24 16:52:06 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:52 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2024/nova.2024-09-24-16.00.html | 16:52 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-09-24-16.00.txt | 16:52 |
opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2024/nova.2024-09-24-16.00.log.html | 16:52 |
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 | 16:52 |
tkajinam | bauzas, ^^^ fixed it :-) | 16:52 |
gibi | thanks folks | 16:53 |
elodilles | thanks o/ | 16:53 |
tkajinam | thank you o/ | 16:54 |
* bauzas made the spec review | 16:56 | |
opendevreview | Merged openstack/nova-specs master: Re-propose "libvirt: AMD SEV-ES support" for 2025.1 https://review.opendev.org/c/openstack/nova-specs/+/928817 | 17:14 |
opendevreview | Maxime Lubin proposed openstack/nova master: console-proxy: add option to use ``nova-conductor`` https://review.opendev.org/c/openstack/nova/+/930355 | 17:21 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!