[virt-clone] Refuses to create clone disk image

[TJ]

Ubuntu 13.04 Raring amd64

$ apt-cache policy virtinst
virtinst:
  Installed: 0.600.3-3ubuntu1
  Candidate: 0.600.3-3ubuntu1
  Version table:
 *** 0.600.3-3ubuntu1 0
        500 http://gb.archive.ubuntu.com/ubuntu/ raring/main amd64 Packages
        100 /var/lib/dpkg/status

virt-clone refuses to clone disk image:

$ virt-clone --connect qemu:///system --original=CentOS6-minimal --name=CentOS6-RT-dev --file=$(pwd)/CentOS6-RT-dev.vmdk
ERROR cannot stat file '/home/all/VirtualMachines/CentOS6-RT-dev.vmdk': No such file or directory

$ kvm-img create -f vmdk CentOS6-RT-dev.vmdk 6G
Formatting 'CentOS6-RT-dev.vmdk', fmt=vmdk size=6442450944 compat6=off

$ virt-clone --connect qemu:///system --original=CentOS6-minimal --name=CentOS6-RT-dev --file=$(pwd)/CentOS6-RT-dev.vmdk
ERROR This will overwrite the existing path '/home/all/VirtualMachines/CentOS6-RT-dev.vmdk' (Use --prompt or --force to override)

$ virt-clone --connect qemu:///system --original=CentOS6-minimal --name=CentOS6-RT-dev --file=$(pwd)/CentOS6-RT-dev.vmdk --force
ERROR Clone onto existing storage volume is not currently supported: '/home/all/VirtualMachines/CentOS6-RT-dev.vmdk'

$ virt-clone --connect qemu:///system --original=CentOS6-minimal --name=CentOS6-RT-dev --file=$(pwd)/CentOS6-RT-dev.vmdk --prompt
This will overwrite the existing path '/home/all/VirtualMachines/CentOS6-RT-dev.vmdk'
Do you really want to use this disk (yes or no)
yes
ERROR Clone onto existing storage volume is not currently supported: '/home/all/VirtualMachines/CentOS6-RT-dev.vmdk'

$ virt-clone --connect qemu:///system --original=CentOS6-minimal --name=CentOS6-RT-dev --auto-clone
ERROR cannot stat file '/home/all/VirtualMachines/CentOS6-RT-dev.vmdk': No such file or directory

[caraconan (0-javi)]

Hi there.

First of all thanks for the software.

Second I can confirm the issue. Steps to reproduce:

ii virtinst 0.600.4-1 all Programs to create and clone virtual machines

1. Stop/undefine a VM

2. Remove disk and log file

3. Try to clone an existing VM with the file deleted on step 2 as destination

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Alex Stellwag (astellwag)]

Hi,

I can confirm the issue using current trusty builds.

After restarting libvirt-bin, everything was fine again.

[Serge Hallyn (serge-hallyn)]

As I understand it, this only happens if the intended new clone's disk is the same as that of a recently deleted VM?

If that is not the case, then please let me know so we can raise priority.

[Alexander Muthmann (e-launchpad-3)]

Hi,

I can confirm this issue. To reproduce it, clone an vm to a new image, remove the image, undefine it and try to clone a new vm with the same name.

[Alexander Muthmann (e-launchpad-3)]

Sry, one more:

I fixed the issue by refreshing the storage pool manually:

virsh pool-list
virsh pool-refresh MY_POOL

[Serge Hallyn (serge-hallyn)]

Quoting Alexander Muthmann (<email address hidden>):
> Hi,
>
> I can confirm this issue. To reproduce it, clone an vm to a new image,
> remove the image, undefine it and try to clone a new vm with the same
> name.

Can you please give the precise commands you used to reproduce?

[Alexander Muthmann (e-launchpad-3)]

# Create initial vm
virt-clone -o template -n test-vm --file=/vms/images/test-vm.img --mac=RANDOM
# delete vm
virsh undefine test-vm && rm /vms/images/test-vm.img
# try to recreate vm, this fails
virt-clone -o template -n test-vm --file=/vms/images/test-vm.img --mac=RANDOM
# Refresh storage pool
virsh pool-refresh virtimages
# try to recreate vm, this works now
virt-clone -o template -n test-vm --file=/vms/images/test-vm.img --mac=RANDOM