Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd64

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
beimaik
Beiträge: 6
Registriert: 25.11.2011 10:58:21

Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd64

Beitrag von beimaik » 25.11.2011 14:24:48

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:
NoPaste-Eintrag36068

- 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

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6

Beitrag von rendegast » 25.11.2011 15:42:31

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.)
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
beimaik
Beiträge: 6
Registriert: 25.11.2011 10:58:21

Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6

Beitrag von beimaik » 28.11.2011 11:06:13

Hi,
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
...
Der neue Kernel brachte leider keine Besserung, siehe dmesg:
NoPaste-Eintrag36074
Mit freundlichen Grüßen - Maik

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6

Beitrag von rendegast » 28.11.2011 14:16:23

Raid-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
Momentan

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

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
Das Problem scheint wohl weniger vom megaraid_sas (scsi 0:2:0:0) zu kommen,
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 
http://bugs.debian.org/605472 2.6.32, Nov 2010?
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")

Benutzeravatar
beimaik
Beiträge: 6
Registriert: 25.11.2011 10:58:21

Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6

Beitrag von beimaik » 29.11.2011 12:03:25

Hi,

Update auf "3.1.0-1-amd64" war leider auch ohne Erfolg.
NoPaste-Eintrag36076

Auch das Abschalten des "ses" Moduls in der

Code: Alles auswählen

/etc/modprobe.d/blacklist.conf
hat nichts gebracht.

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

Benutzeravatar
beimaik
Beiträge: 6
Registriert: 25.11.2011 10:58:21

Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6

Beitrag von beimaik » 12.12.2012 09:49:49

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:

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'...
NoPaste-Eintrag36855

leider immer noch aktuell, falls jemand es gelöst bekommen hat...
Mit freundlichen Grüßen - Maik

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Call Trace durch Raid-Controller D2607 bei 2.6.32-5-amd6

Beitrag von rendegast » 12.12.2012 13:36:53

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")

Antworten