Hello,

I've got the same problem some weeks ago, and i have made a patch to fix
this problem. Now, since it's a quite big change in volume selection, the
new code
have to be carefully tested.

A simple workaround is to set Enabled=false for every volumes that have
InChanger=0.
And to set Enabled=True when InChanger=1. (can be done with some simple sql)
UPDATE Media SET Enabled=1 WHERE InChanger=1; 
after a update slots command.

Bye


Michael Galloway wrote:
> 
> hmm ...
> 
> i don't really understand this, on occasion i get these sorts of errors:
> 
> 25-Jun 06:38 molbio-sd JobId 1038: Please mount Volume "000291L4" or label
> a new one for:
>     Job:          molbio.2008-06-23_20.05.35
>     Storage:      "LTO4" (/dev/nst0)
>     Pool:         Inc
>     Media type:   LTO4
> 
> where volume 000291L4 is out of the library and is marked:
> 
> |      19 | 000291L4   | Recycle   |       1 |                 1 |       
> 0 |    5,184,000 |       1 |   19 |         0 | LTO4      | 2008-01-24
> 20:05:12 |
> 
> now i have several volumes in the scratch pool that could be used:
> 
> why does bacula require that particular volume when it is unavailable and
> not select an available volume from the scratch pool?
> 
> Connecting to Director molbio:9101
> 1000 OK: molbio-dir Version: 2.2.6 (10 November 2007)
> 
> -- michael
> 

-- 
View this message in context: 
http://www.nabble.com/bacula-picks-unavailable-volume-tp18112932p18119850.html
Sent from the Bacula - Users mailing list archive at Nabble.com.


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users