Jump to: navigation, search


< Meetings
Revision as of 12:59, 17 May 2022 by Elod.illes (talk | contribs) (Agenda for next meeting)

Weekly Nova team meeting

Regular MEETING TIME: Tuesdays 16:00 UTC (#openstack-nova on OFTC)

This meeting is a weekly gathering of developers working on OpenStack Compute (Nova). We cover topics such as release planning and status, bugs, reviews, and other current topics worthy of real-time discussion.

Project Heartbeat

This information will be updated weekly but not mentioned in the meeting unless specifically called out on the agenda.

Agenda for next meeting

Next meetings scheduled for:

Where you see "?" feel free to just edit the wiki and add your item.

Here is the agenda for the next meeting:

  • #topic Stable Branches
    • #info ussuri and older branches are still blocked, newer branches should be OK
  • #topic Sub/related team Highlights
    • #info No subteam left
  • #topic Open discussion
    • (owner_nick) Add your own point you want to discuss here.
    • (sean-k-mooney) VDPA
      • i have 4 patches in flight to complete all remaining operation for vdpa https://review.opendev.org/q/topic:bug%252F1970467
      • the first patch add resize/cold migrate, evacuate and shelve support and is tracked as a bug https://bugs.launchpad.net/nova/+bug/1970467 since the code actually support those operations they were just blocked in the API since it was untested.
      • https://review.opendev.org/c/openstack/nova/+/841016 enables detach interface by adding the missing parsing code for the sorce_dev element for vdpa ports
      • https://review.opendev.org/c/openstack/nova/+/841017 fixes what i think is a bug in suspend today with any sriov interfaces. tl;dr the code tries to unplug the devices as if they are using the hostdev element when infact they may be using the interface element (still need to confirm) this prevent suspend form working with vdpa
      • https://review.opendev.org/c/openstack/nova/+/841012/3 removes the final API block for suspend and live migration and adds VNIC_TYPE_VDPA to the VNIC_TYPES_DIRECT_PASSTHROUGH which is all that is required to make hot_plug live migration work. however for upgrades we should have a compute service version bump and check it in the conductor as we do for sriov live migration.
      • Question should we track the file 3 patches as bugs, a specless blueprint or a spec. https://blueprints.launchpad.net/nova/+spec/vdpa-suspend-detach-and-live-migrate
      • Note: transparent vdpa live migration is in flight upstream in qemu and the kernel but it likely wont land in time for Zed. if it did i would propose a spec for that in addition to this work separately. the changes on top of this code would be minor just adding a trait and/or second compute service bump so signal support for transparent live migration and allow use to schedule based on it when selecting the destination host.


There are also some Nova subteam meetings. See Nova#Nova_subteams for details.

Previous meetings