Zitat von Dan Langille :
> On 2012-06-27 11:17, Jens Grüntjes wrote:
>
> Those are the good first steps. Hopefully, all else is good too.
>
> Does load, loaded, and unload work?
>
> Permissions are another issue. Can Bacula access /dev/sg4, for
> example? Can b
Zitat von Dan Langille :
>
> Woot! success. Now, I think the next step is to train mtx-changer.
>
> --
> Dan Langille - http://langille.org/
What do you mean by "train mtx-changer"? I think eyrything works fine
as the following commands show. Although the hard test will be the
first backup
Zitat von Radosław Korzeniewski :
> Please, hard reset your changer (off/on), check all connections, check all
> firmware options which could disable one slot - cleaning slot, etc. Then
> check library status with mtx again. It should work. If not, check you HBA
> firmware and OS driver.
>
> best
Zitat von "Gary R. Schmidt" :
> Sorry, sent this direct, not to the list.
>
> On 26/06/2012 9:12 PM, Jens Grüntjes wrote:
> [SNIP]
>> Event Log -
>> 00:00:51 Inventory Completed with OK status
>> 00:00:51 Inventory, E
Zitat von Marco van Wieringen :
> Jens Grüntjes ebira.de> writes:
>
> Its something set in the changer.
>
> Check the tandberg web interface (guess the small 1u also has one)
> my 24 slots has one at least.
>
> Go to the Configure/Cleaning menu and make sure Fixed
Hello list,
I have a strange problem with a Tandberg Storage Loader (some kind of
autochanger) and bacula. I run Debian squeeze (Kernel 2.6.32-5-686)
and bacula 5.0.2 (shipped with Debian). The changer has 8 slots and is
attached to the computer via SCSI. Her is the output of lsscsi -g:
bor
