probleme mit i2o

[Toens Bueker]

Thomas Balsfulland <tbals at ctrl-c.de> meinte:

> hier nochmal ein lspci-output des controllers:
> 
> 01:0c.1 PCI bridge: Adaptec (formerly DPT) PCI Bridge (rev 02) (prog-if 00 [Normal decode])
>         Flags: bus master, medium devsel, latency 64
>         Bus: primary=01, secondary=02, subordinate=02, sec-latency=0
>         Capabilities: [68] Power Management version 2

Auf "meiner" Fusi sieht das so aus:

0000:01:0b.0 PCI bridge: Adaptec (formerly DPT) PCI Bridge (rev 02) (prog-if 00 [Normal decode])
        Flags: bus master, medium devsel, latency 64
        Bus: primary=01, secondary=02, subordinate=02, sec-latency=0
        Capabilities: [68] Power Management version 2
			
0000:01:0b.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 64, IRQ 18
        BIST result: 00
        Memory at fc000000 (32-bit, prefetchable) [size=32M]
        Expansion ROM at c4028000 [disabled] [size=32K]
        Capabilities: [80] Power Management version 2

Steckt das Ding vielleicht im falschen Slot (oder ist generell broken)?

> wenn ich das jetzt richtig verstanden habe gibt es *zwei* moeglichkeiten
> den controller im kernel (2.6.19.2) zu aktivieren:
> 
>  - device drivers
>    + scsi device support
>      + scsi low-level drivers
>        + adaptec i2o raid support (CONFIG_SCSI_DPT_I2O)
> 
> oder
> 
>  - device drivers
>    + i2o device support
>      + i2o support  (CONFIG_I2O)
>        + i2o configuration support  (CONFIG_I2O_CONFIG)
>        + i2o bus adapter osm  (CONFIG_I2O_BUS)
>        + i2o block osm (CONFIG_I2O_BLOCK)
>        + i2o scsi osm  (CONFIG_I2O_SCSI)
>        + i2o /proc support  (CONFIG_I2O_PROC)

Dieses i2o hat mit dem SCSI-Adapter nicht viel zu tun.
Siehe z. B.: http://www.computerwoche.de/heftarchiv/1996/49/1110978/
(man achte auf das Datum).

> ich habbe es wie folgt gemacht:
> 
> # CONFIG_SCSI_DPT_I2O is not set

Interessant, dass Du dann überhaupt etwas siehst.
Ich habe nur Adaptec I20 RAID Support an.

bla# grep -i i2o .config
CONFIG_SCSI_DPT_I2O=y
# I2O device support
# CONFIG_I2O is not set
 
> # I2O device support
 
> damit bootet der server auch, mault aber etwas rum (siehe
> http://tbals.de/dmesg__i2o) aber ich habe dann /dev/sda und /dev/sdb.

> dummerweise habe ich jetzt eine dauerhafte load von 1.00:

Da macht wohl jemand busy-waiting (such mal einen Prozess im Status "D").

> $ w
>  18:17:02 up 19:53,  1 user,  load average: 1,00, 1,00, 1,00

[...]

> raidutils funktionieren gar nicht und das proc-zeugs tut auch nicht:
> 
> $ cat /proc/i2o/iop0/hw
> Speicherzugriffsfehler
> 
> wie muss ich den kernel konfigurieren um das raid korrekt zu nutzen und
> auch per raidutils checken zu koennen?

Wie gesagt - ich habe die gleiche Büxe hier unter Xen laufen und der Kernel
hat i2o überhaupt nicht an.

Der dmesg-Output sieht ungefähr so aus:

Adaptec I2O RAID controller 0 at d1080000 size=100000 irq=18
dpti: If you have a lot of devices this could take a few minutes.
dpti0: Reading the hardware resource table.
TID 008  Vendor: ADAPTEC      Device: AIC-7899     Rev: 00000001
TID 515  Vendor: SDR          Device: GEM318       Rev: 0
TID 518  Vendor: ADAPTEC      Device: RAID-1       Rev: FS02
scsi0 : Vendor: Adaptec  Model: 2100S            FW:FS02
  Vendor: ADAPTEC   Model: RAID-1            Rev: FS02
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SDR       Model: GEM318            Rev: 0
  Type:   Processor                          ANSI SCSI revision: 02

Tschö
Töns
-- 
There is no safe distance.