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?

[root@backup 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          ****