Festplatten/Controllerproblem!?

[Janny82]

Hallo,
auf einem ded.Server mit 3Ware-Raidcontroller bekomme ich im /var/log/dmesg folgende Meldung. Der Server ist jeglichen Plattenzugriffen sehr langsam. Liegt wohl am abgeschalteten Write und Read (!) Cache?!

[   11.969471] 3w-xxxx: scsi2: Found a 3ware Storage Controller at 0xac00, IRQ: 17.
[   11.969469] scsi 2:0:0:0: Direct-Access     3ware    Logical Disk 0   1.2  PQ: 0 ANSI: 0
[   11.986950] Driver 'sd' needs updating - please use bus_type methods
[   11.986950] sd 2:0:0:0: [sda] 488395120 512-byte hardware sectors (250058 MB)
[   11.986950] sd 2:0:0:0: [sda] Write Protect is off
[   11.986950] sd 2:0:0:0: [sda] Mode Sense: 00 00 00 00
[   11.986990] sd 2:0:0:0: [sda] Write cache: disabled, read cache: disabled, supports DPO and FUA
[   11.987362] sd 2:0:0:0: [sda] 488395120 512-byte hardware sectors (250058 MB)
[   11.987412] sd 2:0:0:0: [sda] Write Protect is off
[   11.987449] sd 2:0:0:0: [sda] Mode Sense: 00 00 00 00
[   11.987745] sd 2:0:0:0: [sda] Write cache: disabled, read cache: disabled, supports DPO and FUA
[   11.987797]  sda: sda1 sda2 < sda5 >
[   12.007664] sd 2:0:0:0: [sda] Attached SCSI disk
[   12.183819] PM: Starting manual resume from disk
[   12.219813] kjournald starting.  Commit interval 5 seconds
[   12.219813] EXT3-fs: mounted filesystem with ordered data mode.

Kernel ist "2.6.26-2-amd64".

Das erstellen einer Testdatei schlägt fehl:

dd if=/dev/zero of=/dev/sda1 bs=1G count=1 oflag=direct
dd: writing `/dev/sda1': Input/output error
1+0 records in
0+0 records out
0 bytes (0 B) copied, 1.42786 s, 0.0 kB/s

sdparm auch:

  sdparm -i /dev/sda
    /dev/sda: 3ware     Logical Disk 0    1.2
malformed VPD response, VPD pages probably not supported

Hat irgendwer ein paar Tipps, wie ich dem Problem auf die Schliche kommen könnte?

Danke.

Gruss
Janny

 

[DjTom-i]

Hallo,

sofern es ein 9650SE ist hilft hier ein Kernel Update auf 2.6.33 .

Hatte ich kürzlich bei einem Management Kunden bei Hetzner auf einem EQ4.

Opensuse hatte da nur einen 2.6.27er. Seit dem 2.6.33er spurt die Kiste wieder. Anscheinend funktioniert nur ein neuer Treiber mit dem Kontroller ordentlich. Die Probleme finden auch erst an nach dem das Raid einmal rebuildet wurde, soweit ich sehen konnte wird das Verifying garnicht gemacht mit dem alten Kernel.

Da Debian ja einen 2.6.26er hat liegt hier evtl ein ähnliches Problem vor.