Jon,

Thanks (and happy new years).

That makes good sense - I should have realized it but I had
something else playing in the back of my mind. namely...

FAILURE AND STRANGE DUMP SUMMARY:
  wcnotes    /maildb lev 2 FAILED [no more holding disk space]

which was produced by 2.4.2p2 (rather than this new error) by
2.4.4 as this error was.

Well, it addresses the issues I'd brought up in my previous
out-of-spool email message (back on 12-Dec-2003).

Different results from running out of spool between the two
different versions of the amanda server.

On a completely different note - my 2.4.4 version of amanda
installs on my other Solaris 9 system but will not run.

Can't seem to resolve this library issue. Any ideas ?

# /usr/local/sbin/amcheck hal
ld.so.1: /usr/local/sbin/amcheck: fatal: libintl.so.2: open failed: No such 
file or directory
Killed

                                                thanks,

                                                Brian


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