Thanks for the info.
.
.
.
> You said you didn't give Amanda a holding disk (in the initial setup),
> but I suspect what you meant was you gave it a tiny one. My guess is
> Amanda saw at least one estimate for your delayed host that would fit
> and so everything that would not fit (which was the bulk of the entries)
> sat until that got done, which did not happen until after starttime.
In my usual style for "archive" backups, I go straight to tape by
specifying no holding disk at all. Given your explanation in (the
deleted part of) your message, I would think the entries without a
starttime would go ahead and write to tape as there is no holding
disk for which to wait. Yet, things still didn't appear to work this
way when I attempted things first in this fashion.
> By giving it a holding disk as large as the largest image, you guarantee
> this won't happen since everything can go through the holding disk and
> nothing goes direct to tape (which has speed and tape error handling
> advantages as well).
>
> You could probably get by with less holding disk, but if it gets too
> small you'll be back in the same situation.
>
> Actually, I think it only needs to be as large as the largest image that
> is not delayed by starttime. Of course, that might not be any smaller
> than what you've already set up.
>
> Amanda could probably be taught to flip back and forth between through the
> holding disk and direct to tape if taper has gone idle and everthing left
> to do through the holding disk is delayed (and maybe the estimated time
> does not cross into the nearest starttime, or at least by very much).
> Or, harder but maybe better, would be to allow FILE-DUMP (into the
> holding disk) at the same time as PORT-DUMP (direct to tape).
>
> Volunteers? Yeah, that's what I thought. :-) I'll add it to the
> TODO list.
:)
I don't ever want to underestimate what you do, John. Thanks for
your never ending help on the mailing list and for your ongoing
and continued efforts towards the improvement of Amanda. I'm not
a programmer or I may be interested in helping out. Thus, I'm all
the more thankful to those of you who do. Needless to say, your name
comes up time and time again. Thanks!!!
>
> Tape overflow may also help this as you'll then only need enough holding
> disk for one tape chunk instead of the largest image.
>
> >Paul Yeatman
>
> John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
--
Paul Yeatman (858) 534-9896 [EMAIL PROTECTED]
==================================
==Proudly brought to you by Mutt==
==================================
