From: Arno L. <al...@it...> - 2005-05-27 08:02:00
|
Hi, leon breedt wrote: > Hi, > > I'm seeing some behaviour I can't readily explain, I'm guessing its my > configuration. > > We have a pool of four tapes for Mon-Thu, reused every week. We have a > second pool of eight tapes for every Friday, recycled as soon as we've > finished using the last one. And we have an end of month tape thats > never reused. > ... > The problem I'm having, is that Bacula (for reasons I can't fathom) > occasionally decides, say, on Thursday that it must have the tape for > Wednesday (volume Weekly-3) instead, and refuses to use anything else, > despite a manual "mount" command and the fact that "Accept Any Volume" > is set to yes. I suppose that might result from your retention times and (possibly) full tapes. You can try to figure out the recycling scheme - in the 'list volumes' output you see if a tape is considered full, and the 'last written' date. Combine that with the retention periods, and consider that bacula will usually try to fill the volume that was last written to and is in state appendable and probably you know why it expects a certain tape. > We always use do Full backups (gigabit network, so its not > particularly slow), I'm hesitant to switch to another scheme until I > can get Bacula to consistently run without requiring intervention > other than just inserting a tape, having to manually run a "mount" > command isn't really going to do it (the person inserting the tape and > the person looking after Bacula are two different folks with differing > levels of UNIX-fu). > > We don't care if the contents of an existing tape is overwritten, no > matter which tape is in the drive, we just want Bacula to go ahead and > write over it. You might want to play with the retention periods. I'm not sure because I never tried this but hopefully, when doing recycling, bacula prefers the tape alrwady in the drive. > The general opinion from this list seems to be that we should be happy > with "tar" in that case, but thats not quite true :) We had tar > before, and bacula's indexes and fast restores as well as the > agent-based file retrieval system are far superior, and I'd trust > Bacula's retrieval over a manual hacked together tar script any day. Well, the last part of your statement is definitely true ;-) > Any ideas how I could make it always be happy with the Weekly volume > thats in the drive, no matter what? If you need a better and more detailed understanding of the recycling process, you might want to read the source. I did that, once, because of some difficulties using multiple autochangers, and finally I understood enough of it to make one tiny modification and voilà... Unfortunately, I forgot the exact details and steps of the recycling process by now. The manual has the datails on that, too, but I needed some more information, I believe. Arno > Thanks, > Leon > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005 > _______________________________________________ > Bacula-users mailing list > Bac...@li... > https://lists.sourceforge.net/lists/listinfo/bacula-users -- IT-Service Lehmann al...@it... Arno Lehmann http://www.its-lehmann.de |