Datenfront

Die neuen Pakete für DELL OMSA 6.1.0 erkennen bei einer ESX 4.0.0build164009 Basisinstallation fälschlicherweise eine bestehende OMSA 5.3.0 Installation, da der Installer die Abhängigkeiten in der RPM Datenbank abfragt.



Dazu habe ich einen Call bei DELL eröffnet und zusätzlich in den VMware Foren ein Workaround gefunden:

VMware Community vSphere 4.0 | ESX 4: http://communities.vmware.com/message/1321651#1321651
Alternativ hier als pdf Dokument: dell-omsa-6.1.0-on-esx-4.0.0-classic.pdf (71,51 KB)
Die interessante Passage habe ich mit einem gelben Textmarker markiert.

Der Installer denkt, es gäbe bereits eine alte Version von OMSA auf dem System und kommt aus dem Tritt. Abhilfe schafft hier das direkte installieren der RPM Pakete für "ESX40" und das manuelle öffnen der Firewall. ESX 3.5.0 Update 4 Systeme sind von dem Fehler nicht betroffen. Damit eine Installation des OMSA Clients auf den ESX 4.0.0build164009 reibungslos ablaufen kann muss man zuvor über folgende Befehlszeile als Administrator 'root' absetzen:

OSX-1057-XSTCGN:~ carsten$ ssh root@esx-400-xstcgn.xsteam.eu
root@esx-400-xstcgn.xsteam.eu's password:
Last login: Tue Jul 28 09:11:37 2009 from 10.2.110.121
[root@esx-400-xstcgn ~]# rpm -e --noscripts `rpm -qa | grep srvadmin`

Bei der neuen ESX 4.0.0 ISO Image Installation mit dem Build Stand: esx-DVD-4.0.0-171294.iso klappt die Installation auf Anhieb:

OSX-1057-XSTCGN:~ carsten$ ssh root@esx-400-xstcgn.xsteam.eu
root@esx-400-xstcgn.xsteam.eu's password:
Last login: Tue Jul 28 09:28:53 2009 from 10.2.110.121
[root@esx-400-xstcgn ~]# cd /tmp/
[root@esx-400-xstcgn tmp]# ls -alh
total 104M
drwxrwxrwt  5 root root  28K Jul 30 09:31 .
drwxr-xr-x 26 root root 4.0K Jun 25 12:54 ..
-rw-r--r--  1 root root 1.9K Jul 27 18:54 hostCompatList
drwxr-xr-x  2 root root 4.0K Jul 27 11:06 hsperfdata_root
drwxrwxrwt  2 root root 4.0K Jun 25 12:54 .ICE-unix
-rw-r--r--  1 root root 104M Jul 30 09:32 OM_6.1.0_ManNode_A00.tar.gz
drwxr-xr-x  3 root root 4.0K Jul 30 08:57 sfcb
[root@esx-400-xstcgn tmp]# tar -xvzf OM_6.1.0_ManNode_A00.tar.gz
[root@esx-400-xstcgn tmp]# .linux/supportscripts/srvadmin-install.sh -d -w -r -s <--- !!!Neu!!! Die Option 'd' (DELL agent) ersetzt die alte Option 'b' (base packages)

Installing the selected packages.

warning: srvadmin-cm-6.1.0-648.i386.rpm: Header V3 DSA signature: NOKEY, key ID 23b66a9d
Preparing...                ####################################### [100%]
   1:srvadmin-omilcore      ####################################### [  6%]
     To start all installed services without a reboot,
     enter the following command:  srvadmin-services.sh  start
   2:srvadmin-omcommon      ####################################### [ 12%]
   3:srvadmin-hapi          ####################################### [ 18%]
   4:srvadmin-syscheck      ####################################### [ 24%]
   5:srvadmin-deng          ####################################### [ 29%]
   6:srvadmin-omacore       ####################################### [ 35%]
   7:srvadmin-isvc          ####################################### [ 41%]
   8:srvadmin-omauth        ####################################### [ 47%]
   9:srvadmin-wsmanclient   ####################################### [ 53%]
  10:srvadmin-rac5-component####################################### [ 59%]
  11:srvadmin-jre           ####################################### [ 65%]
  12:srvadmin-cm            ####################################### [ 71%]
  13:srvadmin-iws           ####################################### [ 76%]
  14:srvadmin-omhip         ####################################### [ 82%]
  15:srvadmin-racadm5       ####################################### [ 88%]
  16:srvadmin-racdrsc5      ####################################### [ 94%]
  17:srvadmin-storage       ####################################### [100%]
[root@esx-400-xstcgn supportscripts]#
[root@esx-400-xstcgn supportscripts]# mv /vmfs/volumes/esx-400-xstcgn-local/DELL_OMSA.xml /etc/vmware/firewall/.
[root@esx-400-xstcgn supportscripts]# esxcfg-firewall -e 'DELL OpenManage Request'
[root@esx-400-xstcgn supportscripts]# service mgmt-vmware restart
Stopping VMware ESX Management services:
   VMware ESX Host Agent Watchdog                          [  OK  ]
   VMware ESX Host Agent                                   [  OK  ]
