> > It is of course finding the right volumes when it's time for the job to > > run, but I'm a bit confused as to why it can't supply the info ahead of > > time. What configuration parameters might I have screwed up to break > > this? > > I don't thinky you screwed up anything... the problem is that Bacula > does not look ahead in time during a 'sta dir' command. Most of the > time, the "*unknown*" volume display is caused by having no volumes > available at the time of the display, but later, volumes might get > recycled. > > By the way: Given that Bacula works with an implicit "Accept Any > Volume" setting anyway, the exact volume to be used is only partly > interesting. Having the pool which will be used displayed would, in > many cases, be more informative. >
A related and (IMHO) much more useful feature would be for Bacula to tell an operator if the tape currently in the drive is usable for tonight's backup. That way, the operator could be notified at (say) 4pm if someone hasn't put in the correct tape, which means the procedure for when the normal tape-changing person is away is much more automatic. Amanda does this, and it's the one feature I really miss since swapping to Bacula. At first I thought that it would be really simple and found it strange that Bacula couldn't do this, but knowing a bit more about Bacula now I can see why. The algorithm would have to be something like 'the job is going to run at 10pm, so I need to get the label of the currently inserted volume, and peer into the future to see if that tape will be available for use (eg in the append or recycled state) at that time, assuming no further data is written between now and then'. Not impossible, but not a simple few lines of code either. James ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
