On Monday 10 April 2006 12:59, Alan Brown wrote:
> On Mon, 10 Apr 2006, Kern Sibbald wrote:
> > For those of you who are for or against the new 1.38.6 code that takes
> > Volumes from the Scratch pool earlier in the algorithm, now is the time
> > to make your case. At this point, unless someone can convince me
> > otherwise (again), I am inclined to put it back to the 1.38.5 behavior
> > (i.e. remove the early Scratch pool selection).
>
> My 2c (but I don't use scratch pools much)
>
> 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.
>
>
> Do scratch pool volumes which have been pressed into service in a
> particular pool revert back to the scratch pool at the end of their
> lifespan?
No, but hopefully they will in a future version.
--
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
