John Drescher schrieb: > > I find this behavior odd, and counter-intuitive. I feel that Bacula > > should honor the retention times that I have configured. > > > It will as long as you do not have other appendable tapes in the pool > that the backup is running. Putting all new tapes in the Scratch pool > makes it run the way you would expect.
Take care of bug #1019 and the patch for 2.2.6: | This patch prevents the "status dir" command from trying to use a scratch | volume and possibly moving it from one pool to another. This patch fixes | bug #1019. I had the funny effect that some of my scratch pool volumes were moved to other pools even though there have be volumes that could have been recycled ;) Ralf ------------------------------------------------------------------------- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ Bacula-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-users
