Can't create a snapshot of an instance with virtual function attached

Bug #1398986 reported by Gil Meir
18
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fuel for OpenStack
Invalid
Medium
Gil Meir
6.0.x
Won't Fix
Medium
Gil Meir
6.1.x
Won't Fix
Medium
Gil Meir
7.0.x
Won't Fix
Medium
Gil Meir
8.0.x
Won't Fix
Medium
Gil Meir
Mitaka
Won't Fix
Medium
Gil Meir
Newton
Invalid
Medium
Gil Meir

Bug Description

In Fuel v6.0 instances using SR-IOV for networking are created successfully, but taking a snapshot fails.
The part of the error in compute.log is attached.

Revision history for this message
Gil Meir (gilmeir-d) wrote :
Changed in fuel:
importance: Undecided → High
milestone: none → 6.0
assignee: nobody → Fuel Python Team (fuel-python)
tags: added: customer-found
Changed in fuel:
assignee: Fuel Python Team (fuel-python) → Fuel Partner Integration Team (fuel-partner)
Revision history for this message
Andrey Danin (gcon-monolake) wrote :

Gil,
Did this functionality (snapshot creation with VF attached) work before? Or is it working in vanilla OpenStack but isn't in MOS?

tags: added: partner
Gil Meir (gilmeir-d)
Changed in fuel:
assignee: Fuel Partner Integration Team (fuel-partner) → Gil Meir (gilmeir-d)
Revision history for this message
Gil Meir (gilmeir-d) wrote :

This is probably an integration issue with our solution and Juno upstream sriovnicswitch mechanism driver and its related changes in neutron/libvirt/nova, not sure yet.
One of the causes *might* be an out of date glance client, which contains an upstream bug which was fixed 1-2 weeks ago (https://review.openstack.org/#/c/129289/), but this doesn't completely solve our issue, so let's wait with this. We are investigating the issue.

Changed in fuel:
status: New → Confirmed
Revision history for this message
Gil Meir (gilmeir-d) wrote :

There is a manual workaround for this - shutting down the instance before taking a snapshot.
Need to add it to release notes.

Changed in fuel:
importance: High → Medium
tags: added: docs
Changed in fuel:
milestone: 6.0 → 6.0.1
Revision history for this message
Irina Povolotskaya (ipovolotskaya) wrote :
Revision history for this message
Roman Alekseenkov (ralekseenkov) wrote :

Updating priority to High for customer-found issues, so they don't get moved to 7.0

Revision history for this message
Mike Scherbakov (mihgen) wrote :

We do not such a policy for increasing importance of the bug if it has customer-found tag. Tag "customer-found" be itself makes the priority of the bug resolution higher among the other bugs of same importance, but which do not have such a tag. For instance, among all High bugs those which have "customer-found" taking the highest priority.

We have strict criteria for importance of bugs: https://wiki.openstack.org/wiki/Fuel/How_to_contribute#Confirm_and_triage_bugs. This particular bug qualifies only for Medium as highest according to:
"specific hardware, configurations, or components are working incorrectly; or is completely unusable but there's a workaround". There is a workaround, so we can just document this workaround in known issues for 6.1 release. In order to document it, I'm tagging it with "release-notes" tag. As we passed SCF, all bugs lower than High are moved to the next milestone, so I'm closing this bug as Won't fix for 6.1.

Changed in fuel:
status: Confirmed → Won't Fix
tags: added: release-notes
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to fuel-docs (master)

Related fix proposed to branch: master
Review: https://review.openstack.org/223546

tags: added: release-notes-done rn7.0
removed: release-notes
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on fuel-docs (master)

Change abandoned by Olga Gusarenko (<email address hidden>) on branch: master
Review: https://review.openstack.org/223546
Reason: abandoning this as it was fixed in 6.1 plugin

Dmitry Pyzhov (dpyzhov)
tags: added: area-partners
Dmitry Pyzhov (dpyzhov)
Changed in fuel:
status: Won't Fix → Confirmed
milestone: 6.0-updates → 9.0
Revision history for this message
Aviram Bar-Haim (aviramb) wrote :

Assignee is removed since we don't see this problem anymore..

Revision history for this message
Bartosz Kupidura (zynzel) wrote :

If reporter will reproduce issue on master (newton), please update status to confirmed

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

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.