Starting VMware ESX Management services:
   VMware ESX Host Agent (background)                      [  OK  ]
   Availability report startup (background)                [  OK  ]
[root@esx-400-xstcgn supportscripts]# ./srvadmin-services.sh start
Starting Systems Management Device Drivers:
Starting dell_rbu:                                         [  OK  ]
Starting ipmi driver: Already started                      [  OK  ]
Starting snmpd:                                            [  OK  ]
Starting Systems Management Data Engine:
Starting dsm_sa_datamgr32d:                                [  OK  ]
Starting dsm_sa_eventmgr32d:                               [  OK  ]
Starting dsm_sa_snmp32d:                                   [  OK  ]
Starting DSM SA Shared Services:                           [  OK  ]
Starting DSM SA Connection Service:                        [  OK  ]
[root@esx-400-xstcgn supportscripts]#

Danach kann man wie gewohnt die lokale DELL OpenManage Installation über einen unterstützten Webbrowser aufrufen:
https://esx-400-xstcgn.xsteam.eu:1311

Ein kleines Goodie am Rande:
Wer Anwendungenn in die SC installieren muss der weiß, dass die Firewall zumeist auch angepasst werden muss. Dabei kann man über das Kommandozeilenwerkzeug von VMware esxcfg-firewall die eingebaute Firewall manipulieren.
Leider sieht man im vSphere Client nicht, dass es ein weiteres Sicherheitsprofil gibt und ahnt, wenn man nur auf der GUI agiert nicht, dass im System weitere Änderungen an der Firewall vollzogen worden sind.

Auf der Kommandozeile würde man wie folgt den einzelnen OMSA Port freigeben können:

esxcfg-firewall -o 1311,tcp,in,OpenManageRequest

Wer gerne auch "sieht" was er einrichtet kann gerne ein Sicherheitsprofil anlegen und über dieses dann die Portkontrolle ausüben:

<!-- Firewall configuration information for DELL OpenManage SystemAdaministrator -->
<ConfigRoot>
    <service>
    <id>DELL OpenManage Request</id>
        <rule id='0000'>
            <direction>inbound</direction>
            <protocol>tcp</protocol>
            <port type='dst'>443</port>
            <flags>-m state --state NEW</flags>
        </rule>
        <rule id='0001'>
            <direction>inbound</direction>
            <protocol>tcp</protocol>
            <port type='dst'>1311</port>
            <flags>-m state --state NEW</flags>
        </rule>
        <rule id='0002'>
            <direction>outbound</direction>
            <protocol>tcp</protocol>
            <port type='dst'>443</port>
            <flags>-m state --state NEW</flags>
        </rule>
        <rule id='0003'>
            <direction>outbound</direction>
            <protocol>tcp</protocol>
            <port type='dst'>1311</port>
            <flags>-m state --state NEW</flags>
        </rule>
    </service>
</ConfigRoot>

Und wer will kann auch die fertige Datei direkt hier herunterladen: DELL_OMSA.xml (,80 KB)
Das fertige Profil muss dann nur noch in der SC abgelegt werden und mit der Firewall geladen werden:

root@esx40 #cp ./DELL_OMSA.xml /etc/vmware/firewall/.
root@esx40 #esxcfg-firewall -e "DELL OpenManage Request"
root@esx40 #service firewall restart
root@esx40 #service mgmt-vmware restart <-- sorgt dafür, dass der vSphere Client das neue Profil auch anzeigt! (!!!Achtung, bei direkten Connect auf den ESX wird vSphere Client Sitzung getrennt!!!)

Viel Erfolg beim umsetzen

Nachdem ein paar Wochen ins Land gegangen sind, ohne dass man seine DELL Server mit OMSA ausstatten konnte, hat DELL mit der Version 6.1 eine unterstütze Version von OpenManage veröffentlicht, die VMware ESX(i) Server 4.0.0 unterstützt.
Dabei kann das Paket als einzelnes Installationspaket über die DELL Website heruntergeladen werden.
Die Installation erfolgt aus der SC heraus und bedarf keines Neustarts des Servers. Nach der Installation ist die ESX Server Firewall noch zu konfigurieren. Die Installation erfolgte über das Installationspaket „OM_6.1.0_ManNode_ A00.tar.gz“ Die Software kann wie gewohnt kostenlos über die DELL Website heruntergeladen werden.

Download Link OMSA Installationsquelle:
ftp://ftp.us.dell.com/sysman/OM_6.1.0_ManNode_ A00.tar.gz

Download Link OMSA Installationsanleitung:
Für ESX Server Version 3.0: http://www.dell.com/downloads/global/solutions/Installing_Dell_OpenManage_50_on_ESX_3.pdf
Für ESX Server Version 3.5 und 4.0 "Classic": http://support.dell.com/support/edocs/software/smsom/6.1/en/ug/html/instlx.htm#wp1054425

