Kategorie-Archiv: hp

Die schnellste Möglichkeit ein MSA2324fc (gilt für alle MSA2000 G2/G3 Modelle) auf den aktuellsten Firmware-Stand zu bringen:

1. Backup. Backups sind immer gut. Auch wenn warscheinlich nichts verloren geht.
2. Firmware (mercurysw*.bin) Herunterladen (für ein MSA2024/2324, also MSA2000fc zum Beispiel hier)
3. FTP im Management-Controller einschalten
   1. Konfiguration > Dienste > Verwaltung (Respektive „Configuration > Services > Management“)
4. Via FTP-Client (Kommadozeile DRINGEND empfohlen!) zum Management-Controller verbinden:

   1. ftp <management-ip>

   2. einloggen (der „Manage“-User ist OK)

   3. bin
      hash
      put <mercury*.bin Datei> flash

   4. *warten*
5. Fertig.

Die Default IP-Adresse der controller, wenn es keinen DHCP im Netz gibt, ist übrigens die 10.0.0.2/24 (Controller-A) und 10.0.0.3/24 (Controller-B). Mehr in der Anleitung. Als dieser Artikel geschrieben wurde war die aktuell: HP 2000 G2 Modular Smart Array Controller Firmware M114P01. Die Version lässt sich an der (SSH-) Shell mit „show version“ überprüfen. Wenn die Ausgabe wie folgt (in etwa) aussieht, hat alles geklappt:

# show version
Controller A Versions
---------------------
Storage Controller CPU Type: Turion MT32 1800MHz
Storage Controller Code Version: M114P01
Memory Controller FPGA Code Version: F300R22
Storage Controller Loader Code Version: 19.009
Management Controller Code Version: W441R57
Management Controller Loader Code Version: 12.015
Expander Controller Code Version: 1118
CPLD Code Version: 8
Hardware Version: 56

Nach langem herumsuchen steht fest: eines der zahlreichen Firmware-Updates ändert die Default-Zugangsdaten. Die Daten lauten dann nicht mehr „admin:password“, sondern „root:fibranne“. Völlig logisch.

Problem

In einem HP MSA P2000/2012fc wird der Status einer vDisk als „Kritisch“ („Crit“) angezeigt und eine der Festplatte in dem betroffenen Array hat plötzlich den Status „LEFTOVER“. Wenn dem Raid5-Array vorher eine Spare-Platte zugeordnet war, hat diese plötzlich den Status „AVAIL“. Die LEFTOVR-Platte leuchtet auch Orange. Zudem sind im Log möglicherweise die Meldungen

• Event 55: A disk drive reported a SMART event
• Event 314: There is a problem with a FRU.

zu lesen.

Lösung

Die LEFTOVR-platte enthält noch Metadaten der betroffenen vDisk. Die Metadaten müssen entfernt und die Platte neu zugeordnet werden. Das pasisert, wenn eine Platte in den Status „defekt“ wechselt, dann aber wieder zurück in „OK“. Das kann am Defekt selber liegen, oder an einem Problem mit der Stromversorgung (Log prüfen!).

So löscht man die Metadaten der LEFTOVR Disk:

1. Im Webfrontend („HP MSA Storage Management Utility“) links in der Baumstruktur ganz oben auf das MSA-Gerät klicken. Dann in der rechten Hälfte auf Tools > Clear Disk Metadata (je nach Sprache mag das anders heissen).
2. Rechts im main panel, die richtige(n) Disk(s) auswählen und „Clear Metadata“ klicken, dann OK. Das ziemlich recht schnell.

Die Disk sollte der VDisk dann wieder zugeordnet werden:

1. Im Webfrontend die vdisk mit dem Problem auswählen, rechte Maustaste Configuration > Manage Dedicated Spares
2. Die soeben gelöschte Disk taucht jetzt hier als „AVAIL“ auf. Die disk auswählen und zuordnen.

Das war schon alles. Die MSA fügt die Platte jetzt an der Orginalstelle dem Array wieder hinzu und startet (falls notwendig) auch das Rebuild. Die Platte wird meistens noch eine Weile als „SPARE“ angezeigt, dieser Status ändert sich aber. Je nach Array-Konfiguration dauert das Rebuild eine ganze Weile.

Wenn es eine SPARE disk für das Array gegeben hat, wird dieses nun ebenfalls AVAL und muss dem Array erneut hinzugefügt werden.

Problem

Da hat der Kunde einen Server mit dem schicken HP Integrated Lights Out (ILO) gekauft, aber irgendwann™ hat irgendjemand™ wohl irgendwo™ das Kennwort geändert und natürlich nicht dokumentiert oder vergessen.

Voraussetzung für den Kennwortreset ist ein lokaler administrativer Benutzer oder root-Zugang auf dem Hardware-Server. Sollte die Maschine ein ESX(i) sein, ist ein bisschen mehr Aufwand notwenig, geht aber auch. Unter vmware ESX müssen die HP-Tools installaiert sein oder ein HP-ESX(i) Image gebootet sein (das enthält schon automatisch den Interface Driver und HPONCFG).

Lösung

1. HP Service Pack for ProLiant herunterladen (das ersetzt ab jetzt die Smart Update Firmware DVD und die ProLiant Support Packs (PSPs) und installieren. Wichtig ist der „ILO Channel Interface Driver“, das ist das API Interface für HPONCFG.
2. Alternativ: Download hponcfg (für Windows) mit ilo-rest.xml direkt von hier. Achtung, das ist bestimmt superillegal und total gefährlich und so und überhaupt. hponcfg für Windows (ugg.li mirror download)
3. Erstelle im hponcfg-verzeichnis eine ilo-reset.xml

   <ribcl VERSION="2.0">
   <login USER_LOGIN="Administrator" PASSWORD="egalpasswort">
   <user_INFO MODE="write">
   <mod_USER USER_LOGIN="Administrator">
   <password value="neuespasswort"/>
   </mod_USER>
   </user_INFO>
   </login>
   </ribcl>

4. An der Kommandozeile das neue XML dann ins ILO schreiben: HPONCFG.exe /f ilo-reset.xml

Alternativ lässt sich auch ein neue „nackter“ Admin-Benutzer zum ILO hinzufügen.

Neuer-ILO-Benutzer.XML

<RIBCL VERSION="2.1">
 <LOGIN USER_LOGIN="Administrator" PASSWORD="password">
 <USER_INFO MODE="write">
 <ADD_USER
 USER_NAME = "aadmin" <-- neuer user (name)
 USER_LOGIN = "aadmin"  <-- neuer user (loginname)
 PASSWORD = "Just1Tribute"> <-- neues passwort
 <ADMIN_PRIV value = "Y"/>
 <REMOTE_CONS_PRIV value = "Y"/>
 <RESET_SERVER_PRIV value = "Y"/>
 <VIRTUAL_MEDIA_PRIV value = "Y"/>
 <CONFIG_ILO_PRIV value = "Y"/>
 </ADD_USER>
 </USER_INFO>
 </LOGIN>
</RIBCL> 

Weider mit hponcfg /f einlesen und setzen, fertig.