[PVE-User] Fwd: Storage migration

[Eneko Lacunza]

Hi again,

Tried this using a different node and disk, with same result:
transferred: 53687091200 bytes remaining: 0 bytes total: 53687091200 
bytes progression: 100.00 %
TASK ERROR: storage migration failed: mirroring error: VM 100 qmp 
command 'block-job-complete' failed - The active block job for device 
'drive-virtio0' cannot be completed

It is the same guest on different VM instance.

I'm using nfs-kernel-server from Debian for NFS service, with the 
following /etc/exports
/srv/nfs2    192.168.4.91(rw,sync,no_subtree_check) 
192.168.4.92(rw,sync,no_subtree_check) 
192.168.4.93(rw,sync,no_subtree_check)

root at pmx2:/etc# 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

Any hint? :)

On 08/10/14 16:50, Eneko Lacunza wrote:
> Hi,
>
> I have tried to live-migrate storage from local storage in another 
> node in the same cluster, to the same NFS export, and it doesn't work 
> either:
>
> create full clone of drive virtio0 (local:103/vm-103-disk-1.raw)
> trying to aquire cfs lock 'storage-nfs1' ... OK
> Formatting '/mnt/pve/nfs1/images/103/vm-103-disk-1.raw', fmt=raw 
> size=53687091200
> transferred: 0 bytes remaining: 53687091200 bytes total: 53687091200 
> bytes progression: 0.00 %
> transferred: 41943040 bytes remaining: 53645148160 bytes total: 
> 53687091200 bytes progression: 0.08 %
> transferred: 83886080 bytes remaining: 53603205120 bytes total: 
> 53687091200 bytes progression: 0.16 %
> transferred: 136314880 bytes remaining: 53550776320 bytes total: 
> 53687091200 bytes progression: 0.25 %
> transferred: 188743680 bytes remaining: 53498347520 bytes total: 
> 53687091200 bytes progression: 0.35 %
> [...]
> transferred: 53606481920 bytes remaining: 80609280 bytes total: 
> 53687091200 bytes progression: 99.85 %
> transferred: 53648424960 bytes remaining: 38666240 bytes total: 
> 53687091200 bytes progression: 99.93 %
> transferred: 53680340992 bytes remaining: 6750208 bytes total: 
> 53687091200 bytes progression: 99.99 %
> transferred: 53687091200 bytes remaining: 0 bytes total: 53687091200 
> bytes progression: 100.00 %
> 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
> ---
>
> VM has latest virtio drivers for Windows (81)
>
> -------- Forwarded Message --------
> Subject: 	Storage migration
> Date: 	Wed, 08 Oct 2014 14:17:42 +0200
> From: 	Eneko Lacunza <elacunza at binovo.es>
> To: 	pve-user at pve.proxmox.com
>
>
>
> Hi all,
>
> I've found some problems with storage migration with the recent 3.3
> versión, vanilla as it is in ISO and also after updating from
> pve-non-subscription.
>
> I have a WS2012R2 with virtio block device in local storage. Local
> storage (var/lib/vz) and NFS storage (srv/nfs) are on the same machine.
> - Moving disk to a NFS shared storage with VM off works OK.
> - Moving disk to a NFS shared storage with VM on doesn't work. First try
> reports:
> ---
> create full clone of drive virtio0 (local:100/vm-100-disk-1.raw)
> Formatting '/mnt/pve/nfs1/images/100/vm-100-disk-2.raw', fmt=raw size=0
> transferred: 0 bytes remaining: 53687091200 bytes total: 53687091200
> bytes progression: 0.00 %
> TASK ERROR: storage migration failed: mirroring error: mirroring job
> seem to have die. Maybe do you have bad sectors? at
> /usr/share/perl5/PVE/QemuServer.pm line 5170.
> ---
> After re-trying:
> ---
> create full clone of drive virtio0 (local:100/vm-100-disk-1.raw)
> Formatting '/mnt/pve/nfs1/images/100/vm-100-disk-2.raw', fmt=raw
> size=53687091200
> transferred: 0 bytes remaining: 53687091200 bytes total: 53687091200
> bytes progression: 0.00 %
> transferred: 104857600 bytes remaining: 53582233600 bytes total:
> 53687091200 bytes progression: 0.20 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> transferred: 125829120 bytes remaining: 53561262080 bytes total:
> 53687091200 bytes progression: 0.23 %
> [...]
> ---
> Usually the % is different, but very low (<1%)
>
> There are no hard disk errors in dmesg/syslog.
>
> I have also found apparently slightly different issues migrating from
> NFS to RBD, and from RBD to NFS.
>
> 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
>
>
>


-- 
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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.proxmox.com/pipermail/pve-user/attachments/20141008/c403dccf/attachment.htm>