Hi,

I have noticed some strange behaviour with 4.3-RELEASE and dump.  I have
been dumping my filesystems through gzip into a compressed dumpfile.
Some
of the resulting dumps have been MUCH larger than I would expect.

As an example, I have just dumped my /home partition .... note that lots
of directories on this partition are marked nodump, eg /home/ftp which
is one of the biggest users of diskspace.

Building 8 level dump of /home and writing it to /var/dumps//home8.gz
(gzipped)
  DUMP: Date of this level 8 dump: Mon Sep 24 21:13:55 2001
  DUMP: Date of last level 1 dump: Tue Sep 18 20:15:43 2001
  DUMP: Dumping /dev/ad0s1h (/home) to standard output
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 360780 tape blocks.
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 30.76% done, finished in 0:11
  DUMP: 60.89% done, finished in 0:06
  DUMP: DUMP: 360664 tape blocks
  DUMP: finished in 849 seconds, throughput 424 KBytes/sec
  DUMP: level 8 dump on Mon Sep 24 21:13:55 2001
  DUMP: DUMP IS DONE

The GZIPPED dumpfile is 289 MB!!!   

I wrote a little perl script to check the table of contents and estimate
how
big the dump should be (see attached) and this gives an interesting
result.

doorway:~> proj/dumpsize/dumpsize.pl /home /var/dumps/home8.gz 
Level 8 dump of /home on doorway.home.lan:/dev/ad0s1h
Label: none
The level 0 dump of /home partition written to /var/dumps/home8.gz
contains 689 files totalling 146450 KB, cf size of dumpfile = 282063 (
360660 ) 
KB

The following files are larger than 1024 KB in size:
163264 ./mark/.netscape/xover-cache/host-news/athome.aus.service.snm
1343488 ./mark/.netscape/xover-cache/host-news/athome.aus.support.snm
2097152
./mark/.netscape/xover-cache/host-news/athome.aus.users.linux.snm
1754819 ./mark/.netscape/xover-cache/host-news/hostinfo.dat
1122336 ./samba/profile.9x/mark/USER.DAT
1441792 ./samba/profile.9x/tuija/History/History.IE5/index.dat
92440996        ./tuija/Mail/Archive/Sent Items 2001
2985510 ./tuija/My Documents/gas1.JPG
2528914 ./tuija/My Documents/gas2.JPG

The interesting thing here is that the sum of all the file sizes in the
dump
is only 147MB cf the 361MB uncompressed dump size!!!!!!!  This is a
discrepancy
of 210MB.  (This would line up with the 180MB ISO image plus other dribs
and
drabs that I have stored in a nodump flagged directory since my last
dump)

Any ideas of what is wrong?  Are the nodumped files stored on the dump
for some reason (even though they don't appear in the restore table of
contents)

Regards/Mark

dumpsize.pl

Reply via email to