On Tue, Jan 06, 2004 at 10:23:34AM -0500, Brian Cuttler wrote:
> 
> Hello amanda users,
> 
> My report from last night has the following error(?) or does it ?
> 
> 
> But the "Dumper Summary" seems to show that all is ok and I've put
> about 2x this amount of data to tape other times (LTO 220 drive).
> 
> Was there actually an error ? If so what was/is it ?
> 


I pulled just a few things out:


> USAGE BY TAPE:
>   Label           Time      Size      %    Nb
>   NEWTONR05       4:03  100238.2   83.6    20


Completed DLE's did not fill the tape.

> NOTES:
>   taper: tape NEWTONR05 kb 102644512 fm 20 [OK]

And this report seems to say nothing else was attempted.  Full tapes
show more total data written then the successful data written report
above.  And they show something like "[short write]"


> NOTES:
>   driver: WARNING: /amanda/workr: 73400320 KB requested,
>                          but only 10129652 KB available.


Is this refering to your holding disk maybe?


> FAILED AND STRANGE DUMP DETAILS:
> 
> /-- lyra       / lev 0 FAILED [write_tapeheader: No space left on device]
> sendbackup: start [lyra:/ level 0]
> sendbackup: info BACKUP=/usr/sbin/ufsdump
> sendbackup: info RECOVER_CMD=/usr/sbin/ufsrestore -f... -
> sendbackup: info end

And maybe this is a report saying could not write to holding disk
so switching to direct to tape because of full holding disk?

> csserv  /source2       0   6992608   6992608   --   21:41 5374.8  21:41 5374.2
> csserv  /var/spool     0  17794048  17794048   --   45:18 6546.2  45:18 6546.0
> lyra    /db8           0  34624864  34624864   --  110:45 5210.6 110:45 5210.5
> lyra    /db9           0  16814464  16814464   --   42:32 6587.7  42:33 6587.3

I notice a lot of your big DLE's show the same dump and tape times.
That always suggests to me dump directly to tape.

> mira    /db4           1   2345760   2345760   --   55:23  705.8   2:03 
> 19081.4
> mira    /home1         0   2973024   2973024   --   69:00  718.1   3:13 
> 15434.5
> panther /              0   3413763   3413792   --   13:21 4261.0   2:24 
> 23764.9
> panther /data          1        20        32   --    0:05    3.9   0:02   18.3

Yet your other, smaller ones seem to dump and tape at different rates.
Maybe they fit in the small holding space available.

-- 
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)