Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd64
Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd64
Hallo,
ich habe schon sehr viele "FSC RX300 S6" Server mit Debian 6 ohne Probleme installiert und betrieben.
Seitdem jedoch nur noch der Raid-Controller "RAID Ctrl SAS 6G 0/1 (D2607)" bestellbar ist, kommt es mit dem Kernel "2.6.32-5-amd64 #1 SMP Thu Nov 3" zu einem Stack-Trace/Call-Trace beim hochfahren:
36068
- Der vorherige Controller "LSI SAS 1068E on Controller LSI RAID 0/1 SAS 8P (D2507-A)(D2507-C)" erzeugt keine Probleme unter der gleichen Debian Installation und gleicher Hardware.
- Es ist ein einfaches Raid1 zweier SAS 15k HDDs eingerichtet unter default BIOS Einstellungen des Raid Controllers.
- default Einstellungen des Server BIOS wurden auch schon getestet ohne Verbesserung.
- Mit anderen/weiteren Servern die auch den D2607 Controller haben gibt es das gleich Problem.
- System BIOS und Raid BIOS sind auf dem aktuellsten Stand des Herstellers.
- ACPI Optionen (die vielleicht Probleme verursachen) habe ich im System-BIOS nicht gefunden.
- Das auskommentieren aller zusätzlich geladenen Module unter "/etc/modules" brachte auch kein Erfolg.
Hat jemand eine Idee was man noch testen könnte? oder was das Problem ist
Derzeit haben die Meldungen (der Call Trace) keine Auswirkung und es läuft trotzdem alles. Ich vermute jedoch das es zu Problemen kommt (vermutlich zum Kernel-Panic) wenn mal eine HDD defekt ist oder ausgetauscht wird.
Vielen Dank im Voraus
ich habe schon sehr viele "FSC RX300 S6" Server mit Debian 6 ohne Probleme installiert und betrieben.
Seitdem jedoch nur noch der Raid-Controller "RAID Ctrl SAS 6G 0/1 (D2607)" bestellbar ist, kommt es mit dem Kernel "2.6.32-5-amd64 #1 SMP Thu Nov 3" zu einem Stack-Trace/Call-Trace beim hochfahren:
36068
- Der vorherige Controller "LSI SAS 1068E on Controller LSI RAID 0/1 SAS 8P (D2507-A)(D2507-C)" erzeugt keine Probleme unter der gleichen Debian Installation und gleicher Hardware.
- Es ist ein einfaches Raid1 zweier SAS 15k HDDs eingerichtet unter default BIOS Einstellungen des Raid Controllers.
- default Einstellungen des Server BIOS wurden auch schon getestet ohne Verbesserung.
- Mit anderen/weiteren Servern die auch den D2607 Controller haben gibt es das gleich Problem.
- System BIOS und Raid BIOS sind auf dem aktuellsten Stand des Herstellers.
- ACPI Optionen (die vielleicht Probleme verursachen) habe ich im System-BIOS nicht gefunden.
- Das auskommentieren aller zusätzlich geladenen Module unter "/etc/modules" brachte auch kein Erfolg.
Hat jemand eine Idee was man noch testen könnte? oder was das Problem ist
Derzeit haben die Meldungen (der Call Trace) keine Auswirkung und es läuft trotzdem alles. Ich vermute jedoch das es zu Problemen kommt (vermutlich zum Kernel-Panic) wenn mal eine HDD defekt ist oder ausgetauscht wird.
Vielen Dank im Voraus
Mit freundlichen Grüßen - Maik
Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6
Versuche den backportskernel, derzeit linux-image-2.6.39-bpo.2-amd64, Version 2.6.39-3~bpo60+1.
Alternativ mit etwas Gewurschtel geht auch der 3.1 aus testing/sid (initramfs-tools, evtl udev).
(evtl. bei selbstgebauten Modulen Gewurschtel bzgl. Umgehung von gcc-4.5/gcc-4.6)
(Den 2.6.32 benutze ich wegen eben solcher seltsamen Sachen gar nicht mehr.)
Alternativ mit etwas Gewurschtel geht auch der 3.1 aus testing/sid (initramfs-tools, evtl udev).
(evtl. bei selbstgebauten Modulen Gewurschtel bzgl. Umgehung von gcc-4.5/gcc-4.6)
(Den 2.6.32 benutze ich wegen eben solcher seltsamen Sachen gar nicht mehr.)
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6
Hi,
danke, gute Idee.
Nebenbei: Nach längerer Laufzeit verabschieden sich die Server mit mit der Dauerausgabe:
Der neue Kernel brachte leider keine Besserung, siehe dmesg:
36074
danke, gute Idee.
Nebenbei: Nach längerer Laufzeit verabschieden sich die Server mit mit der Dauerausgabe:
Code: Alles auswählen
[332242.215279] sd 0:2:0:0: rejecting I/O to offline device
[332242.222343] sd 0:2:0:0: rejecting I/O to offline device
[332242.575555] sd 0:2:0:0: rejecting I/O to offline device
...
36074
Mit freundlichen Grüßen - Maik
Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6
MomentanRaid-Controller "RAID Ctrl SAS 6G 0/1 (D2607)"Code: Alles auswählen
[ 2.575822] pci 0000:01:00.0: [1000:0073] type 0 class 0x000104
Code: Alles auswählen
1000 LSI Logic / Symbios Logic ... 0073 MegaRAID SAS 9240 1000 9240 MegaRAID SAS 9240-8i 1000 9241 MegaRAID SAS 9240-4i 1014 03b1 ServeRAID M1015 SAS/SATA Controller 1028 1f4e PERC H310 Adapter 1028 1f4f PERC H310 Integrated 1028 1f50 PERC H310 Mini Blades 1028 1f51 PERC H310 Mini Monolithics 1028 1f52 PERC H310 Embedded1 1028 1f53 PERC H310 Embedded2 1028 1f54 PERC H310 Reserved 1054 3035 LSI MegaRAID SAS 9240-8i 1137 0072 2004 iMR ROMB 1137 0073 2008 ROMB 15d9 0400 Supermicro SMC2008-iMR 1734 1177 RAID Ctrl SAS 6G 0/1 (D2607) 8086 350d RMS2AF040 RAID Controller 8086 9240 RAID Controller RS2WC080 8086 9241 RAID Controller RS2WC040
Warum ist es erst "Not tainted", wechselt dann aber zu "Tainted"?
Code: Alles auswählen
[ 4.578101] Pid: 326, comm: modprobe Not tainted 2.6.39-bpo.2-amd64 #1 ... [ 4.578177] Pid: 326, comm: modprobe Tainted: G W 2.6.39-bpo.2-amd64 #1
Das Problem scheint wohl weniger vom megaraid_sas (scsi 0:2:0:0) zu kommen,Code: Alles auswählen
[ 4.517579] scsi 0:0:4:0: Direct-Access FUJITSU MBE2147RC 5204 PQ: 0 ANSI: 5 [ 4.517964] scsi 0:0:5:0: Direct-Access FUJITSU MBE2147RC 5204 PQ: 0 ANSI: 5 [ 4.518855] scsi 0:0:6:0: Enclosure FTS CORP RXS6_SAS20BPX12 0500 PQ: 0 ANSI: 5 [ 4.530954] scsi 0:2:0:0: Direct-Access LSI RAID SAS 6G 0/1 2.90 PQ: 0 ANSI: 5 ... [ 4.578088] WARNING: at /tmp/buildd/linux-2.6-2.6.39/debian/build/source_amd64_none/fs/sysfs/dir.c:455 sysfs_add_one+0x86/0x98() [ 4.578090] Hardware name: PRIMERGY RX300 S6 [ 4.578091] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:01.0/0000:01:00.0/host0/target0:0:6/0:0:6:0/enclosure/0:0:6:0/ArrayDevice03' [ 4.578093] Modules linked in: ses(+) sd_mod(+) enclosure crc_t10dif uhci_hcd(+) megaraid_sas ata_piix(+) igb(+) libata ehci_hcd scsi_mod dca usbcore
als von ses / enclosure (scsi 0:0:6:0)?
Code: Alles auswählen
$ /sbin/modinfo ses
filename: /lib/modules/2.6.39-bpo.2-686-pae/kernel/drivers/scsi/ses.ko
license: GPL v2
description: SCSI Enclosure Services (ses) driver
author: James Bottomley
alias: scsi:t-0x0d*
depends: scsi_mod,enclosure
intree: Y
vermagic: 2.6.39-bpo.2-686-pae SMP mod_unload modversions 686
$ /sbin/modinfo enclosure
filename: /lib/modules/2.6.39-bpo.2-686-pae/kernel/drivers/misc/enclosure.ko
license: GPL v2
description: Enclosure Services
author: James Bottomley
depends:
intree: Y
vermagic: 2.6.39-bpo.2-686-pae SMP mod_unload modversions 686
auf dem Bild bis 3.1 angegeben?
Bleibt nur, noch andere (auch selbstgebaute) Kernel zu versuchen?
(debians 3.1 ist auch auf squeeze lauffähig, und zumindest die Module nvidia + virtualbox lassen sich mit gcc-4.4 dafür bauen.)
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6
Hi,
Update auf "3.1.0-1-amd64" war leider auch ohne Erfolg.
36076
Auch das Abschalten des "ses" Moduls in der
hat nichts gebracht.
Ich glaube ich probiere es beim Support oder Forum von FSC oder LSI mal weiter.
Hat sonst noch jemand eine Idee?
Update auf "3.1.0-1-amd64" war leider auch ohne Erfolg.
36076
Auch das Abschalten des "ses" Moduls in der
Code: Alles auswählen
/etc/modprobe.d/blacklist.conf
Ich glaube ich probiere es beim Support oder Forum von FSC oder LSI mal weiter.
Hat sonst noch jemand eine Idee?
Mit freundlichen Grüßen - Maik
Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6
Unter Linux SERVERNAME 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU/Linux ist das Problem:
36855
leider immer noch aktuell, falls jemand es gelöst bekommen hat...
Code: Alles auswählen
...WARNING: at /build/buildd-linux-2.6_2.6.32-46-amd64-_ApuPc/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/sysfs/dir.c:491 sysfs_add_one+0xcc/0xe4()
[ 5.461639] Hardware name: PRIMERGY RX300 S6
[ 5.461641] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:01.0/0000:01:00.0/host4/target4:0:6/4:0:6:0/enclosure/4:0:6:0/ArrayDevice03'...
leider immer noch aktuell, falls jemand es gelöst bekommen hat...
Mit freundlichen Grüßen - Maik
Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6
Jetzt mal mit dem kernel 3.2.0-4 resp. 3.2.0-0.bpo.4 ?
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")