Package: virtinst Version: 1:1.0.1-5 Severity: important Dear Maintainer,
I think I've found a bug in virt-clone. When I clone a virtual machine with a qcow disk, the cloned machine changes its disk to raw format. However, the XML configuration file for the cloned machine indicates a qcow type. Due to this inconsistency, a failure occurs when start the cloned virtual machine since Libvirt expect to find a qcow disk, but it is a raw disk. Sequence of steps to reproduce the problem: # virt-clone --original example --name clone1 --file /space/images/clone1.qcow ss01:/var/lib/libvirt/images# file example.qcow2 example.qcow2: QEMU QCOW Image (v3), 2147483648 bytes ss01:/space/images# file clone1.qcow clone1.qcow: DOS/MBR boot sector Thanks in advance. Kind regards, Daniel -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_AR.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages virtinst depends on: ii python-libvirt 1.2.9-1 ii python-libxml2 2.9.1+dfsg1-5+deb8u2 ii python-urlgrabber 3.9.1-4.1 pn python2.7:any <none> pn python:any <none> Versions of packages virtinst recommends: ii qemu-utils 1:2.1+dfsg-12+deb8u6 ii virt-viewer 1.0-1 virtinst suggests no packages. -- no debconf information -- Ing. Daniel Bareiro Opción Libre - Soberanía tecnológica para su empresa WWW: http://www.opcion-libre.com.ar Tel: +54 11 5235-3090 Correo-e: conta...@opcion-libre.com.ar
signature.asc
Description: Digital signature
