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?
AB
-------------------------------------------------------
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
