• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Opensuse 11.1, Adaptec 2100S - kein LTO Tape erkannt

M

motions

System: Opensuse 11.1, letzter YOU-Stand, AMD x64, 8GB RAM
habe ich nachgerüstet mit einem Adaptec 2100S (PCI Ultra160 Controller) + HP LTO1 drive
Kabel, Controller und Laufwerk scheinen okay, denn in meinem Testsystem mit Knoppix 6.2 wird alles erkannt und eine Test-Sicherung auf ein Tape funktionierte einwandfrei.
Das Zeug nun in meinem Server eingebaut und leider wird der LTO Streamer unter Opensuse 11.1 nicht erkannt (fehlt in lsscsi).
Das Bios des Rechners bzw. des Controllers zeigt beim Boot die Devices an, aber wie gesagt kein /dev/nstx verfügbar.
Hat da jemand einen Tip?
Code: 
hwinfo:
 86: udi = '/org/freedesktop/Hal/devices/pci_1044_a501'
  info.linux.driver = 'PCI_I2O'
  pci.subsys_product_id = 49212 (0xc03c)
  info.subsystem = 'pci'
  pci.subsys_vendor_id = 4164 (0x1044)
  info.product = 'SmartRAID V Controller'
  pci.device_class = 14 (0xe)
  info.udi = '/org/freedesktop/Hal/devices/pci_1044_a501'
  pci.device_subclass = 0 (0x0)
  pci.device_protocol = 1 (0x1)
  pci.vendor = 'Adaptec (formerly DPT)'
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:04.0/0000:01:06.1'
  info.vendor = 'Adaptec (formerly DPT)'
  pci.subsys_product = '2000S Ultra3 Single Channel'
  info.parent = '/org/freedesktop/Hal/devices/pci_10de_3f3'
  pci.product = 'SmartRAID V Controller'
  pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:04.0/0000:01:06.1'
  pci.subsys_vendor = 'Adaptec (formerly DPT)'
  pci.product_id = 42241 (0xa501)
  linux.hotplug_type = 2 (0x2)
  pci.vendor_id = 4164 (0x1044)
  linux.subsystem = 'pci'
Code: 
lspci

01:06.1 I2O: Adaptec (formerly DPT) SmartRAID V Controller (rev 02) (prog-if 01)
        Subsystem: Adaptec (formerly DPT) 2000S Ultra3 Single Channel
        Flags: bus master, medium devsel, latency 32, IRQ 16
        BIST result: 00
        Memory at d8000000 (32-bit, prefetchable) [size=64M]
        [virtual] Expansion ROM at dd010000 [disabled] [size=32K]
        Capabilities: [80] Power Management version 2
        Kernel driver in use: PCI_I2O
        Kernel modules: dpt_i2o, i2o_core

lsscsi (zeigt Geräte an, nur das Ultium-LTO1 fehlt)
Code: 
[1:0:1:0]    tape    SONY     SDT-9000         0400  /dev/st0
[1:0:3:0]    tape    HP       C1537A           L111  /dev/st1
[2:0:0:0]    disk    3ware    Logical Disk 0   1.2   /dev/sda
[5:0:0:0]    cd/dvd  Optiarc  DVD RW AD-7170S  1.00  /dev/sr0
[6:0:0:0]    disk    ATA      SAMSUNG HD400LJ  ZZ10  /dev/sdb
[7:0:0:0]    disk    ATA      ST3500410AS      CC33  /dev/sdc
[8:0:0:0]    disk    ATA      ST3500410AS      CC33  /dev/sdd
 
W

whois

Vielleicht habe ich dich da falsch verstanden, aber du schriebst das Bios zeigt es auch nicht an.
Das ist jetzt etwas weit hergeholt aber bei mir war schon mal eine leere CMOS Battererie der Ausgangspunkt für soche Dinge.
 
OP
M

motions

@Whois:
Das kam wohl nicht klar rüber: Im neuen Rechner **ERKENNT** das BIOS das LTO Laufwerk. Also ist das verkabelungstechnisch, Terminator etc. schon auf der sauberen Seite.
 
OP
M

motions

Eben hatte ich noch eine Gelegenheit den Server neu zu booten (wg. neuen Kernel per YOU nach Neustart aktivieren). Da habe ich den Server mal kurz mit der neuen Opensuse 11.3 Live-KDE gebootet.
Dort wird das LTO Laufwerk und der Changer richtig erkannt.
Elektrisch ist alles okay, es wohl definitiv ein Treiber/Erkennungsproblem in Opensuse 11.1.
Leider kann ich momentan noch kein update auf 11.3 machen (wg. Hylafax und VMWARE was noch drauf läuft), das ist erst für die Tage zwischen Weihnachten und Neujahr geplant.
Also, hat noch jemand einen Tips für mich, wie ich das LTO Laufwerk unter 11.3 zum Laufen kriege?
 
OP
M

motions

Mein Problem ist immer noch nicht gelöst.
Heute habe ich von Opensuse 11.1 auf 11.3 upgedatet und lsscsi zeigt den LTO Changer immer noch nicht an (obwohl die Opensuse 11.3 Live-CD funktionierte). Das Adaptec SCSI Bios zeigt beim Rechnerstart die Karte an.

lspci zeigt die Karte an:
Code: 
01:06.0 PCI bridge: Adaptec (formerly DPT) PCI Bridge (rev 02)
01:06.1 I2O: Adaptec (formerly DPT) SmartRAID V Controller (rev 02)
 
