Disk Migration falsche Disk Größe

[Stone]

Hallo Forum.

Ich möchte eine Disk von einer VM auf eine andere Storage schieben. Alle Storages sind via NFS angebunden.
Bis jetzt hat das auch immer gut funktioniert jedoch bei dieser Disk stimmt etwas nicht.
Die Disk hat laut VM Config File 55G.
Bei der Migration wird versucht die Disk mit 16Tb anzulegen.

Hier der Output vom Job:

create full clone of drive ide0 (netapp01n1_sas_prod_01:244/vm-244-disk-1.qcow2)
Formatting '/mnt/pve/netapp02n2_sas_prod_01/images/244/vm-244-disk-1.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off preallocation=metadata compression_type=zlib size=17610439655424 lazy_refcounts=off refcount_bits=16

TASK ERROR: storage migration failed: error during cfs-locked 'netapp02n2_sas_prod_01' operation: unable to create image: qemu-img: /mnt/pve/netapp02n2_sas_prod_01/images/244/vm-244-disk-1.qcow2: The image size is too large for file format 'qcow2' (try using a larger cluster size)

Hat jemand eine Idee woran das liegen könnte?
Danke.

 

[sb-jw]

Poste doch bitte mal die Config hier: qm config 244

Sofern keine Notwendigkeit besteht, solltest du auf die Nutzung von ide als Controller verzichten und auf scsi / VirtIO gehen.

 

[Stone]

Hier die Config:

root@pve09:~# qm config 244
balloon: 0
bootdisk: ide0
cores: 4
ide0: netapp01n1_sas_prod_01:244/vm-244-disk-1.qcow2,size=55G
ide2: none,media=cdrom
memory: 8192
name: lin-0176
net0: virtio=36:47:25:B8:D4:E3,bridge=vmbr739
numa: 0
ostype: l26
scsi0: netapp02n2_sas_prod_01:244/vm-244-disk-0.qcow2,size=30G
scsihw: virtio-scsi-pci
smbios1: uuid=287d74d4-c9be-4dae-a5a9-855e4d7a4219
sockets: 1

Die 2. Disk konnte ich erfolgreich migrieren so wie bei den anderen ca. 400VMs auch.
Nur bei der einen Disk macht es ein Problem.

 

[sb-jw]

Kannst du die IDE Disk einfach mal als scsi Umhängen und es dann erneut probieren? Vielleicht gibt es da einen Bug mit IDE.

 

[Stone]

Kann ich machen. Muss nur eine Downtime dazu planen.
Ich glaube aber nicht das es was bringt.

Ich habe mal mal aus Spaß aus dem qcow2 File ein raw File gemacht. Das war dann 17G groß. Kommt auch ganz gut hin mit der Auslastung innerhalb der VM.

Danach wollt ich aus dem raw wieder ein qcow2 machen und das habe ich dann abgebrochen nachdem es schon 250G groß war.
Irgendwas ist da im qcow2 Format komisch...

 

[fiona]

Was sagt denn qemu-img info /pfad/zur/disk.qcow2? Den Pfad findest z.B. mit pvesm path netapp01n1_sas_prod_01:244/vm-244-disk-1.qcow2. Per Default legt qcow2 nur die Metadaten an und wächst dann je nachdem wie viel wirklich gebraucht wird, aber die virtuelle Größe der Disk kann viel größer sein.

 

[Stone]

Guter Punkt.
Hier stehen 16Tb..

qemu-img info /mnt/pve/netapp01n1_sas_prod_01/images/244/vm-244-disk-1.qcow2
image: /mnt/pve/netapp01n1_sas_prod_01/images/244/vm-244-disk-1.qcow2
file format: qcow2
virtual size: 16 TiB (17610439655424 bytes)
disk size: 30.3 GiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false

Kann man die virutal size ändern? bzw. die Metadaten?
Würde das online funktionieren?

Danke.

 

[fiona]

Guter Punkt.
Hier stehen 16Tb..

qemu-img info /mnt/pve/netapp01n1_sas_prod_01/images/244/vm-244-disk-1.qcow2
image: /mnt/pve/netapp01n1_sas_prod_01/images/244/vm-244-disk-1.qcow2
file format: qcow2
virtual size: 16 TiB (17610439655424 bytes)
disk size: 30.3 GiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false

Kann man die virutal size ändern? bzw. die Metadaten?
Würde das online funktionieren?

Danke.

Soweit ich weiß, geht das nur durch kopieren der existierenden Daten. Als allerersten Schritt müsstest sicherstellen, dass der Gast nur frühe Teile der Disk verwendet. Z.B. Partitionstabelle zeigt nicht bis zum Ende der Disk. Danach könntest Du, während die VM aus ist, mit qemu-img dd den vorderen Teil der Disk kopieren.