On Thu, Feb 12, 2004 at 06:02:15PM +0000, Mike Brodbelt wrote:
> Jon LaBadie wrote:
> > On Thu, Feb 12, 2004 at 12:18:59PM +0000, Mike Brodbelt wrote:
> > 
> > 
> > If you are refering to the report you showed in your original posting,
> > that was the size of data dumped, not taped.
> > 
> > == Dump Time (hrs:min)        6:39       6:39       0:00
> > == Output Size (meg)       31855.4    31855.4        0.0
> > == Original Size (meg)     66922.0    66922.0        0.0
> > == Avg Compressed Size (%)    47.6       47.6        --
> > == Filesystems Dumped           16         16          0
> > == Avg Dump Rate (k/s)      1362.4     1362.4        --
> > 
> > Other rows you did not show would give the amount of data "successfully" 
> > taped.
> 
> Yes - rather less:-
> 
> Tape Time (hrs:min)        0:35       0:35       0:00
> Tape Size (meg)          8461.0     8461.0        0.0
> Tape Used (%)              24.2       24.2        0.0
> Filesystems Taped            15         15          0
> Avg Tp Write Rate (k/s)  4179.2     4179.2        --

So, it wrote 8.4 GB successfully.
>From 15 DLE's, thus 15 dump files in separate "tape files".
Plus it wrote the amanda tape header, a 16th file.

> 
> > Your later posting showed the amount actually taped when the error occured:
> > 
> > == taper: tape ACU-STD-2 kb 23940992 fm 16 writing file: Input/output error
> > 
> > Only 23.94 GB and 16 filemarks when the error occured.  Hardly 30.5 GB.
> 
> 23.94 Gb is the size of the compressed dump image for the single large
> filesystem that failed to tape. 16 filesystems dumped, but only 15 taped
> successfully.

Not unless your amanda works differently than the rest of our amandas.  :)
Or I'm wrong which as this list has show happens frequently.

The number reported on this line is the "total" data amanda sent to the tape
when it stopped sending data, either because it was done, reached EOT, or
encountered an error.

In your case it successfully wrote about 8.5GB, 16 files and file marks.
That is from the earlier lines.  It then began taping the 17th file (16th DLE).
About 15.4 GB into that DLE it hit the error (23.9GB total).


-- 
Jon H. LaBadie                  jon AT jgcomp DOT com
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)