Hi Andreas, thanks for your helpful answer!
Ok we know, that we know nothing quite right how its works. ;-) I will test especially this new Feature if a released Version is available in suse rpm format. I would also find statistically overviews of volume usage very helpful for proactive changing havyly used Tapes. ps: i should read more often the project page. ;-) On Wednesday 11 July 2007 writes Andreas Helmcke: > Falk Sauer wrote: > > I mean on any post in the last weeks i've read (only with one eye) over a > > option thats allows a volume after pruning, automatically moving to the > > scratch pool. > > > > That can be a very nice feature, in the moment i make this manually. > > > > From which version of bacula is this option usable and how is the syntax? > > > > > >From the chapter: "The Pool Resource" from the actual bacula manual: > > The Pool Resource > > RecyclePool = <pool-resource-name> > On versions 2.1.4 or greater, Bacula can recycle media in the pool of > your choice. The most useful setup is to use Scratch. > > > Version 2.1.4 is not quite right ;-). This option is under rework by Kern > just at the moment so it will hopefully be usable with next release (2.1.26 > (beta version) or 2.2.0 (release version)) > > > And how is the pruning working in the case of reuse a volume while the sd > > needs a pruned volume and have more outtimed volumes as he needs in the > > moment? Comes here the sd first and only momentarily unused volumes going > > to the scratch pool or moves the pruning algo all pruned volumes to the > > scratch pool and the sd reuse one of the volumes after them from scratch > > pool? > > This is one of the points, which are changing at the moment ;-) > > But in general bacula will try to prune volumes only when absolutely > necessary and prefer the requested pool. So it will most likely use volumes > from the "wrong" pool only when there are no usable volumes in neither the > "correct" pool nor the scratch pool. > > > Why i ask? If the sd picks a self pruned volume, the volume believe in > > the same pool and the use structure of the volume is every time the same > > (monthly, weekly ...), if every time move the prune algo all of the > > volumes to the scratch pool*, we become a better [stochastic/more evenly] > > use structure of the volumes when the volumes rotate between the pools. > > > > *) i've noticed that's the scratch pool works like a fifo. > > Also it might be nice this is not a (main) feature of the pruning > algorithm. But improving the tapemanagement is on the wishlist for bacula > (see Item 25 on the projekts-list: http://www.bacula.org/?page=projects ) regards Falk ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users