can't snapshot uvtool created vms

Bug #1457678 reported by Tycho Andersen
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
uvtool
Fix Committed
Medium
Unassigned

Bug Description

$ virsh snapshot-create-as criu2
error: unsupported configuration: internal snapshot for disk vdb unsupported for storage type raw

looks like the cloud-init data source should be of a different type.

Revision history for this message
Robie Basak (racb) wrote :

Workaround: add <readonly/> to the <disk> definition after instance creation (eg. with "virsh edit <name>").

Solution: uvtool should do this automatically. IIRC it's iso9660 so is read-only as far as userspace is concerned anyway, but libvirt doesn't know that.

Changed in uvtool:
status: New → Triaged
importance: Undecided → Medium
Revision history for this message
Theodotos Andreou (theodotos) wrote :

I couldn't get the <readonly/> workaround to work. A better solution is described here:

https://askubuntu.com/questions/540188/what-is-uvtool-second-virtual-disk-for-and-how-does-it-prevent-vm-snapshots

Revision history for this message
Chris J Arges (arges) wrote :

This fixed it for me, can it be merged?
https://code.launchpad.net/~arges/uvtool/ds-qcow2

Revision history for this message
Juan Rubén (rubenmv) wrote :

Possible solution: check line 215 of kvm.py vs cloud-localds syntax for disk format.

Methinks the "=" is not needed, so cloud-localds defaults to raw?

Revision history for this message
Robie Basak (racb) wrote :

This is actually fixed in git master, available from the PPA. Sorry I didn't update the bug before.

There is a secondary problem now, which is that if snapshots exist then "uvt-kvm destroy <vm>" fails. This can be worked around by deleting the snapshot first.

Changed in uvtool:
status: Triaged → Fix Committed
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.