qcow2 Dateigröße WTF? [gelöst]

[number6]

Hallo,

ich habe hier ein Ubuntu 18.04 LTS mit einer QEMU/KVM VM am laufen.
Den images Ordner (Ort der qcow2 Dateien) habe ich in der /etc/fstab folgendermaßen eingebunden.

Code: Alles auswählen

/mnt/kvm/images /var/lib/libvirt/images  none bind 0 0

Dort befindet sich eine Image-Datei win10.qcow2. Die Image-Grösse (virtual size) der VM ist 200G.

Code: Alles auswählen

$ sudo qemu-img info win10.qcow2
...
image: win10.qcow2
file format: qcow2
virtual size: 200G (214748364800 bytes)
disk size: 99G
cluster_size: 65536
...

Beim Backup war ich doch sehr verwirrt über die Größe der Datei von win10.qcow2.
Lokal sieht das so aus:

Code: Alles auswählen

$ cd /mnt/kvm/images
$ ls -sh win10.qcow2
99G win10.qcow2
$  ls -lh win10.qcow2 | awk '{print$5 "  " $9}'
283G  win10.qcow2

Wenn ich die Datei (per rsync) auf einem Backup-PC kopiere, ist die Datei immer 283G groß, egal ob ls -sh oder ls -lh.
Die Option s bei ls zeigt ja den allokierten Speicher an, der tatsächlich auf der Platte belegt wird.
Ist es möglich per rsync die Datei auch nur in der allokierten Größe zu sichern? Macht ja doch etwas aus, ob 283GB zu sichern sind, oder 99GB.

[MSfree]

Wenn ich die Datei (per rsync) auf einem Backup-PC kopiere, ist die Datei immer 283G groß

Code: Alles auswählen

rsync --sparse [restliche Optionen]

?

[mig]

Hallo

Genaugenommen beim ersten rsync (Datei existiert am Ziel noch nicht) --sparse
Beim 2. rsync (Datei existiert als sparse am Ziel) --inplace, sonst ist rsync zimlich sinnlos da ohne --inplace bei sparse eh immer die ganze Datei kopiert wird.

Lieder geht --sparse und --inplace nicht gemeinsam.

https://gergap.wordpress.com/2013/08/10 ... rse-files/

LG
Michael

[number6]

vielen Dank,
probiere das mit der --sparse Option mal.
Das Backupscript muss dann halt prüfen, ob Datei schon existiert (--inplace) oder nicht (--sparse).

Nachtrag:
Beim ersten Anlegen der Datei mit Option --sparse gewinnt man zwar nichts an Zeit, da die vollen 238GB übertragen werden, aber an Platz. Nun wird auch nur tatsächlich die verwendete Größe auf dem Datenträger allokiert.
Beim erneuten Aufruf mit Option --inplace (Datei existiert schon), spart es auch noch Zeit.