Amanda-Users

Re: estimate engine loseing it?

2007-09-03 11:22:16
Subject: Re: estimate engine loseing it?
From: Cyrille Bollu <Cyrille.Bollu AT fedasil DOT be>
To: Paul Bijnens <Paul.Bijnens AT xplanation DOT com>
Date: Mon, 3 Sep 2007 17:18:02 +0200

For what I was concerned, I had troubles with Amanda's balance in the following scenario: 1) I was using hardware compression 2) I was adding new DLE every days. After a few weeks adding DLE Amanda's load balancing became awfull. Then I ran Amanda with software compression once and everything went back to normal.

Cyr

owner-amanda-users AT amanda DOT org a écrit sur 03/09/2007 16:59:18 :

> On 2007-09-01 17:16, Gene Heskett wrote:
> > Greetings all;
> >
> > I can recall when amanda would stay within 98% of filling a 4GB
> tape, and do
> > it reliably for weeks at a time.
> >
> > But recently, the size of the backups has been varying more, like
> by as much
> > as 30% from nightly run to nightly run.  I added a day to the
> schedule about
> > 2 weeks ago because it seemed to be continually leaving 3 or 400MBin dumps
> > for the next nightly run to flush.
> >
> > That should have brought the average fill ratio down to 70-75%.  But last
> > night it did level 0's on 3 of the 4 biggest dle's, filled the
> vtape and quit
> > with 709MB left in /dumps, which was from 28 of the 31 dle's here.So I just
> > added yet another day to the dumpcycle and runspercycle.
> >
> > However amadmin balance's output is till a bit scary:
> >
> > [amanda@coyote ~]$ amadmin Daily balance
> >
> >  due-date  #fs    orig MB     out MB   balance
> > ----------------------------------------------
> >  9/01 Sat   14       7724       3948    -46.1%
> >  9/02 Sun    1        520        259    -96.5%
> >  9/03 Mon    4      13093      10921    +49.2%
> >  9/04 Tue    6      12916       9176    +25.4%
> >  9/05 Wed   10      24545      12292    +67.9%
> > ----------------------------------------------
> > TOTAL       35      58798      36596      7319
> > DISTINCT    31      56718      35560
> >   (estimated 5 runs per dumpcycle)
> >  (1 filesystem overdue, the most being overdue 1 day)
> >
> > What I don't grok is that the 9/01 data, which was last night, totally
> > disagrees with what it actually did.  Which was 11.87GB & 98.5%, leaving
> > 709MB in /dumps.  Should this first line of a balance report not be a
> > truthfull answer since its after the actual fact?
>
> Note that the dates from the balance are not the historical dates
> (real numbers from the previous run), but future dates, i.e.,
> it shows the amount that Amanda expects to process on that day (before
> rescheduling to get a more equal balance).
>
> I guess backup from last night actually started at 08/31?
>
> About the reason of the imbalance, I can just guess.  Need more
> information for that...
>
> --
> Paul Bijnens, xplanation Technology Services        Tel  +32 16 397.511
> Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM    Fax  +32 16 397.512
> http://www.xplanation.com/          email:  Paul.Bijnens AT xplanation DOT com
> ***********************************************************************
> * I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, ^^, *
> * F6, quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, *
> * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
> * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
> * init 0, kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... *
> * ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out          *
> ***********************************************************************
>
<Prev in Thread] Current Thread [Next in Thread>