Thema: LSI-320 Megaraid Problem

Hallo Forum,

folgendes Problem: Auf einem Produktionsserver habe ich ein LSI Megaraid 320-1 als RAID-0 konfiguriert laufen.

Nachdem ich festgestellt habe, das das kopieren von Dateien > 500 MB a) allgemeine Performanceprobleme verursacht und b) nach der Übertragung von ca. 10% der Dateien die Übertragungsrate auf ein viertel der Anfangsübertragungsrate einbricht, habe ich mich auf die Suche nach dem Problem gemacht und folgende Fehlermeldung in boot.msg gefunden.

<-- snip -->

<6>megaraid cmm: 2.20.2.6 (Release Date: Mon Mar 7 00:01:03 EST 2005)
<6>megaraid: 2.20.4.6 (Release Date: Mon Mar 07 12:27:22 EST 2005)
<6>megaraid: probe new device 0x1000:0x1960:0x1000:0x0520: bus 3:slot 3:func 0
<6>ACPI: PCI Interrupt 0000:03:03.0[A] -> GSI 24 (level, low) -> IRQ 185
<5>megaraid: fw version:[1L37] bios version:[G119]
<6>scsi0 : LSI Logic MegaRAID driver
<6>scsi[0]: scanning scsi channel 0 [Phy 0] for non-raid devices
<6>scsi[0]: scanning scsi channel 1 [virtual] for logical drives
<5> Vendor: MegaRAID Model: LD0 RAID5 80542R Rev: 1L37
<5> Type: Direct-Access ANSI SCSI revision: 02
<5>SCSI device sda: 574550016 512-byte hdwr sectors (294170 MB)
<3>sda: asking for cache data failed
<3>sda: assuming drive cache: write through
<5>SCSI device sda: 574550016 512-byte hdwr sectors (294170 MB)
<3>sda: asking for cache data failed
<3>sda: assuming drive cache: write through
<6> sda: sda1 sda2 sda3
<5>Attached scsi disk sda at scsi0, channel 1, id 0, lun 0
<5>Attached scsi generic sg0 at scsi0, channel 1, id 0, lun 0, type 0
<4>kobject_register failed for megaraid (-17)
<4> [kobject_register+93/112] kobject_register+0x5d/0x70
<4> [bus_add_driver+111/208] bus_add_driver+0x6f/0xd0
<4> [pci_register_driver+109/144] pci_register_driver+0x6d/0x90
<4> [pg0+942755922/1068569600] megaraid_init+0x52/0xa9 [megaraid]
<4> [sys_init_module+204/480] sys_init_module+0xcc/0x1e0
<4> [syscall_call+7/11] syscall_call+0x7/0xb

<-- snip -->

ausserdem gibt mir warn regelmäßig folgende Fehlermeldung aus:

<-- snip -->
Aug 22 13:38:14 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 13:38:14 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 13:38:15 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 13:38:15 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 13:38:16 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 13:38:16 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 13:49:18 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 13:50:49 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 13:51:12 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO
Aug 22 14:41:39 kernel: program dmraid is using a deprecated SCSI ioctl, please convert it to SG_IO

<-- snip -->

Hat jemand so etwas schon mal gesehen?

Vielen Dank im Voraus!

Hallo,

Google scheint das schon öfters gesehen zu haben....

Das hier sagt mein Google-FU zu dem Problem:

http://www.google.de/search?q=progra...UTF-8&oe=UTF-8

http://www.rootforum.de/forum/viewtopic.php?p=263789

Zitat von danu

Der Vollständigkeit halber hier noch die Lösung des Problems:

Nachdem der freundliche Support bei S&P mit "xfs_repair" die Partition wieder mountfähig gemacht hatte, bestand weiterhin eine Inkonsistenz derselben (des öfteren Dateizugriffsfehler, Kiste schmierte weiter im 2-Stundentakt ab). Auch ein mehrmaliger "fsck" änderte an diesem Zustand nichts.

Als letzte Lösungmöglichkeit setzte ich diese Partition neu auf, spielte die Daten zurück und startete die Kiste neu. Seither läufts wie geschmiert, als ob plötzlich ein zusätzlicher Prozessor am Laufen wäre.

Gruss, danu

Zitat von Thorsten

Wir hatten neulich die selben Probleme, als wir in der dom0 eines SATA Servers unter debian/sarge die smartmontools zur Überwachung der Platten installierten:
Die Maschine lief keine 24 Std durch.

Also flux die smartmontools runtergeschmissen und sämtliche domUs laufen wieder stabil.

http://forums.fedoraforum.org/archiv...p/t-29737.html

Zitat von Homer

Zitat von spookymandias

snif... Why do I always ask the questions no-one can answer.

Anyway, can somebody explain why the mandrake 10.1/Lilo combo is able to do this, and fedora cannot?

Does anybody know a workaround (like using windows XP's bootloader to load fedora? And how should I do that then?)

Sounds like the SATA_SIL module is not being loaded, try:

modprobe sata_sil

Then run dmraid again.

If modprobe can't find that module, then you need to compile it and add it to the module dir for the running kernel. I'm sure you can discover the rest of the process with Google.

I have heard of lockups with these sata modules though, so beware.

Vielleicht hilft einer der Tipps.

Nachtrag zu 'syscall_call+0x7/0xb'

http://www.google.de/search?q=%5Bsys...UTF-8&oe=UTF-8

Welche Distri/Kernelversion?

Vor dem Problem Kernelupdate gefahren?

http://lkml.org/lkml/2005/9/6/11

Wird wohl kaum das Problem sein, aber dieser Eintrag kommt scheinbar häufig bei fehlerhaften Modulen vor. Das würde dann ja auch zur anderen Meldung passen "deprecated" (abgelehnt).

Greetz,

RM