I think problem is windows virtio v81. Debian 8beta has worked ok; I will do further tests on monday. El 10/10/2014 17:49, "Luis G. Coralle" <luiscora...@fi.uncoma.edu.ar> escribió:
> Removing snapshots? > > 2014-10-10 8:36 GMT-03:00 Eneko Lacunza <elacu...@binovo.es>: > >> >> Yes doing it with VM off works, but I can't make it work with VMs on. It >> used to work in 3.2 and before, something must be broken. >> >> >> On 10/10/14 13:27, Luis G. Coralle wrote: >> >> In some cases the same, migrating a hard drive from a remote storage to a >> local one. >> I fix this turning off the vm >> >> 2014-10-10 7:37 GMT-03:00 Eneko Lacunza <elacu...@binovo.es>: >> >>> Hi all, >>> >>> I tried local to RBD storage migration with VM running, and it fails >>> like it does with NFS: >>> >>> transferred: 53687091200 bytes remaining: 0 bytes total: 53687091200 >>> bytes progression: 100.00 % >>> Removing all snapshots: 100% complete...done. >>> image has watchers - not removing >>> Removing image: 0% complete...failed. >>> rbd: error: image still has watchers >>> TASK ERROR: storage migration failed: mirroring error: VM 103 qmp >>> command 'block-job-complete' failed - The active block job for device >>> 'drive-virtio0' cannot be completed >>> >>> I noticed that during migration HTML5 console's key drop-down menu >>> doesn't work (VM doesn't receive keys). >>> >>> # pveversion -v >>> proxmox-ve-2.6.32: 3.3-138 (running kernel: 2.6.32-33-pve) >>> pve-manager: 3.3-2 (running version: 3.3-2/995e687e) >>> pve-kernel-2.6.32-32-pve: 2.6.32-136 >>> pve-kernel-2.6.32-33-pve: 2.6.32-138 >>> lvm2: 2.02.98-pve4 >>> clvm: 2.02.98-pve4 >>> corosync-pve: 1.4.7-1 >>> openais-pve: 1.1.4-3 >>> libqb0: 0.11.1-2 >>> redhat-cluster-pve: 3.2.0-2 >>> resource-agents-pve: 3.9.2-4 >>> fence-agents-pve: 4.0.10-1 >>> pve-cluster: 3.0-15 >>> qemu-server: 3.1-35 >>> pve-firmware: 1.1-3 >>> libpve-common-perl: 3.0-19 >>> libpve-access-control: 3.0-15 >>> libpve-storage-perl: 3.0-23 >>> pve-libspice-server1: 0.12.4-3 >>> vncterm: 1.1-8 >>> vzctl: 4.0-1pve6 >>> vzprocps: 2.0.11-2 >>> vzquota: 3.1-2 >>> pve-qemu-kvm: 2.1-9 >>> ksm-control-daemon: 1.1-1 >>> glusterfs-client: 3.5.2-1 >>> >>> Is storage migration working for you in PVE 3.3? >>> >>> Cheers >>> Eneko >>> >>> -- >>> Zuzendari Teknikoa / Director Técnico >>> Binovo IT Human Project, S.L. >>> Telf. 943575997 >>> 943493611 >>> Astigarraga bidea 2, planta 6 dcha., ofi. 3-2; 20180 Oiartzun (Gipuzkoa) >>> www.binovo.es >>> >>> _______________________________________________ >>> pve-user mailing list >>> pve-user@pve.proxmox.com >>> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user >>> >> >> >> >> -- >> Luis G. Coralle >> >> >> >> -- >> Zuzendari Teknikoa / Director Técnico >> Binovo IT Human Project, S.L. >> Telf. 943575997 >> 943493611 >> Astigarraga bidea 2, planta 6 dcha., ofi. 3-2; 20180 Oiartzun >> (Gipuzkoa)www.binovo.es >> >> >> _______________________________________________ >> pve-user mailing list >> pve-user@pve.proxmox.com >> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user >> >> > > > -- > Luis G. Coralle >
_______________________________________________ pve-user mailing list pve-user@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user