On Fri, Feb 21, 2003 at 03:46:44PM -0500, Joshua Baker-LePain wrote: > On Fri, 21 Feb 2003 at 11:51am, John Oliver wrote > > > I got this report from amanda. It looks to me like it's reporting that > > it used 48.9% of the tape (a DLT 4000 20/40GB), but that it ran out of > > space. > > Not quite. 48.9% of the tape was filled successfully. However... > > > FAILURE AND STRANGE DUMP SUMMARY: > > backup /dev/hda1 lev 1 FAILED [out of tape] > > backup /dev/hda1 lev 1 FAILED [dump to tape failed] > *snip* > > taper: tape Indyme008 kb 20040128 fm 19 writing file: No space left on > > device > > It actually wrote 20040128 KB to the tape before hitting EOT. IOW, it was > dumping /dev/hda1 straight to tape b/c it thought it would fit. But it > didn't.
Why is it, then, that 17 filesystems compressed to 10GB, but this one filesystem isn't being compressed at all, apparently? [EMAIL PROTECTED] root]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 72572444 21325164 47560768 31% / none 256976 0 256976 0% /dev/shm /dev/hda2 2522076 80892 2313068 4% /var The whole thing is 21GB, and this is supposed to be a Level 1 backup. It doesn't seem reasonable to me that 20GB should be written to tape here. -- John Oliver, CCNA http://www.john-oliver.net/ Linux/UNIX/network consulting http://www.john-oliver.net/resume/ *** sendmail, Apache, ftp, DNS, spam filtering *** **** Colocation, T1s, web/email/ftp hosting ****
