On Wed, Jan 6, 2010 at 5:16 PM, Richard Scobie <richard AT sauce.co DOT nz>
wrote:
> I have an MSL2024 library I have been battling to get running for the
> last couple of days and am about out of ideas. It is the parallel SCSI
> attached LTO-4 version, connected to an HP LSI based HBA.
>
> I have bacula configured and it passes the mtx-changer test commands
> recommended in the manual and also passes all the "btape test" tests,
> including the "auto test".
>
> However, operationally after starting out, something appears to not
> release /dev/nst0 and everything fails beyond this point.
>
> Below is an example where from bconsole I issued "automount off" then
> the "label" command:
>
> Connecting to Storage daemon HP_MSL2024 at library1.sauce.co.nz:9103 ...
> Sending label command for Volume "GQJ800L4" Slot 1 ...
> 3301 Issuing autochanger "loaded? drive 0" command.
> 3302 Autochanger "loaded? drive 0", result: nothing loaded.
> 3304 Issuing autochanger "load slot 1, drive 0" command.
> 3305 Autochanger "load slot 1, drive 0", status is OK.
> block.c:1010 Read error on fd=5 at file:blk 0:0 on device "Drive-1"
> (/dev/nst0). ERR=Device or resource busy.
> 3000 OK label. VolBytes=1024 DVD=0 Volume="GQJ800L4" Device="Drive-1"
> (/dev/nst0)
> Catalog record for Volume "GQJ800L4", Slot 1 successfully created.
> Do not forget to mount the drive!!!
>
> Another example, after resetting everything, loading 12 blank tapes and
> issuing "label barcodes", it labelled the first 2 tapes OK, then every
> subsequent one included the error:
>
> block.c:1010 Read error on fd=5 at file:blk 0:0 on device "Drive-1"
> (/dev/nst0). ERR=Device or resource busy.
>
> I am almost sure it is not a bacula issue as I have just stopped bacula
> and run btape:
>
> btape -c bacula-sd.conf /dev/nst0
> Tape block granularity is 1024 bytes.
> btape: butil.c:285 Using device: "/dev/nst0" for writing.
> 07-Jan 10:03 btape JobId 0: 3301 Issuing autochanger "loaded? drive 0"
> command.
> 07-Jan 10:03 btape JobId 0: 3302 Autochanger "loaded? drive 0", result
> is Slot 1.
> btape: btape.c:383 open device "Drive-1" (/dev/nst0): OK
> *readlabel
> 07-Jan 10:03 btape JobId 0: Error: block.c:1010 Read error on fd=3 at
> file:blk 0:0 on device "Drive-1" (/dev/nst0). ERR=Device or resource busy.
> btape: btape.c:432 Volume has no label.
>
> Volume Label:
> Id : **error**VerNo : 0
> VolName :
> PrevVolName :
> VolFile : 0
> LabelType : Unknown 0
> LabelSize : 0
> PoolName :
> MediaType :
> PoolType :
> HostName :
> Date label written: -4712-01-01 at 00:00
>
> Here is the relevant director conf entry:
>
> # Definition of tape storage device
> Storage {
> Name = HP_MSL2024
> Address = library1.sauce.co.nz
> SDPort = 9103
> Password = "deliberately munged" # password for Storage daemon
> Device = HP_MSL2024 # must be same as Device in
> Storage daemon
> Media Type = LTO-4 # must be same as MediaType in
> Storage daemon
> Autochanger = yes # enable for autochanger device
> }
>
> Storage daemon conf:
>
> Autochanger {
> Name = HP_MSL2024
> Device = Drive-1
> Changer Command = "/etc/bacula/mtx-changer %c %o %S %a %d"
> Changer Device = /dev/sg9
> }
>
> Device {
> Name = Drive-1
> Drive Index = 0
> Media Type = LTO-4
> Archive Device = /dev/nst0
> AutomaticMount = yes;
> AlwaysOpen = yes;
> RemovableMedia = yes;
> RandomAccess = no;
> Maximum block size = 262144
> Maximum File Size = 5GB
> AutoChanger = yes
> Alert Command = "sh -c 'smartctl -H -l error %c'"
> }
>
> The library itself is configured "automatic, random" (the default) and I
> have also tried Manual, random.
>
> Any help much appreciated.
>
You probably need to add a wait in the mtx-changer script just after
the load. This wait will make sure the tape is in the drive and has
completed the loading process. For some systems the script does not
wait long enough for the tape drive to finish.
John
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
