Earlier  
Posted Nick Remark
#openstack-nova - 2024-12-01
07:31:33 kevko sean-k-mooney[m]: I fixed rebuild for volume backed root volume I've asked you :) -> https://paste.openstack.org/show/bviZuXSaoTdCdrbtekRx/
07:31:46 kevko sean-k-mooney[m]: thank you for discuss
#openstack-nova - 2024-12-02
10:40:43 s3rj1k sean-k-mooney: Hi, where you able to tackle that change you proposed about distributed discovery?
10:43:03 sean-k-mooney i didnt actully start on a real implemantation beyond the psudo code we discussed. i dont think it would be particallary hard to do im just not sure ill have time to do it
10:43:48 s3rj1k I am interested to test it out, just in case :)
10:45:17 sean-k-mooney if i can find an hour or two this week i may throw up a poc and you can let me know if it works for you, im going on pto for the rest of the year wednesday next week so there are a few things i need to do before then
10:46:20 s3rj1k sounds good, thanks
13:05:14 opendevreview Balazs Gibizer proposed openstack/placement master: WIP: Round-robin candidate generation https://review.opendev.org/c/openstack/placement/+/936832
13:14:04 opendevreview Merged openstack/nova master: Deprecate [wsgi] secure_proxy_ssl_header https://review.opendev.org/c/openstack/nova/+/817927
14:36:13 sean-k-mooney bauzas: Uggla: comments left on https://review.opendev.org/c/openstack/nova-specs/+/936407, im kind of furstrated that many of the things i requested durign the ptg dicsssion where not done. with that said reading back over the ptg note we did not recored all the thigns we agreed and some of the things that were "agreed" are wrong so i can understand where some of the
14:36:15 sean-k-mooney confution comes form
14:37:06 sean-k-mooney if i recall correctly i joined that topic about 10 mins in and wehn i did the direction changed significanlty
14:37:24 sean-k-mooney it looks like we didnt remove the previosu agrrements that happend before i was involved
15:02:16 bauzas sean-k-mooney: thanks for your comments, as a reminder, this was a WIP but once the spec is updated, we'll tell you
15:02:34 bauzas sean-k-mooney: if you think we missed a specific action item on the PTG etherpad, please tell me
15:04:04 sean-k-mooney there are 3 points that seam to have been missed. 1.) i asked that the spec not be GPU specific, 2 that the live migration and general supprot be called out spereatly in tow differnt sections, 3.) that pci in placment should be optional
15:04:04 opendevreview Merged openstack/nova master: api: Add response body schemas for host aggregate APIs https://review.opendev.org/c/openstack/nova/+/924585
15:05:32 sean-k-mooney the spec does not yet cover the live mgiration changes, yet the usecase refence it so i was expecting the current draft to cover the non live migration usecases/constrains and then for the live migration aspect to be added leater
15:07:24 sean-k-mooney im fine with discussing the generic enabling and live migration at the same time but given i expect those to be delvier potentiall in diffent relases i want to make sure we are clear on what is required for each case
15:07:38 sean-k-mooney i would hope we can do both in epoxy
15:07:53 sean-k-mooney but i dont want to require both to merge anything
15:09:13 sean-k-mooney so what im hopign to see is a clear plan for how to supprot pci passthough with vendor specific vfio-pci variant drievers, and addtionally how to support live migratable VF when supproted by the vendor
15:14:17 bauzas about 1), this was a mistake from rené, the trait was needing CUSTOM_ and it was just an example
15:14:26 bauzas 2/ agree with you
15:15:04 bauzas 3/ agree with you as well, but we definitely need to test the POC before, in order to be sure we're not missing anything
15:31:12 opendevreview Merged openstack/nova master: api: Add response body schemas for extensions API https://review.opendev.org/c/openstack/nova/+/924586
17:20:12 sean-k-mooney bauzas: well using CUSTOM_ woudl still be wrong as we use Resouce Classes to modle the device vendor id and product id when using pci in placment
17:20:52 sean-k-mooney so "traits": "CUSTOM_NVIDIA_A16_16A" woudl still be incorect in that case
17:21:32 sean-k-mooney CUSTOM_MIGRATABLE is more accpable but we can standarize that trait as its generic
17:23:06 sean-k-mooney if you have differend VFs with the same vendor_id and product_id bug are configured for diffent nvida vgpu types then you should use spereate resouce classes to modle that not traits if we want this to be compatiable with how pci in placmeent is intended to work
#openstack-nova - 2024-12-03
01:36:23 opendevreview Masanori Kuroha proposed openstack/nova master: Use instance.image_meta instead of request_spec.image in prep_resize https://review.opendev.org/c/openstack/nova/+/936910
02:08:27 opendevreview Masanori Kuroha proposed openstack/nova master: [WIP] Use instance.image_meta instead of request_spec.image in prep_resize https://review.opendev.org/c/openstack/nova/+/936910
12:34:14 stephenfin gmann: jfyi I've a few more openAPI-related patches tacked onto the top of that series, which will be necessary for the rest of the schema patches that I'm carrying locally. It starts here, if have time to take a look https://review.opendev.org/c/openstack/nova/+/924597/
13:03:15 opendevreview Balazs Gibizer proposed openstack/placement master: WIP: Test mitigations for candidate explosion https://review.opendev.org/c/openstack/placement/+/936658
13:03:16 opendevreview Balazs Gibizer proposed openstack/placement master: WIP: Round-robin candidate generation https://review.opendev.org/c/openstack/placement/+/936832
13:07:36 opendevreview Merged openstack/python-novaclient master: Replace glanceclient with openstacksdk https://review.opendev.org/c/openstack/python-novaclient/+/931276
13:35:33 opendevreview Balazs Gibizer proposed openstack/placement master: WIP: Round-robin candidate generation https://review.opendev.org/c/openstack/placement/+/936832
14:26:34 opendevreview Masanori Kuroha proposed openstack/nova master: Retrieve the image metadata from instance.image_meta during resize https://review.opendev.org/c/openstack/nova/+/936910
16:00:56 bauzas #startmeeting nova
16:00:56 opendevmeet Meeting started Tue Dec 3 16:00:56 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:56 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:56 opendevmeet The meeting name has been set to 'nova'
16:01:05 bauzas hi folks
16:01:13 bauzas #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting
16:01:17 bauzas who's around ?
16:01:33 s3rj1k hi all
16:01:45 elodilles o/
16:01:52 ratailor o/
16:04:10 bauzas okay, let's start
16:04:24 bauzas #topic Bugs (stuck/critical)
16:04:30 bauzas #info No Critical bug
16:04:39 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:45 bauzas any bugs to discuss today ?
16:05:33 bauzas looks not
16:05:36 bauzas moving on
16:06:06 bauzas #topic Gate status
16:06:12 bauzas #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:06:21 bauzas #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:06:30 bauzas #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0
16:06:38 bauzas all periodics are green
16:06:48 bauzas #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:06:54 bauzas #info Please try to provide meaningful comment when you recheck
16:06:58 bauzas voilà
16:07:21 bauzas I was looking at some failures, maybe we have some network issue for the guests
16:07:34 bauzas as we can't ssh to the guest
16:07:50 bauzas but we don't have a quorum for now, so let's not discuss this now
16:07:58 bauzas #topic Release Planning
16:08:03 bauzas #link https://releases.openstack.org/epoxy/schedule.html
16:08:09 bauzas #action bauzas to add Epoxy nova deadlines in the schedule
16:09:11 bauzas as a reminder, we'll have our specs soft freeze by Dec 12
16:09:28 bauzas so please provide your specs before
16:09:54 Uggla o/
16:10:21 bauzas #info our specs soft freeze will be on Dec 12, please try to provide your spec before
16:10:34 bauzas #topic Review priorities
16:10:40 bauzas #link https://etherpad.opendev.org/p/nova-2025.1-status
16:10:47 bauzas #topic Stable Branches
16:11:00 bauzas elodilles: \o
16:11:44 elodilles #info grenade-skip-level (2024.1) & nova-grenade-multinode (2023.2) jobs are fixed
16:11:52 bauzas \o/
16:12:14 elodilles #info all stable branch gates seem to be OK
16:12:41 elodilles basically that's all about stable branches for now o:)
16:13:38 elodilles well, you can add any new stable gate issue here:
16:13:46 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:14:05 bauzas cool
16:14:07 bauzas thanks
16:14:10 elodilles np
16:14:15 bauzas #topic vmwareapi 3rd-party CI efforts Highlights
16:14:24 bauzas fwiesel: anything to say ?
16:15:10 fwiesel nothing from my side.
16:15:18 fwiesel bauzas: Back to you
16:15:26 bauzas cool
16:15:32 bauzas #topic Open discussion
16:15:37 bauzas nothing on the agenda
16:15:39 bauzas anything anyone ?
16:16:47 bauzas looks not
16:16:51 bauzas thanks all
16:16:56 bauzas #endmeeting
16:16:56 opendevmeet Meeting ended Tue Dec 3 16:16:56 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:16:56 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2024/nova.2024-12-03-16.00.html
16:16:56 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-12-03-16.00.txt

Earlier   Later