On Mon, Aug 22, 2011 at 07:18:43 +0200, Thomas Marko wrote: > Some facts about the DLE: > > The DLE is a subdirectory of a mounted LV (LVM2) part of a PV configured as > RAID1: > fstab: /dev/Store01-Data/Bilder /storage/bilder ext3 > suid,exec,nodev,user_xattr 0 0
Try running stat --format="%D" /storage/bilder/ over the course of a couple days, and see if the Device number changes between the level 0 run and the as-big-a-level-0 level 1 run. (LVM assigns the device numbers dynamically, so it's quite possible for the numbers to change over the course of a reboot, etc.) If the numbers are changing, then this page should hopefully tell you what you need to know: http://wiki.zmanda.com/index.php/Tar_dumps_every_file_in_a_level-1_backup_after_a_hardware_change > IDs should not change here. Maybe GNUTAR is the problem. But is it the > version on the server (1.25) or on the client (1.22)? GNUTar 1.25 does have a known problem, but it's a different one than what you are describing, and in any case it would be the version on the client that is causing this level-1-backup problem. (But see http://wiki.zmanda.com/index.php/FAQ:What_versions_of_GNU_Tar_are_Amanda-compatible%3F for more info on tar versions.) Nathan ---------------------------------------------------------------------------- Nathan Stratton Treadway - [email protected] - Mid-Atlantic region Ray Ontko & Co. - Software consulting services - http://www.ontko.com/ GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239 Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
