Amanda-Users

Re: "Will retry" behavior

2005-08-30 18:31:11
Subject: Re: "Will retry" behavior
From: Jon LaBadie <jon AT jgcomp DOT com>
To: "amanda-users AT amanda DOT org" <amanda-users AT amanda DOT org>
Date: Tue, 30 Aug 2005 18:10:20 -0400
On Tue, Aug 30, 2005 at 05:19:29PM -0400, dobryanskaya AT adelphia DOT net 
wrote:
> Hello all, 
> 
> We have recently decided to add archival (full) dumps configuration (weekly). 
> And it is not running as smoothly as we hoped.
>  
> Here is the problem. For the full dumps we use 4 tapes (40G) on a run. 
> "Short" filesystems are copied over without any problems, problems start with 
> big filesystems. 
> Surprizingly, we found out that only 3 tapes were used, but 2 "big" FS failed 
> to go on tape, because there were "no space left". 
> 
> Here is the content of the AMANDA's full dump report: 
> 
> here is the copy of the report with failed FS:
> 
> NOTES:
>   taper: tape weekly1 kb 35900256 fm 14 writing file: No space left on device
>   taper: retrying zeus: /hmssql.0 on new tape: [writing file: No space left 
> on device]
>   taper: tape weekly2 kb 35878464 fm 3 writing file: No space left on device
>   taper: retrying athena: /F.0 on new tape: [writing file: No space left on 
> device]
>   taper: tape weekly3 kb 0 fm 0 [OK]
> ---
> The result is that athena and zeus are failed. :( 
> 
> The question is if I can specify, may be number of attempts, for example, by 
> changing the dumporder (currently "sSsS", also tried "sssS") or taperalgo 
> (was "first", and we are going to try "firstfit"). Or, may be it is possible 
> to control the order in which FS are stored to tapes more accurate?
> 
> Any advice is appreciated.  

Someone recently posted a patch that delays taping until all dumps are
collected in the holding disk.  Then the largest fit algorithm should
make optimal use of your tapes.  But of course you need sufficient
holding disk.

IIRC there is a DLE parameter to delay, or don't start until.  Perhaps
you could delay smaller DLEs.

Multiple archive configs, with the same index and tape lists might be used.
Perhaps then the large DLEs could be done by themselves or each with just
a few smaller DLEs delayed.
-- 
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)

<Prev in Thread] Current Thread [Next in Thread>