Problem LSI SAS 9361-8i (und div. OEM: DELL H730, IBM M5210 usw.) auf Supermicro MB X9DRD-iF
Moin zusammen,
ich habe hier ein nerviges Problem, wo mir langsam die Ideen ausgehen.
Vorgeschichte: Nach einem Netzteildefekt ist mein voriges Supermicro X9DRD-EF abgeraucht (steht hier nicht weiter zur Diskussion, nur der Vollständigkeit halber erwähnt) und wurde durch ein gebrauchtes X9DRD-iF ersetzt. Dazu habe ich mir zunächst einen DELL PERC H730 (ohne BBU/Cache Vault) gekauft und diverse SAS HDDs.
Hardwareeckdaten:
Mainboard: Supermicro X9DRD-iF
CPUs: 2x Intel Xeon E5-2660 v2
RAM: 2x 32GB DDR3 LRDIMM Samsung PC3L-10600L (für die Tests, auf beide CPUs nach Manual verteilt, später dann mehr)
Storage Controller: DELL PERC H730 (nicht die 730p- Variante)
60GB Kingston SATA SSD als Boot"platte" für VMWare (überbrückungsweise, direkt an den onbaord SATA3 angeschlossen).
1x 4TB SAS 12Gb Seagate HDD
Weitere Hardware ist zunächst nicht verbaut.
Problem ist, dass der Controller im BIOS/Post nicht angezeigt wird, ich nicht in das Controller BIOS komme und auch unter VMWare wird kein Storage Controller angezeigt (nicht im entsprechenden PCIe Slot und auch nicht unter Speicher -> Hardware. Nur der Padsburg onboard SATA AHCI Controller taucht auf.
Link zum Motherboard bei Supermicro: https://www.supermicro.com/products/archive/motherboard/x9drd-if
Das neuste BIOS und die letzte BMC Firmware ist aufgespielt, die IPMI funktioniert problemlos.
Ich habe für den PERC schon sämtliche PCIe Slotzs durchprobiert und zur Gegenprobe den Controller in meinen Backup Server eingebaut (Intel S1200RP Mainboard, Xeon E3 1241 v3) - auch scheint alles tot zu sein, der Controller taucht weder im POST noch unter dem OS (in dem Fall Windows Server) auf.
Gut, dachte ich mir, ärgerlich, aber hat wohl der Controller irgendwas abbekommen. Kurzerhand günstig auf der Bucht einen IBM/Lenovo M5210 geschossen, der zunächst im Backup Server einwandfrei erkannst wurde, danach auf dem Supermicro Mainboard getestet - nix kein Post und nix unter VMWare. Nochmal zurück in den Backup Server, dort jetzt auch nichts mehr.
Ich vermag jetzt nicht zu glauben, dass beide Controller zerschossen sind. Mal ein wenig - im Wesentlichen auf Englisch im Netz recherchiert, diverse Tipps gefunden: Supermicro x9 Mainoards i.V.m. LSI/OEM 9361-8i Controllern, die aber allesamt keinen Erfolg gebracht haben.
Jetzt habe ich irgendwie keine Ideen mehr, was da falsch (eingestellt) sein könnte. Vor allem erklärt das ja nicht, warum er nach dem SM Mainboard auch auf dem Intel Brett nix mehr macht.
Im Backup Server läuft noch ein LSI 9300-8i HBA, den will ich aber jetzt auch nicht unbedingt testweise umbauen.
Kann irgendwer vielleicht eine Erleuchtung bringen? 🙄🤷♂️Ich habe eigentlich genug Erfahrung mit Supermicro Systemen, ist auch nicht das erste System dieser Art
Ach noch eine kleine Ergänzung: Ausreichend Kühlung ist vorhanden, die IPMI zeigt Temperaturen von um die 30°C dauerhaft, PCH Temp liegt bei um die 40°C. Gut, so kann die KIste auch noch nichts anstregendes machen
Gruß
cykes
ich habe hier ein nerviges Problem, wo mir langsam die Ideen ausgehen.
Vorgeschichte: Nach einem Netzteildefekt ist mein voriges Supermicro X9DRD-EF abgeraucht (steht hier nicht weiter zur Diskussion, nur der Vollständigkeit halber erwähnt) und wurde durch ein gebrauchtes X9DRD-iF ersetzt. Dazu habe ich mir zunächst einen DELL PERC H730 (ohne BBU/Cache Vault) gekauft und diverse SAS HDDs.
Hardwareeckdaten:
Mainboard: Supermicro X9DRD-iF
CPUs: 2x Intel Xeon E5-2660 v2
RAM: 2x 32GB DDR3 LRDIMM Samsung PC3L-10600L (für die Tests, auf beide CPUs nach Manual verteilt, später dann mehr)
Storage Controller: DELL PERC H730 (nicht die 730p- Variante)
60GB Kingston SATA SSD als Boot"platte" für VMWare (überbrückungsweise, direkt an den onbaord SATA3 angeschlossen).
1x 4TB SAS 12Gb Seagate HDD
Weitere Hardware ist zunächst nicht verbaut.
Problem ist, dass der Controller im BIOS/Post nicht angezeigt wird, ich nicht in das Controller BIOS komme und auch unter VMWare wird kein Storage Controller angezeigt (nicht im entsprechenden PCIe Slot und auch nicht unter Speicher -> Hardware. Nur der Padsburg onboard SATA AHCI Controller taucht auf.
Link zum Motherboard bei Supermicro: https://www.supermicro.com/products/archive/motherboard/x9drd-if
Das neuste BIOS und die letzte BMC Firmware ist aufgespielt, die IPMI funktioniert problemlos.
Ich habe für den PERC schon sämtliche PCIe Slotzs durchprobiert und zur Gegenprobe den Controller in meinen Backup Server eingebaut (Intel S1200RP Mainboard, Xeon E3 1241 v3) - auch scheint alles tot zu sein, der Controller taucht weder im POST noch unter dem OS (in dem Fall Windows Server) auf.
Gut, dachte ich mir, ärgerlich, aber hat wohl der Controller irgendwas abbekommen. Kurzerhand günstig auf der Bucht einen IBM/Lenovo M5210 geschossen, der zunächst im Backup Server einwandfrei erkannst wurde, danach auf dem Supermicro Mainboard getestet - nix kein Post und nix unter VMWare. Nochmal zurück in den Backup Server, dort jetzt auch nichts mehr.
Ich vermag jetzt nicht zu glauben, dass beide Controller zerschossen sind. Mal ein wenig - im Wesentlichen auf Englisch im Netz recherchiert, diverse Tipps gefunden: Supermicro x9 Mainoards i.V.m. LSI/OEM 9361-8i Controllern, die aber allesamt keinen Erfolg gebracht haben.
Jetzt habe ich irgendwie keine Ideen mehr, was da falsch (eingestellt) sein könnte. Vor allem erklärt das ja nicht, warum er nach dem SM Mainboard auch auf dem Intel Brett nix mehr macht.
Im Backup Server läuft noch ein LSI 9300-8i HBA, den will ich aber jetzt auch nicht unbedingt testweise umbauen.
Kann irgendwer vielleicht eine Erleuchtung bringen? 🙄🤷♂️Ich habe eigentlich genug Erfahrung mit Supermicro Systemen, ist auch nicht das erste System dieser Art
Ach noch eine kleine Ergänzung: Ausreichend Kühlung ist vorhanden, die IPMI zeigt Temperaturen von um die 30°C dauerhaft, PCH Temp liegt bei um die 40°C. Gut, so kann die KIste auch noch nichts anstregendes machen
Gruß
cykes
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 673121
Url: https://administrator.de/forum/supermicro-x9drd-if-storage-controller-673121.html
Ausgedruckt am: 02.06.2025 um 01:06 Uhr
5 Kommentare
Neuester Kommentar
Moin.
Aus der Hüfte: Im BIOS des Supermicro mal UEFI ausschalten und nur BIOS/Legacy aktivieren. Hab' das schon häufiger gesehen, dass RAID-Controller bei aktiviertem UEFI einen nicht in deren BIOS lassen bzw. beim POST nichts dazu angezeigt wird.
Cheers,
jsysde
EDITH:
BIOS nochmal neu flashen und dabei auf Default-Settings zurücksetzen - hat in der Vergangenheit schon mal das ein oder andere Problemchen gelöst.
Aus der Hüfte: Im BIOS des Supermicro mal UEFI ausschalten und nur BIOS/Legacy aktivieren. Hab' das schon häufiger gesehen, dass RAID-Controller bei aktiviertem UEFI einen nicht in deren BIOS lassen bzw. beim POST nichts dazu angezeigt wird.
Cheers,
jsysde
EDITH:
BIOS nochmal neu flashen und dabei auf Default-Settings zurücksetzen - hat in der Vergangenheit schon mal das ein oder andere Problemchen gelöst.
1
Ok, danke, das mit dem neu flashen werde ich später mal probieren, UEFI ist eigentlich komplett deaktiviert. War auch einer der Tipps, die ich bei meiner Recherche gefunden hatte. Auch den Tipp mit dem Ausschalten der SOL Console unter serial console hab ich schon probiert, hat aber irgendwie auch nix geholfen. Aber das erklärt dann immer noch nicht, warum es auf dem Intel Board nicht funktioniert.
Irgendwas hat sich da ganz merkwürdig verklemmt
Irgendwas hat sich da ganz merkwürdig verklemmt
Zitat von @cykes:
Moin zusammen,
ich habe hier ein nerviges Problem, wo mir langsam die Ideen ausgehen.
Vorgeschichte: Nach einem Netzteildefekt ist mein voriges Supermicro X9DRD-EF abgeraucht (steht hier nicht weiter zur Diskussion, nur der Vollständigkeit halber erwähnt) und wurde durch ein gebrauchtes X9DRD-iF ersetzt. Dazu habe ich mir zunächst einen DELL PERC H730 (ohne BBU/Cache Vault) gekauft und diverse SAS HDDs.
Moin zusammen,
ich habe hier ein nerviges Problem, wo mir langsam die Ideen ausgehen.
Vorgeschichte: Nach einem Netzteildefekt ist mein voriges Supermicro X9DRD-EF abgeraucht (steht hier nicht weiter zur Diskussion, nur der Vollständigkeit halber erwähnt) und wurde durch ein gebrauchtes X9DRD-iF ersetzt. Dazu habe ich mir zunächst einen DELL PERC H730 (ohne BBU/Cache Vault) gekauft und diverse SAS HDDs.
Hi.. mit SMC habe ich ca. 20 Jahre Erfahrung und kann Dir folgendes sagen...
Erstens ist das Ganze ein ziemlich altes Blech - wenn es läuft.. OK ;)
· NUR AOC oder original LSI/AVAGO/BROADCOM Controller einbauen. Die anderen sind OEM's und haben Ihren speziellen "Code" implementiert - führt zu Problemen...
Im "BIOS" kannst Du DUAL Boot einstellen (BIOS/UEFI) - damit solltest Du auch an Deine Sachen kommen.
Viel Erfolg!
Gruss Globe!
1
Moin.
Wir haben mit ARECA-Controllern auch sehr gute Erfahrungen gemacht, die laufen auf den SMC-Boards sehr stressfrei.
Cheers,
jsysde
Wir haben mit ARECA-Controllern auch sehr gute Erfahrungen gemacht, die laufen auf den SMC-Boards sehr stressfrei.
Cheers,
jsysde
Zitat von @Globetrotter:
Hi.. mit SMC habe ich ca. 20 Jahre Erfahrung und kann Dir folgendes sagen...
Naja, bei mir kratzt es an der 25 Jahre Marke Hi.. mit SMC habe ich ca. 20 Jahre Erfahrung und kann Dir folgendes sagen...
Aber darum soll es ja hier nicht gehen.Erstens ist das Ganze ein ziemlich altes Blech - wenn es läuft.. OK ;)
Das ist mir durchaus bewusst, wie Du Dir sicher vorstellen kannst ...· NUR AOC oder original LSI/AVAGO/BROADCOM Controller einbauen. Die anderen sind OEM's und haben Ihren speziellen "Code" implementiert - führt zu Problemen...
Zumindest der DELL Perc H730 lief auf dem alten -EF Board einwandfrei und eben auch testweise auf dem Intel Board im Backup-Server.Eigentlich möchte ich nur vestehen, was passiert ist, da der DELL und der M5120 jetzt auf beiden Boards nicht mehr funktionieren. Weder POST noch in der Devicelist unter Windows, Linux/VMWare und in der EFI Shell. Der komplette Controller taucht nicht mehr auf und folglich auch keine angeschlossene Disk.
Im "BIOS" kannst Du DUAL Boot einstellen (BIOS/UEFI) - damit solltest Du auch an Deine Sachen kommen.
Eben nicht, auch das Ausschalten der SOL Console Redirection (die Default auf COM2 enabled ist) hilft nicht. Es ist so, als würde die Karte (egal in welchem Slot sie steckt) gar nicht eingebaut sein.Inzwischen habe ich das BIOS neu gelfshed und auf Default zurückgestellt (macht er automatisch). Nur Grundeinstellungen vorgenommen - hilft alles nix.
Auch ein BIOS Downgrade habe ich probiert, aktuell neuste/letzte Version ist die 3.3, über die Waybackmashine habe ich die 3.2 heruntergelasden und geflashed, auch das bringt nichts.
Deswegen gehen mir die Ideen aus. Irgendwas muss das -iF Board in's Controller BIOS geschrieben haben, dass der jetzt den Dienst verweigert, anders kann ich mir das Verhalten nicht erklären.
Viel Erfolg!
... bis jetzt noch nicht eingetreten. Ich mach jetzt aber erstmal Pause, sitze schon wieder seit 5 Uhr an dem Problem dran (mit nur kurzen Unterbrechungen.Gruß
cykes
