libvirt: Snapshot and resume does not work for instances with some SR-IOV ports

Bug #1563874 reported by Nikola Đipanov on 2016-03-30
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Stephen Finucane

Bug Description

libvirt driver methods that are used for determining whether a port is an SR-IOV port do not check properly for all possible SR-IOV port types:

should be checking for VNIC_TYPES_SRIOV instead.

This affects snapshot and suspend/resume functionality provided by the libvirt driver, for instances using non-direct flavors of SR-IOV

tags: added: libvirt pci
Moshe Levi (moshele) wrote :

currently we have 2 SR-IOV
direct port which is direct attachment of the VF to the guest
<interface type='hostdev' managed='yes'>
  <mac address='fa:16:3e:0f:bb:1f'/>
  <driver name='kvm'/>
    <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x7'/>
    <tag id='140'/>
  <alias name='hostdev0'/>
  <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
and macvtap which is a tap device connected to VF
<interface type='direct'>
  <mac address='fa:16:3e:5c:6b:21'/>
  <source dev='p1p7' mode='passthrough'/>
  <target dev='macvtap0'/>
  <model type='virtio'/>
  <driver name='vhost'/>
  <alias name='net0'/>
  <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
for macvtap the guest don't see the pci device so we don't need to detach pci on suspend

I think we just need check if it a direct port as it was before
instead of

Changed in nova:
assignee: nobody → Moshe Levi (moshele)
Matt Riedemann (mriedem) on 2016-03-30
Changed in nova:
importance: Undecided → Medium
status: New → Confirmed
summary: - libvirt: Snapshot and resume wont' work for instances with some SR-IOV
- ports
+ libvirt: Snapshot and resume does not work for instances with some SR-
+ IOV ports
tags: added: sriov
Matt Riedemann (mriedem) wrote :

I think we should move ahead with enabling the mellanox macvtap CI on nova changes (same sub-set of the nova tree that the direct sriov job tests today). I'd like to see us expand the coverage and fix this bug for at least macvtap and see it passing that job (which already runs a suspend/resume test, but doesn't test snapshots yet).

Matt Riedemann (mriedem) wrote :

Correction on comment 3, the mellanox vnic_type=direct CI only runs that on the network scenario tests, which don't include suspend/resume/snapshot.

Moshe Levi (moshele) wrote :

 the network scenario has test for suspend/resume but not for snapshot

Fix proposed to branch: master

Changed in nova:
status: Confirmed → In Progress
Changed in nova:
assignee: Moshe Levi (moshele) → Stephen Finucane (stephenfinucane)

Submitter: Jenkins
Branch: master

commit b691125b621c781c89f15b421215ebad5085c4d0
Author: Moshe Levi <email address hidden>
Date: Sun Apr 3 19:11:07 2016 +0300

    pci: Clarify SR-IOV ports vs direct passthrough ports

    This patch clarify for what type of ports
    detach/attach pci device is needed and for what type of
    port we just need pci request. To avoid confusion this
    patch introduce 2 type of ports list VNIC_TYPES_SRIOV
    are ports which require pci request, while
    VNIC_TYPES_DIRECT_PASSTHROUGH ports require pci device
    attach/detach from libvirt dom. VNIC_TYPES_DIRECT_PASSTHROUGH
    is subset of VNIC_TYPES_SRIOV.

    Closes-Bug: #1563874

    Change-Id: I3a45b1fb41e8e446d1f25d7a1d77991c8bf2a1ed

Changed in nova:
status: In Progress → Fix Released

This issue was fixed in the openstack/nova development milestone.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers