On Monday 10 April 2006 17:29, Ryan Novosielski wrote:
> John Kodis wrote:
> > On Mon, Apr 10, 2006 at 11:59:15AM +0100, Alan Brown wrote:
> >> If there are recyclable pool volumes in the changer then use them, else
> >> use available scratch pool volumes.
> >>
> >> Otherwise the size of a tape pool can effectively grow far more rapidly
> >> than expected in the absence of a "max volumes =" pool parameter.
> >
> > I'd second this. I'd like to be able to leave a number of scratch
> > volumes available without having them put into service when there are
> > other eligible volumes available.
>
> I'd like to add a third. I don't use scratch pools at all, currently,
> but I can't see why I'd want a new volume being added to the pool when
> I've got one in there that's supposed to be used. Wouldn't that mean
> that it would ALWAYS choose a scratch volume if there is one available
> and all of your tapes are full (even if one should be recycled)? In my
> setup, this would be the case anyway.
If I remember the argument correctly, it was: "Why overwrite volumes if there
are scratch volumes available? That is what scratch volumes are for."
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
