Hello Eric, I'm now looking at the final little tweaks and remaining problems with 2.1.x before releasing it.
It seems to me that Andreas has a good point here. When I re-wrote the pruning algorithm to be more efficient and to prune only the current pool, I didn't take into consideration the new RecyclePool option. I'm very reluctant to go back to the old algorithm which was much more agressive than it needed to be and which tended to be a performance problem. So, perhaps one option would be to add a new step in the automatic pruning algorithm that in the case a volume is not found, and before it looks for a volume that is not in the autochanger, it would search for all volumes in the changer that have RecyclePool = Scratch and prune them. What do you think? Any ideas? Regards, Kern ---------- Forwarded Message ---------- Subject: [Bacula-devel] V2.1.12: disadvantage of the changed pruning algorithm Date: Tuesday 12 June 2007 10:32 From: Andreas Helmcke <[EMAIL PROTECTED]> To: [email protected] Hello, I have just played a bit with some of the new features of bacula V2.1.12 and have the following "problem": When using the new option "RecyclePool = Scratch" in the pool definition there is conflict with the changed schema of pruning volumes. As I understand and have seen the new version only does pruning when absolutely necessary (i.e. not finding any appendable volume in the pool) but it will only prune volumes of the pool, the jobs is using. So lets construct a situation: - Autochanger - Job starting which uses Pool1 - no appendable volume in Pool1 in changer - no volume, which can be pruned in Pool1 in changer - no volume in Scratch pool in changer so this job will be halted, waiting for the operator to supply a volume. But: in the autochanger _are_ some volumes of Pool2 which can be purged (they are expired) and Pool2 is configured with "RecyclePool = Scratch". So this volumes _can_ be used for the waiting job but never will, because the volumes in Pool2 will not get pruned. This said I fear that the "RecyclePool" option isn't as useful as it could and should be. Andreas ------------------------------------------------------------------------- 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-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel ------------------------------------------------------- ------------------------------------------------------------------------- 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-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
