Probleme mit mehreren Raid-Controllern

Wer mehrere Raid-Controller in einem Server betreiben will, der kann schneller Probleme bekommen als ihm lieb ist. Selbst wenn der Hersteller der Controller der Gleiche ist, ist nicht immer gesagt, dass die Controller miteinander oder mit dem Mainboard harmonieren. Das folgende Beispiel soll dies wieder einmal belegen und zwei prinzipielle Probleme mit mehreren Controllern verdeutlichen.

Zunächst aber einmal das Szenario. Bei einem Kunden wird ein niegelnagel neuer Server eines deutschen Serverlieferanten geliefert. Das Mainboard ist ein "Intel S5000PSLSATA" und zwei Raid-Controller stecken auch schon in den PCI-Slots, einmal ein "Adaptec SCSI Card 29160" (für den Anschluss eines Bandlaufwerks) und einmal ein "Adaptec ICP 5045BL" (für den Anschluss der Betriebssystemfestplatten). Diese Konfiguration bootet ohne Probleme.

Doch nun wird eine zusätzliche "ICP Vortex GDT 8623RZ"-Karte eingebaut. Beim Booten werden nun alle Karten erkannt, aber der Server hängt sich danach sofort auf.

Woran liegt das und wie kann man den Fehler beheben?

Tja, woran dies liegt, das hat uns einige Tage gekostet um das herauszufinden, aber man kann den Fehler in einem Wort beschreiben: 384K-Bereich oder DOS-Ära.
Der 384K-Bereich ist ein Überbleibsel aus der Zeit als man nur sehr wenig Arbeitsspeicher (RAM) zur Verfügung hatte. Die Chips auf der Platine, vor allem der BIOS-Chip, hatten selbst nicht genügend Kapazität und so wurde die Konvention festgelegt, dass der Bereich zwischen 640 K und 1024 K im Hauptspeicher für Anwendungen der BIOS-Software freigehalten werden muss. Man spricht hier auch vom sogenannten "resevierten Speicher".

In diesen Speicherbereich werden nach wie vor immer noch Daten bei jedem Start eines Computers geschrieben. So auch die Daten unserer drei Raid-Controller. Nur leider sind 384K relativ wenig, wenn man die drei oben genannten Raid-Controller benutzt.

Aber wie lässt sich jetzt Abhilfe schaffen? Ganz einfach. Man muss versuchen im BIOS Dinge zu deaktiveren (meistens auf "disabled" stellen) um mehr Platz in diesem Speicherbereich zu schaffen. Bei unserem Mainboard zum Beispiel existieren zwei Netzwerkanschlüsse die beide Wake-On-Lan unterstützen. Natürlich war diese Funktion auch aktiviert. Nach der Deaktivierung war nun genug Platz im reseverierten Speicher frei um die Daten der Controller unterzubringen. Erstes Zwischenfazit: Einer von zwei baugleichen Servern lief.

Nun zum zweiten Server. Der lief nämlich nicht. Interessanterweise konnte man beim Starten des Servers eine andere Reihenfolge, in der die Controller erkannt wurden, sehen. Nachdem im Anschluss die Controller so angeordnet wurden, wie in der oberen Maschine, lief auch der zweite Server ohne murren.

Je nachdem, welcher Slot zuerst erkannt wird, kann dies also schon einen Unterschied ausmachen. Ein Tauschen der Controller in den verschiedenen Slots kann also ebenfalls Abhilfe schaffen.

Wer noch mehr über den 384-K oder reservierten Speicher lesen möchte, der sei an folgende Webseiten verwiesen:

http://www.hausarbeiten.de/faecher/hausarbeit/inb/3990.html

http://www.glossar.de/glossar/1frame.htm?http%3A//www.glossar.de/glossar/z_arbeitss.htm

Und hier noch kurz die Herstellerseiten zu der oben genannten Hardware mit Dokumentation und Treibern (ICP gehört mittlerweile zu Adaptec):

Adaptec SCSI Card 29160:

http://www.adaptec.com/de-DE/products/scsi/ultra160/ASC-29160/

Adaptec ICP 5045BL:

http://www.adaptec.com/de-de/support/raid/icp_sas_raid/ICP5045BL/

ICP Vortex GDT 8623RZ:

http://www.icp-vortex.com/german/download/clust_d.htm

Intel S5000PSLSATA:

http://www.intel.com/design/servers/boards/s5000PSL/index.htm