Arno Lehmann wrote:

 >Bob Hetzel wrote:
>>              
>>  Anybody else think this is a bug or am I missing some reason why it 
>>  should prompt for a drive when I do an "update slots" as shown below:
>>  
>>  ---
>>  *update slots
>>  Automatically selected Storage: Dell-PV136T
>>  Enter autochanger drive[0]:
>>  Connecting to Storage daemon Dell-PV136T at gyrus:9103 ...
>>  3306 Issuing autochanger "slots" command.
>>  Device "Dell-PV136T" has 72 slots.
>>  Connecting to Storage daemon Dell-PV136T at gyrus:9103 ...
>>  3306 Issuing autochanger "list" command.
>>  Catalog record for Volume "LTO263L2" updated to reference slot 1.
>>  ---
>>  [other tape entries deleted for brevity]
>>  
>>  Should I file a bug report?
> 
> I don't think so... perhaps a feature request to use the available 
> drive is only one is defined for the autochanger. Otherwise, it makes 
> perfect sense that Bacula wants to know which drive to use a updating 
> slots requires unloading the drive it works with.
> 
> Basically, to read a tapes barcode label, it (often) is required to be 
> in a storage slot, not in a tape drive.
> 
> Arno
> 

So are you saying that this is only for users who are doing the single 
drive setup (i.e. no autochanger) or don't have barcodes (and so the 
tapes have to be read)?




-------------------------------------------------------------------------
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