On Fri, Jul 28, 2006 at 04:05:03PM +0100, Rodrigo Ventura wrote:
> On Friday 28 July 2006 15:42, Jon LaBadie wrote:
>
> > I'd guess your DLE "omni:/home/mn" was dumping direct to tape,
> > bypassing the holding disk.
>
> Right, but I can't figure how why. I can't find any reference to holding disk
> (except for its location and size) in the config files. What is the policy of
> amanda for using/not holding disk? I've seen my amanda using the holding
> disk, probably with remote clients only.
Check settings for reserve, holdingdisk no, size of holding disk
relative to size of DLE.
You can check specific DLE settings with amadmin "disklist" command.
> > > Looking at the sendsize report for /home/mn we get:
> > >
> > > --------------------------------------------------
> > > sendsize[2154]: estimate time for /home/mn level 0: 45.958
> > > sendsize[2154]: estimate size for /home/mn level 0: 11853650 KB
> > > --------------------------------------------------
> [...]
> > When it began the 11575 mbyte
> > was an estimate. Coulda been smaller, coulda been bigger. Tape
> > coulda been 35400, maybe larger maybe smaller. After the results
> > are in we know your tape was bigger (35689 mbyte) and your dump
> > was larger than 9514 mbyte (35689 - 26175).
All done before dumping starts - as estimates. I'd guess that the
estimates of the sizes and compressibility of all your dumps for the
day would have fit if the estimates had been correct.
>
> I was assuming that the sendsize result was used by the planner to decide
> whether to dump it or not. It is not so?
Not "just before" each DLE dump starts, before any DLE dumps start.
>
> Do you think I should worry about these errors?
> Do you advice me to reduce the tape size in config?
No, the problem is you have too much data and too little tape.
If I ask you to carry 6 liter of water and you only have a
5 liter can, you can't do it.
So you have to decrease the amount of data (longer dumpcycles,
drop some DLEs, use exclude to omit some things) or increase the
size or number of tapes used daily.
--
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)
|