{"id":1274,"date":"2015-01-26T15:48:43","date_gmt":"2015-01-26T14:48:43","guid":{"rendered":"http:\/\/www.dirk-hagedorn.de\/?page_id=1274"},"modified":"2020-09-03T17:44:54","modified_gmt":"2020-09-03T15:44:54","slug":"linux-auf-fujitsu-tx150-s8-mit-lsi-embedded-megaraid","status":"publish","type":"page","link":"https:\/\/www.dirk-hagedorn.de\/?page_id=1274","title":{"rendered":"Linux auf Fujitsu TX150 S8 mit LSI Embedded MegaRAID"},"content":{"rendered":"

Als Ersatz f\u00fcr eine SCO-Unix-Installation auf Hardware von 1999 sollte ein neuer Server her. Ein Fujitsu Primergy TX150 S8<\/a> schien mir geeignet, diese Rolle zu \u00fcbernehmen: ordentlich RAM rein, zwei Platten f\u00fcr ein RAID1, Ubuntu-Server 14.04 LTS drauf, sollte passen.<\/p>\n

Ich nutze seit Jahren Debian-Linux, habe mich in den letzten Jahren an das Paketmanagement mit apt-get oder synaptic gew\u00f6hnt. Das auf Debian basierende Ubuntu war in den letzten Wochen mein Favorit wenn es darum ging, Netbooks, Laptops oder mit VirtualBox oder Citrix XenServer virtualisierte Systeme ruckzuck einzurichten. Die zertifizierten Systeme f\u00fcr den Fujitsu TX150 S8 sind Red Hat Enterprise Linux und SuSE Enterprise Linux, Ubuntu oder Debian sind nicht zertifiziert. Mit SuSE habe ich seit der 4.3 nichts mehr gemacht (oh Gott, das muss fast 20 Jahre her sein…), Red Hat habe ich noch nie verwendet. Was das genau bedeutete, dass Ubuntu nicht zertifiziert ist, wusste ich nicht. „Wird schon laufen“ ist nur halb aufgegangen.<\/p>\n

Separate RAID-Controller-Hardware sollten f\u00fcr den TX150 S8 nicht n\u00f6tig sein, dass RAID1 k\u00f6nne der Onboard-Controller \u00fcbernehmen, so wurde vons uns gemeinsam vermutet. Das sollte sich ebenfalls leider nur zur H\u00e4lfte bewahrheiten. Einen Tag lang habe ich das halbe Web abgegrast, so recht nichts hilfreiches gefunden, dabei aber den Begriff des „Fake-RAID<\/a>“ gelernt.<\/p>\n

Das verbaute Mainboard des TX150 S8 kann entweder ohne RAID, mit einem „LSI Embedded MegaRAID“ betrieben werden oder aber die „Intel Rapid Storage Technology enterprise (Intel RSTe) for Linux OS“ verwenden. F\u00fcr einen gesch\u00e4ftskritischen 24\/7-Server f\u00e4llt die ungespiegelte Variante nat\u00fcrlich aus. Das BIOS war bei Auslieferung auch so eingestellt, dass der LSI MegaRAID verwendet wurde.<\/p>\n

RAID1 einrichten<\/strong><\/p>\n

Nach Einschalten des Servers meldet sich zun\u00e4chst das BIOS des LSI MegaRAID. Hier einmal CTRL-M oder RETURN dr\u00fccken, um in die BIOS-Einstellungen zu gelangen. Dann w\u00e4hle man „Configure \/ Easy Configuration“, richte das RAID1-VirtualDrive ein, initialisiere es und boote neu.<\/p>\n

Problem Nr. 1: LSI Embedded MegaRAID<\/strong><\/p>\n

F\u00fcr den LSI MegaRAID sind propriet\u00e4re Treiber notwendig. Wer (wie ich) ein Ubuntu-Variante installieren m\u00f6chte, kommt genau bis zu dem Punkt, an dem man zur Partitionierung des Laufwerks gelangt. Dort meckert der Ubuntu-Installer, dass kein Laufwerk gefunden wurde. Auch das Nachladen aller „megaraid“-Kernelmodule bringt keine Abhilfe.<\/p>\n

Alle Ubuntu-Varianten scheiden damit aus, mit Debian7, VMWare ESXi oder Citrix XenServer 6 wurde es nicht besser. Auch alle vorhandenen linux-basierten Rettungssysteme wie GParted, CloneZilla oder SystemRescueCD konnten mit dem VirtualDrive des LSI MegaRAID nichts anfangen. Es gibt aber noch CentOS, dazu sp\u00e4ter mehr.<\/p>\n

Problem Nr. 2: Intel RSTe<\/strong><\/p>\n

Entnervt habe ich im BIOS dann auf Intel RSTe umgestellt, dort ein RAID1 eingerichtet (selbsterkl\u00e4rend, Update siehe unten *<\/strong>) und mal wieder die Ubuntu-Server-Installation gestartet. Und – oh Wunder – Ubuntu erkennt das eingerichtete RAID1-Laufwerk („one or more drives containing MDADM containers (Intel\/DDF RAID) have been found“) und installiert flei\u00dfig darauf los. Bis zu dem Moment, in dem GRUB-Bootloader installiert werden soll: „grub install \/dev\/md126p1“ ist fehlgeschlagen.<\/p>\n

\"tx150-grub\"<\/a><\/p>\n

Alle irgendwo im Web gefundenen Tipps der Art („nimm \/dev\/md126, dann geht’s“) funktionierten nicht. Die gefundenen Aussagen waren nicht sehr vertrauenserweckend: Ein Benutzer hatte beispielsweise den GRUB-Bootlader auf einen USB-Stick installiert und seinen Rechner dann entsprechend \u00fcber den USB-Stick gebootet. Das ist nicht wirklich das, was ich mir f\u00fcr meinen Server vorgestellt habe…<\/p>\n

(*) Update<\/strong>: Genau das war der Fehler. Man darf kein RAID1-Volume im Intel RSTe BIOS einrichten. Die Details habe ich hier beschrieben. Wer Ubuntu Server installieren m\u00f6chte und irgendwie \u00fcber eine Suchmaschine auf dieser Seite gelandet ist, bitte hier entlang<\/a>.<\/p>\n

Die L\u00f6sung: CentOS7 Minimal ISO und megasr<\/strong><\/p>\n

Da Red Hat Enterprise Linux zertifiziert ist, Red Hat sich aber mehr als widerborstig anstellt, die 30-Tage-Testversion herunterladen zu d\u00fcrfen, habe ich es kurzerhand mit dem freien CentOS probiert. Die Idee: kommt aus dem selben Hause, vielleicht geht da etwas. Das „Minimal ISO“ von CentOS heruntergeladen (Liste der Spiegelserver<\/a>), auf eine CD gebrannt, vorher nat\u00fcrlich ein frisches LSI-MegaRAID-VirtualDrive eingerichtet und initialisiert, von der CD gebootet, und: Wieder nichts.<\/p>\n

Aber so geht’s: Auf der dem TX150 S8 mitgelieferten DVD 2 („ServerView Suite – Management and Serviceability“) liegt ein ISO-Image einer „Driver Update Disc“ (\\SVSLinux\\RHDUP\\RHEL7\\rhel7-ga\\megasr\\megasr-16.01.2014.0318-1-004.x86_64.iso), dies brenne man auf eine CD. Ins DVD-Laufwerk des Servers lege man die CentOS-Minimal-CD ein, in ein USB-CD-ROM-Laufwerk die Driver Update Disc. W\u00e4hrend der CentOS-Installer startet, werden die Treiber auf der Driver Update Disc erkannt und geladen, damit der LSI MegaRAID erkannt, welcher dann als Ziellaufwerk f\u00fcr die sp\u00e4tere Installation zur Verf\u00fcgung steht:<\/p>\n

\"tx150-megasr\"<\/a><\/p>\n

Na also, geht doch! \ud83d\ude42<\/p>\n

Hinweis: Die Treiber \/ Kernel-Module von der Driver Update Disc (DUD) werden scheinbar nur von dem „Minimal ISO“ vor dem Start des Installers geladen. Dem „livecd“ ISO-Image war die eingelegte DUD egal, daher wurde mit diesem ISO-Image auch der LSI MegaRAID wieder nicht erkannt und damit die Installation nicht m\u00f6glich.<\/p>\n","protected":false},"excerpt":{"rendered":"

Als Ersatz f\u00fcr eine SCO-Unix-Installation auf Hardware von 1999 sollte ein neuer Server her. Ein Fujitsu Primergy TX150 S8 schien mir geeignet, diese Rolle zu \u00fcbernehmen: ordentlich RAM rein, zwei Platten f\u00fcr ein RAID1, Ubuntu-Server 14.04 LTS drauf, sollte passen. Ich nutze seit Jahren Debian-Linux, habe mich in den letzten Jahren an das Paketmanagement mit Weiterlesen\u00a0\u2026<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":785,"menu_order":0,"comment_status":"open","ping_status":"open","template":"","meta":{"footnotes":""},"class_list":["post-1274","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=\/wp\/v2\/pages\/1274","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1274"}],"version-history":[{"count":12,"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=\/wp\/v2\/pages\/1274\/revisions"}],"predecessor-version":[{"id":1919,"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=\/wp\/v2\/pages\/1274\/revisions\/1919"}],"up":[{"embeddable":true,"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=\/wp\/v2\/pages\/785"}],"wp:attachment":[{"href":"https:\/\/www.dirk-hagedorn.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1274"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}