Hello,
I proposed an ugly workaround in my previous post.
The "update slots" will update the Slot, InChanger flag and StorageId for
all of your medias.
I would like to add that if your "old" medias do not have barcode labels,
you should use "update slots scan". This will instruct bacula to read th
Hello,
I recommend that ou move up to a more recent version of Bacula. We have
improved the code that does "update slots" in later versions.
Best regards,
Kern
On 03/01/2016 11:52 PM, Mingus Dew wrote:
> Dear All,
>I recently replaced a malfunctioning LTO5 TL2000 tape library
> with a n
Dear Brynm
Thank you. I forgot you can update InChanger status via update volume.
Yours,
Shon
On Tue, Mar 1, 2016 at 9:20 AM, Bryn Hughes wrote:
> Appears you never did an 'Update Slots' on the old library after emptying
> the tapes from it...
>
> You can manually change the 'InChanger' fl
Hello,
It would be better if you had kept the same storage configuration for your
new TL. It seems you have all the "old" tapes assigned to the storage named
TL2000 and you had configured a new storage named "TL4000". The MediaIds
from 2065 to 2112 are assigned to the TL2000 storage.
To have thes
Appears you never did an 'Update Slots' on the old library after
emptying the tapes from it...
You can manually change the 'InChanger' flag from a '1' to a '0' for the
affected tapes, it at least doesn't look like there are too many of
them. You can also delete those volumes all together if y
Dear All,
I recently replaced a malfunctioning LTO5 TL2000 tape library with a
new LTO6 TL4000 tape library. I've been having a lot of failing tape jobs
since then, and I think I've finally rooted out the problem, but am not
sure where to begin fixing it.
Essentially, when I do a query to sh
