On Fri, 21 Feb 2003 at 1:08pm, John Oliver wrote

> 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

Well, I have no idea how much of that 21GB changed -- have a look at the 
estimate which will be in /tmp/amanda/sendsize*debug and in an amdump.N 
file.  Also, only 10GB or so was written to tape from that fs.  It also 
depends on how compressible the data is (which amanda should have 
historical data on).

-- 
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University