freeBSD bacula und HP

[mincer]

Hi

Bin gerade dabei Bakula mit der Hilfe der Original-Doku zu konfigurieren

Ausgangslage
System
freeBSD 6.2-RELEASE
LSILogic 1030 Ultra4 Adapter
HP storageworks ultrium 448

dmesg

...
sa0 at mpt0 bus 0 target 3 lun 0
sa0: <HP Ultrium 2-SCSI S53D> Removable Sequential Access SCSI-3 device
sa0: 160.000MB/s transfers (80.000MHz, offset 64, 16bit)
...

bacula-sd.conf

...
Device {
Name = LTO2
Description = "LTO2"
Media Type = LTO2
LabelMedia = yes;
Archive Device = /dev/sa0
AutomaticMount = yes;
AlwaysOpen = yes
Offline On Unmount = no
Hardware End of Medium = no
BSF at EOM = yes
Backward Space Record = no
Fast Forward Space File = no
TWO EOF = yes
}
...

Das Problem
Wie in der Original-Doku beschrieben versuche ich das Laufwerk mit btape zu testen:

btape -c bacula-sd.conf /dev/sa0

Tape block granularity is 1024 bytes.
btape: butil.c:286 Using device: "/dev/sa0" for writing.
btape: btape.c:368 open device "LTO2" (/dev/sa0): OK

* test

=== Write, rewind, and re-read test ===

I'm going to write 1000 records and an EOF
then write 1000 records and an EOF, then rewind,
and re-read the data to verify that it is correct.

This is an *essential* feature ...

btape: btape.c:817 Error writing record to block.

Lösung?
1. Weiss jemand von euch warum ich diesen Test nicht durchführen kann? Der Test mit tar scheint zu funktionieren.
2. Hat jemand von euch das gleiche Tape-drive unter freeBSD im Einsatz und könnte hier seine bacuala-sd.conf posten?

Danke für eure Hilfe

mInCer

 

[mincer]

Nachtrag 1:
Beim Aufruf von dmesg werden während der Manipulation mit btape folgende Fehler ausgegeben:

(sa0:mpt0:0:3:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
(sa0:mpt0:0:3:0): CAM Status: SCSI Status Error
(sa0:mpt0:0:3:0): SCSI Status: Check Condition
(sa0:mpt0:0:3:0): ABORTED COMMAND asc:47,1
(sa0:mpt0:0:3:0): Reserved ASC/ASCQ pair
(sa0:mpt0:0:3:0): Retrying Command (per Sense Data)
(sa0:mpt0:0:3:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
(sa0:mpt0:0:3:0): CAM Status: SCSI Status Error
(sa0:mpt0:0:3:0): SCSI Status: Check Condition
(sa0:mpt0:0:3:0): ABORTED COMMAND asc:47,1
(sa0:mpt0:0:3:0): Reserved ASC/ASCQ pair
(sa0:mpt0:0:3:0): Retrying Command (per Sense Data)
(sa0:mpt0:0:3:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
(sa0:mpt0:0:3:0): CAM Status: SCSI Status Error
(sa0:mpt0:0:3:0): SCSI Status: Check Condition
(sa0:mpt0:0:3:0): ABORTED COMMAND asc:47,1
(sa0:mpt0:0:3:0): Reserved ASC/ASCQ pair
(sa0:mpt0:0:3:0): Retrying Command (per Sense Data)
(sa0:mpt0:0:3:0): AutoSense Failed
(sa0:mpt0:0:3:0): MODE SELECT(06). CDB: 15 0 0 0 c 0
(sa0:mpt0:0:3:0): CAM Status: SCSI Status Error
(sa0:mpt0:0:3:0): SCSI Status: Check Condition
(sa0:mpt0:0:3:0): ABORTED COMMAND asc:47,1
(sa0:mpt0:0:3:0): Reserved ASC/ASCQ pair
(sa0:mpt0:0:3:0): Retrying Command (per Sense Data)
(sa0:mpt0:0:3:0): AutoSense Failed
(sa0:mpt0:0:3:0): AutoSense Failed
(sa0:mpt0:0:3:0): AutoSense Failed
(sa0:mpt0:0:3:0): AutoSense Failed

evtl. doch ein Hardware/SCSI Problem?

 

[mincer]

Ich habe den LSILogic 1030 Ultra4 SCSI-Adapter gegen einen älteren Adaptec 2940U2W getausch und nun funktioniert das ganze.
Seltsam, der LSI-Controller ist eigentlich neu !
Da nur das Backuplaufwerk am SCSI-Controller hängt, sollten die 80MB/s des 2940U2W ausreichen.

Problem also vorerst gelöst

 

[0815Chaot]

Verwendest du ein paarweise verdrilltes LVD-Kabel mit aktivem Terminator? U2W soll gerüchteweise auch noch mit den SE-Kabeln laufen, aber für U160/U320 braucht man auf jeden Fall ein LVD-Kabel mit einem LVD/SE-Terminator.

Kann aber natürlich wirklich sein, daß der HBA im Eimer ist.

 

[mincer]

...
ich verwende das Original-Kabel das beim Backuplaufwerk dabei war. Ist ein LVD-Kabel mit Terminator *hastalavista* oder so ...

 

[ShekconTrebb]

camcontrol devlist
ist dein freund und dann das andere device passX probieren

*edit*

bzw nsa verwenden sa spool ja selber zurück