libvirt image cache manager does not handle shared storage in folsom

Bug #1155391 reported by Joe T
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Invalid
Undecided
Unassigned
Folsom
Won't Fix
Undecided
Unassigned

Bug Description

I have found that the image cache manager is deleting needed images under _base when the following scenario happens:

1. Using shared storage
2. All instances (1 or more) of a certain image or snapshots are running on one compute node
3. That compute node is taken down for 10 minutes or so (reboot, maintenance, etc)
4. Other compute nodes see that the _base file is not in use and deletes it
5. The compute node comes back online and the instance(s) running on that compute node can no longer start due to the _base image being removed.

Please let me know if you need further information or clarification on the above.

Thanks,
Joe

Tags: ops
Revision history for this message
Michael Still (mikal) wrote :

Was this with grizzly?

tags: added: ops
Changed in nova:
status: New → Incomplete
Revision history for this message
Joe T (joe-topjian-v) wrote :

This was in Folsom.

Revision history for this message
Michael Still (mikal) wrote :

The storage topology detection code wasn't back ported to folsom, it was deemed to be too big by the reviewers at the time. We instead just disabled automatic cleanup. However, grizzly has this code enabled. I'd be interested in results of testing with grizzly, but unfortunately this folsom bug is unlikely to get fixed at this stage.

Michael Still (mikal)
summary: - image cache manager is still deleting needed images
+ libvirt image cache manager does not handle shared storage in folsom
Michael Still (mikal)
Changed in nova:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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