Hello List:
I have an Overland Storage ArcVault12 w/single LTO-2 drive that's
giving me issues when running btape fill.
The unit is presently at a remote site. I don't think it is related but
just to be complete, upon arrival and powering up the ArcVault12
exhibited an "identity crisis" and thought it was an ArcVault24 w/2
drives. Tweaking a setting in RMU remedied this but I wondered about
it because it knew it was an ArcVault12 when I shipped it. Techs on
other end say box did not exhibit signs of damage or abuse during
shipping. I ran through the RMU diagnostics and all tests succeeded.
The backup server the unit is connected to is a 1U Tyan B5151, running
FreeBSD 6.2-RELEASE-p5, GENERIC kernel, i386 bits. SCSI controller is a
LSI-20320 (U320, PCI-X), wh/uses the mpt driver on FBSD.
Bacula version is bacula-server-2.0.3 built from ports w/o any special
flags passed during make.
Relevant bacula-sd.conf config:
Autochanger {
Name = Autochanger
Device = Drive-1
Changer Command = "/usr/local/etc/bacula/mtx-changer %c %o %S %a %d"
Changer Device = /dev/pass1
}
Device {
Name = Drive-1 #
Drive Index = 0
Media Type = LTO-2
Archive Device = /dev/nsa0
AutomaticMount = yes; # when device opened, read it
AlwaysOpen = yes;
RemovableMedia = yes;
RandomAccess = no;
AutoChanger = yes
Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
# btape test results advise tweaking thusly...
Hardware End of Medium = No
Fast Forward Space File = No
BSF at EOM = yes
Backward Space Record = No
}
Addition of above tweaks and btape test completes w/o complaint.
When doing a btape fill, however, the tape fills but then btape just
waits forever, as evidenced here:
btape: btape.c:2343 Last block at: 296:10031 this_dev_block_num=10032
btape: btape.c:2377 End of tape 297:0. VolumeCapacity=203,956,687,872.
Write rate = 19749.8 KB/s Done writing 0 records ...
Wrote state file last_block_num1=10031 last_block_num2=0
15:46:54 Done filling tape at 297:0. Now beginning re-read of tape ...
15-Jun 15:47 btape: 3301 Issuing autochanger "loaded? drive 0" command.
15-Jun 15:47 btape: 3302 Autochanger "loaded? drive 0", result is Slot
1. 15-Jun 15:47 btape: 3301 Issuing autochanger "loaded? drive 0"
command. 15-Jun 15:47 btape: 3302 Autochanger "loaded? drive 0", result
is Slot 1. 15-Jun 15:48 btape: Ready to read from volume "TestVolume1"
on device "Drive-1" (/dev/nsa0). Rewinding.
Reading the first 10000 records from 0:0.
10000 records read now at 1:5084
Reposition from 1:5084 to 296:10031
Any hints what might be causing this? I tested the ArcVault prior to
shipping with an old Adaptec 2940 SCSI Card and to the best of my
recollection things "just worked".
I read in Bacula docs:
"Figure out how to configure your SCSI driver to keep track of
the file position during the MTEOM request. This is the preferred
solution."
versus setting "Hardware End of File = no" and wonder if this might
perhaps be mpt scsi driver related? Anyone else using an ArcVault
w/FreeBSD can confirm a working configuration?
TIA :)
--
Best regards,
Ken Gunderson
GPG Key -- 9F5179FD
"Never hold discussions with the monkey when the organ grinder is in
the room." - Sir Winston Churchill
