Hi guys,
Actually, as Joshua pointed out, "amadmin <config> due" does exactly
what I want--It gives you a nice list saying which dumps are overdue,
what dumps are due today, and how many days until other dumps are due.
Forcing dumps that are overdue, due today, or that are due in a day or
two would be a good starting place. You could do something like this to
consider candidates for forcing:
amadmin <config> due | fgrep -v Overdue | fgrep -v today \
| awk '{print $3,$0}' | sort -rn
amadmin <config> due | fgrep today
amadmin <config> due | fgrep Overdue
You would start from the "bottom" of the list and work your way up.
Mitch Collinsworth wrote:
>
> You can figure out what's coming due by looking at
> 'amadmin <config> balance'. You can't always predict what might
> get promoted by planner, but if you do what you're suggesting and
> force enough filesystems to make the total data size for the run
> greater than "average", planner won't promote anything.
>
> Some other things to consider if run-time is getting to be a problem
> are adding more holding disk space and possibly increasing maxdumps.
> These should allow for more parallelism in the dumping phase.
> Depending on your needs, getting the data off the clients quickly
> might be the real issue, and then amanda can continue spooling data
> from the holding disk to tape long after the dumps have finished.
>
> -Mitch
>
> On Thu, 7 Jun 2001, Francis 'Dexter' Gois wrote:
>
> >
> > Not sure it is possible : the dumps queue is created when you launch amdump,
> > and Amanda looks at which dumps it can move (to optimize) or it has to move
> > (because of space problems) just before starting the dumps when you launch
> > amdump Config (see the logs).
> >
> > Dexter
> >
> > On Thursday 07 June 2001 06:48, you wrote:
> > > Does anyone have any scripts, or any tricks that I could use to try to
> > > predict what full dumps are coming due?
> > >
> > > I would like to be able to force a bunch of full dumps on the weekend,
> > > when the total time of the run is not an issue, so that the load should
> > > be a little lighter during the week.
> > >
> > > Thanks in advance,
> >
> > --
> > Knowledge-sharing and open-source content : another way to gain eternity.
> > Francis 'Dexter' Gois - [EMAIL PROTECTED]
> > System Administrator - Tiscali Belgium NV/SA
> > phone: +3224000839 - fax : +3224000899
> >
> > -------------------------------------------------------
> >
> > --
> > Knowledge-sharing and open-source content : another way to gain eternity.
> > Francis 'Dexter' Gois - [EMAIL PROTECTED]
> > System Administrator - Tiscali Belgium NV/SA
> > phone: +3224000839 - fax : +3224000899
> >
--
"Jonathan F. Dill" ([EMAIL PROTECTED])
CARB Systems and Network Administrator
Home Page: http://www.umbi.umd.edu/~dill