Für die ESXi Varianten bietet DELL mittlerweile eine eigene Kompilierung des Paketes für ESXi embedded an, bei der die OM Ageneten bereits integriert sind. Damit hat DELL mit HP gleichgezogen, die diese Verknüpfung für OpenView bereits seit einiger Zeit über die HP und VMware Website anbietet.
Neben der embedded Variante von DELL gibt es noch ein weiteres Paket für die Variante ESXi "installable". Dazu wird ein Frontend auf einem entferneten System installiert, das dann wiederum die ESXi OpenIPMI Schnittstelle DELL spezifisch abfragt und so den konkreten Maschinenzustand an OM weiterleiten kann. Der Anwender kann über diese Webschnittstelle zentral alle ESXi Systeme mit DELL Hardware abfragen. Es bleibt abzuwarten, wann die neuen Funktionen von vSphere 4.0 in der neuen DELL Management Console zusammengeführt werden.

In der jüngeren Vergangenheit hatte ich über die Problematik mit der Installation von DELL OMSA unter VMware ESX 3.5.0 bereits berichtet. Das Problem liegt dabei an zwei Stellen. Zum Einen unterstützt DELL offiziell RHEL 3 Update9 nicht mehr als Plattform und zum Anderen nutzt VMware eine eigene IPMI Integration in den ESX Server und damit in das speziell für VMware geschnittene RHEL 3U9. Daraus ergibt sich zwangsläufig eine Sackgasse, wenn man den bisher gültigen Weg der Installationsanweisung folgte und das DELL IPMI Paket mit dem Kernel verheiraten wollte. Das Ergebnis, eine nicht mehr funktionierende Hardwareüberwachung, die sich nicht mehr deinstallieren lies!

Die Lösung war so einfach, wie überraschend, denn DELL veröffentlichte ohne Benachrichtigung ein Update seines Installationsleitfadens, indem diese Prozedur einfach ausgelassen wurde und siehe da, OMSA funktioniert. Manchmal sind es die kleinen Dinge im Leben, auf die es ankommt. Für alle die keine Lust haben zu warten, so geht's:

1. DELL OMSA Paket für Linus von der bekannten Website support.dell.com herunterladen
2. Das Archiv auf den ESX Server kopieren, ambesten nach /tmp oder /root
3. Das Archiv entpacken

root# tar -xvzf OM****.tar.gz

4. In der ESX Server Firewall sowohl snmp als auch den OMSA Port freigeben:

root# esxcfg-firewall -e snmpd
root# esxcfg-firewall -o 1311,tcp,in,OpenManageRequest

5. OMSA Module installieren

root# ./linux/supportscripts/srvadmin-install -b -w -r -s
root# ./linux/supportscripts/srvadmin-services start
!!!Die Option -r nur verwenden wenn eine DRAC Karte im Server installiert ist!!!

6. Webbrowser starten und die Installation kontrollieren, das war's

Wie inoffiziell bestätigt wurde existiert zur Zeit ein Installationsproblem mit DELL OpenManage Server Administrator (OMSA) auf der aktuellen ESX Server Version. Die angebotenen Skripte, die unter anderem einige Kernelmodule rekompilieren laufen dabei ins Leere, bzw. verursachen einen Installationsfehler, der dazu führt, dass die interne Open IPMI Schnittstelle des ESX Servers nicht mehr fehlerfrei startet.
Erst mit der Version 5.5.0_A00 soll dieses Problem behoben sein.

Workaround I:
Installiert man neue ESX Server kann man einfach "nur" die Version 3.5.0 Update 1 installieren - verrückt? Vielleicht, bei näherer Betrachtung aber durchaus praktikabel, denn wenn der UpdateManager zum Einsatz kommt, lädt dieser eh alle Patches für die Versionen ESX 3.0.3 und ESX 3.5.0 seit deren Erscheinen herunter und stellt diese bereit zur Installation, unabhängig davon, ob das Paket installiert werden muss oder nicht.
Für alle Kunden mit weniger als 2 MBit Internetanbindung empfehle ich die kompletten Updatepakete "zuhause" herunterzuladen und dann einfach in die existierende Ordnerhierarchie zu kopieren und den UpdateManager Dienst neu zu starten.

Workaround II:
Seit der Version 3.5.0 hat VMware eine eigene IPMI Schnittstelle integriert. diese kann die komplette Hardware auslesen und auch überwachen, gerade in kleineren Umgebungen kann diese Hardware Überwachung die "große" Lösung durchaus ersetzen, dann man kann im VirtualCenter Alarme für die Hardware Überwachung einstellen und auch die Seriennummer auslesen (wird angezeigt). Das funktioniert sehr gut mit den Systemen von DELL und auch von FSC.

Als Alternative bleibt nur: Warten!