A workaround I have found is to set the slot number to 0 (using update volumes); thus, when restoring, bacula finds a bad slot number and asks immediately for intervention: > 28-Oct 07:59 fn-archnfs-sd JobId 274: Invalid slot=0 defined in catalog for > Volume "NF0020L3" on "Drive-1" (/dev/nst0). Manual load may be required. > 28-Oct 07:59 fn-archnfs-sd JobId 274: Please mount Volume "NF0020L3" for: > Job: RestoreFiles.2008-10-28_07.59.04 > Storage: "Drive-1" (/dev/nst0) > Pool: Data > Media type: LTO4
I have submitted this problem to bugs.bacula.org Another problem I notice is that I cannot cancel the restoration job when it is waiting for the mount. Brgds Olivier Thomas a écrit : > i can confirm this problem, > bacula loads the slot where the tape is last seen, > even if the inchanger flag ist set to 0. > (you can find more about my problem in "Re: [Bacula-users] Restore Bug?" on > 20.10.2008.) > > i think this is a bug. > > Best Regards > > Thomas ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users