Package: dump Version: 0.4b43-1 Severity: normal
Hi! Please, look at my real case: [root@zeta2:~/scripts]# mount | grep "/usr " /dev/sda7 on /usr type ext3 (rw) [root@zeta2:~/scripts]# df -h | grep /usr$ /dev/sda7 884G 33G 807G 4% /usr [root@zeta2:~/scripts]# du -hxs /usr 33G /usr [root@zeta2:~/scripts]# du -hxs /usr/* 99M /usr/bin 4,0K /usr/games 6,9M /usr/include 110M /usr/lib 6,4M /usr/lib32 0 /usr/lib64 1,1G /usr/local 16K /usr/lost+found 786M /usr/root_tmp 6,2M /usr/sbin 229M /usr/share 2,6G /usr/src 3,8G /usr/tmp 24G /usr/var_backups [root@zeta2:~/scripts]# lsattr -d /usr/* 2> /dev/null --------------I---- /usr/bin ------------------- /usr/games ------------------- /usr/include --------------I---- /usr/lib ------------------- /usr/lib32 ------------------- /usr/local ------------------- /usr/lost+found ------------------- /usr/root_tmp ------------------- /usr/sbin ------------------- /usr/share ------d------------ /usr/src ------d------------ /usr/tmp ------d------------ /usr/var_backups [root@zeta2:~/scripts]# dump -0 -f - /usr | gzip -9 | ssh bk_zeta2@some_remote_host "cat > zeta2.usr.img.gz" Do dump of /usr ... DUMP: Date of this level 0 dump: Thu Mar 1 08:39:41 2012 DUMP: Dumping /dev/sda7 (/usr) to standard output DUMP: Label: none DUMP: Writing 10 Kilobyte records DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 34010095 blocks. DUMP: Volume 1 started with block 1 at: Thu Mar 1 08:42:53 2012 DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 7.25% done at 8220 kB/s, finished in 1:03 DUMP: 15.27% done at 8655 kB/s, finished in 0:55 DUMP: 24.17% done at 9132 kB/s, finished in 0:47 DUMP: 32.38% done at 9176 kB/s, finished in 0:41 DUMP: 40.26% done at 9127 kB/s, finished in 0:37 DUMP: 48.13% done at 9093 kB/s, finished in 0:32 DUMP: 55.93% done at 9057 kB/s, finished in 0:27 DUMP: 63.76% done at 9035 kB/s, finished in 0:22 DUMP: 71.58% done at 9016 kB/s, finished in 0:17 DUMP: 76.84% done at 8710 kB/s, finished in 0:15 DUMP: 83.96% done at 8653 kB/s, finished in 0:10 DUMP: 91.19% done at 8614 kB/s, finished in 0:05 DUMP: 99.94% done at 8715 kB/s, finished in 0:00 DUMP: Volume 1 completed at: Thu Mar 1 09:47:55 2012 DUMP: Volume 1 34003010 blocks (33206.06MB) DUMP: Volume 1 took 1:05:02 DUMP: Volume 1 transfer rate: 8714 kB/s DUMP: 34003010 blocks (33206.06MB) DUMP: finished in 3902 seconds, throughput 8714 kBytes/sec DUMP: Date of this level 0 dump: Thu Mar 1 08:39:41 2012 DUMP: Date this dump completed: Thu Mar 1 09:47:55 2012 DUMP: Average transfer rate: 8714 kB/s DUMP: DUMP IS DONE Now let's look at compressed file with dumped '/usr' at some_remote_host: # ls -lh zeta2.usr.img.gz -rw-r--r-- 1 bk_zeta2 bk_zeta2 28G Mar 1 09:48 zeta2.usr.img.gz As we can see, all of 33G on /usr archieved with 'dump' regardless of 'nodump' attributes set on three biggest subdirectories. BTW, Later I have retried to dump with 'nodump' attribute recursively set: # chattr -R +d /usr/src /usr/tmp /usr/var_backups but nothing changed. -- Cheers, svat. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dump depends on: ii e2fslibs 1.41.12-4stable1 ext2/ext3/ext4 file system librari ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libuuid1 2.17.2-9 Universally Unique ID library ii tar 1.23-3 GNU version of the tar archiving u dump recommends no packages. dump suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