OP
M

motions

eben noch mal die 11.3 Live CD gebootet und lsscsi -g aufgerufen:
Code: 
[0:0:0:0]    cd/dvd  Optiarc  DVD RW AD-7170S  1.00  /dev/sr0   /dev/sg0
[1:0:0:0]    disk    ATA      SAMSUNG HD400LJ  ZZ10  /dev/sda   /dev/sg1
[2:0:0:0]    disk    ATA      ST3500410AS      CC33  /dev/sdb   /dev/sg2
[3:0:0:0]    disk    ATA      ST3500410AS      CC33  /dev/sdc   /dev/sg3
[4:0:0:0]    disk    3ware    Logical Disk 0   1.2   /dev/sdd   /dev/sg4
[12:0:2:0]   mediumx HP       ThinStor AutoLdr H43r  /dev/sch0  /dev/sg5
[12:0:6:0]   tape    HP       Ultrium 1-SCSI   E33P  /dev/st0   /dev/sg6
[13:0:1:0]   tape    SONY     SDT-9000         0400  /dev/st1   /dev/sg7
[13:0:3:0]   tape    HP       C1537A           L111  /dev/st2   /dev/sg8

und aus meinem Produktivsystem sieht das so aus:
Code: 
[0:0:0:0]    cd/dvd  Optiarc  DVD RW AD-7170S  1.00  /dev/sr0   /dev/sg0
[1:0:0:0]    disk    ATA      SAMSUNG HD400LJ  ZZ10  /dev/sda   /dev/sg1
[2:0:0:0]    disk    ATA      ST3500410AS      CC33  /dev/sdb   /dev/sg2
[3:0:0:0]    disk    ATA      ST3500410AS      CC33  /dev/sdc   /dev/sg3
[8:0:0:0]    disk    3ware    Logical Disk 0   1.2   /dev/sdd   /dev/sg4
[10:0:1:0]   tape    SONY     SDT-9000         0400  /dev/st0   /dev/sg5
[10:0:3:0]   tape    HP       C1537A           L111  /dev/st1   /dev/sg6

allerdings gab es beim Live-System noch einige Bootmeldungen bezüglich udev (irgendwas mit timeout? und ein device /dev/sch0 wurde gelistet; hat also irgend was mit dem LTO changer zu tun), die ich aber leider nicht in den Log-Dateien oder im dmesg gefunden habe.

Ich vermute das Problem liegt irgendwo im udev begraben.
 
OP
M

motions

laut lspci soll der Treiber PCI_I2O für den Adaptec 2100S verantwortlich sein, aber so einen Treiber gibt es gar nicht im System.
Nach etwas Suche sind wohl die Module i2o_block und i2o_core verantwortlich.
Die habe ich eben einmal einladen und wieder neu geladen.
Das steht dann im message log:
Code: 
Oct  3 18:53:27 lin kernel: [18981.467972] i2o: iop0: IOP reset timeout.
Oct  3 18:53:27 lin kernel: [18981.468117] PCI_I2O 0000:01:06.1: PCI INT A disabled
Oct  3 18:53:27 lin kernel: [18981.468121] iop0: Controller removed.
Oct  3 18:53:37 lin kernel: [18991.262389] I2O subsystem v1.325
Oct  3 18:53:37 lin kernel: [18991.262396] i2o: max drivers = 8
Oct  3 18:53:37 lin kernel: [18991.267156] i2o: Checking for PCI I2O controllers...
Oct  3 18:53:37 lin kernel: [18991.267185] PCI_I2O 0000:01:06.1: PCI INT A -> Link[APC1] -> GSI 16 (level, low) -> IRQ 16
Oct  3 18:53:37 lin kernel: [18991.267263] iop0: controller found (0000:01:06.1)
Oct  3 18:53:37 lin kernel: [18991.267267] iop0: using 64-bit DMA
Oct  3 18:53:37 lin kernel: [18991.267275] iop0: PCI I2O controller at D8000000 size=1048576
Oct  3 18:53:37 lin kernel: [18991.268626] iop0: Installed at IRQ 16
Oct  3 18:53:37 lin kernel: [18991.268653] i2o: iop0: Activating I2O controller...
Oct  3 18:53:37 lin kernel: [18991.268657] i2o: iop0: This may take a few minutes if there are many devices
Oct  3 18:53:37 lin kernel: [18991.451229] iop0: HRT has 1 entries of 16 bytes each.
Oct  3 18:53:37 lin kernel: [18991.451235] Adapter 00000012: TID 0000:[HPC*]:PCI 1: Bus 1 Device 22 Function 0
Oct  3 18:53:47 lin kernel: [19001.403960] i2o: iop0: Controller added
Oct  3 18:53:47 lin kernel: [19001.423427] I2O Block Device OSM v1.325
Oct  3 18:53:47 lin kernel: [19001.423487] block-osm: registered device at major 80
 
OP
M

motions

wenn ich die i2o_block und i2o_core Module rauswerfe und statt dessen dpt_i2o lade, dann wird der Streamer sauber erkannt (ich lasse gerade mal probeweise ein tar laufen); der Changer wird wohl auch erkannt, jedoch für eine Festplatte gehalten.
Bei nächster Gelegenheit muss ich mal wieder die Live CD booten und schauen, welche Treiber genau dort gewählt werden.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben