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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users