Thomas Balsfulland <tbals@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.