|
Einen schönen guten Morgen in die Runde, ich habe hier ein merkwürdiges Problem, was ich mir nicht logisch erklären kann. Unter Debian 7 sichere ich per Skript ein LVM-Volume per dump (aus dem vorher angelegten LVM-snapshot). Das Backup wird dabei auf eine NFS3-Freigabe gesichert. Die Backup-Datei weicht dabei im "disk usage"-Wert allerdings extrem stark von der Dateigröße (ls) ab. Kopiert man die Datei mittels "cp" oder "rsync" ist der "du"-Wert vernünftig. Hier die Ausgabe der Werte zur Veranschaulichung: # ls -lh system.lvm.dump -rw-r--r-- 1 nobody nogroup 4,5G Nov 29 13:04 system.lvm.dump# du -sh system.lvm.dump 8,1G system.lvm.dump# cp -a system.lvm.dump system.lvm.dump.cp# rsync -a system.lvm.dump system.lvm.dump.rsync# cp --sparse=always system.lvm.dump system.lvm.dump.cp-sparse-always# du -sh system.lvm.dump* 8,1G system.lvm.dump 4,5G system.lvm.dump.cp 4,5G system.lvm.dump.cp-sparse-always 4,5G system.lvm.dump.rsync# ls -lh system.lvm.dump* -rw-r--r-- 1 nobody nogroup 4,5G Nov 29 13:04 system.lvm.dump -rw-r--r-- 1 nobody nogroup 4,5G Nov 29 13:04 system.lvm.dump.cp -rw-r--r-- 1 root root 4,5G Nov 29 16:07 system.lvm.dump.cp-sparse-always -rw-r--r-- 1 nobody nogroup 4,5G Nov 29 13:04 system.lvm.dump.rsync# md5sum system.lvm.dump* 67dc6014fba130fe7fd352476980069e system.lvm.dump 67dc6014fba130fe7fd352476980069e system.lvm.dump.cp 67dc6014fba130fe7fd352476980069e system.lvm.dump.cp-sparse-always 67dc6014fba130fe7fd352476980069e system.lvm.dump.rsync Hat jemand dafür eine vernünftige Erklärung ? Die anderen Dateien (wie ein TAR-Abzug der /boot-Partition) sind im Wert für "ls" und "du" "identisch". Das Problem tritt reproduzierbar. Sichert man auf eine lokale Partition tritt das Problem nicht auf. Viele Grüße, Thomas |