Kategorie-Archiv: VMware

Problem

Ein HP ProLiant DL380G7 zeigt nach einem Update/Reboot unter vSphere 5.5 nur noch einen „PinkScreen of Death“. Ein normaler Betrieb ist nicht mehr möglich. Ein Defekt ist aber unwarscheinlich, da die Maschine schon länger im Einsatz ist. Auch eine Neuinstallation bringt keine besserung – vmware vSphere startet und stürzt sofort ab.

Lösung

Der vormals aktuelle SmartArray-Treiber unter vSphere 5.1 und 5.5 hat einen Bug, der im Zusammenhang mit lokalen Datastores den PSOD verursacht. Abhilft hafft die neue Version des Treibers 5.5.0.60-1 (oder höher) von HP. HP ProLiant Smart Array Controller Driver for VMware vSphere 5.5 (VIB file)

Problem

Nach einem Neustart eines Hosts oder (häufiger) eines SAN-Controllers oder Controllerverbundes lassen sich ein oder mehrere bestehende Datastores nicht mehr zur Datenspeicherliste einzener Hosts hinzufügen. Auf anderen Hosts ist das aber möglich; manchmal werden die bestehenden VMFS-Volumes sogar automatisch gefunden. Die Option „Bestehende VMFS Signatur übernehmen“ ist beim hinzufügen aber ausgegraut (deaktiviert), nur „Datenspeicher formatieren“ steht zur Verfügung.

An der Shell des Hosts zeigt ein „esxcfg-volume -l“ das betreffende Volumen zwar an, aber mit dem Status „busy“ oder „in use“.

Lösung

Manuelles mounten erzwingen, dabei die neue ID einfach übernehmen.

vmware-esxcfg -l

Gibt die ID des Datastores aus

vmware-esxcfg -M <id>

Mountet den datastore neu. Das bleibt dann auch permanent so.

Problem

Das In-Place-Upgrade eines ESXi5.1 Hosts auf 5.5 schlägt mit der Meldung „Cannot run upgrade script on host“ fehl. Das selbe passiert beim Update über den Update Manager. Der Host bootet nach der Fehlermeldung das alte vSphere 5.1 neu.

Lösung

In /var/log/vua.log auf dem Updateserver (oder lokal) ist folgende Fehler protokolliert:

VUA exiting
Alert:WARNING: This application is not using QuickExit(). The exit code will be set to 0.@ ~/vim/lib/vmacore/main/service.cpp:147

Es gibt offenbar zwei Lösungen die hier helfen können

1. HA-Agent komplett (!) neu installieren („Neu konfigurieren“ reicht nicht:
   1. Host aus dem Cluster entfernen und herunterfahren (!)
   2. Nach einem reboot auf dem betroffenen Host den Agenten lokal über eine Kopie des uninstall-Script deinstallieren:

      cp /opt/vmware/uninstallers/VMware-fdm-uninstall.sh /tmp
      chmod +x /tmp/VMware-fdm-uninstall.sh & /tmp/VMware-fdm-uninstall.sh

   3. Host rebooten, neu zum Cluster hinzufügen, fertig. Jetzt läuft das Update durch. (Quelle)
2. Bei der Meldung „Remediation failed due to non mmode failure“ ist das Verzeichnis /bootbank/state.* nicht leer.
   1. Im vua.log findet sich die ID der Maschine; die passende state-file einfach entfernen und erneut versuchen.(Quelle)

Problem

Der SSH-Dienst lässt sich auf einem vSphere Host nicht beenden. Zudem wird die Warnung „SSH wurde für diesen Host aktiviert“ auf dem Übersicht-Tab angezeigt und der Host wird in der Übersicht nur noch it einem gelben Warnsymbol angezeigt.

Aufruf von "HostServiceSystem.Stop" für Objekt "serviceSystem-8145" auf vCenter Server "vcenter" ist fehlgeschlagen.

Lösung

1. SSH-Sitzung zu dem betroffenen Host öffnen
2. Backup der services.xml anlegen:

   cp /etc/vmware/service/service.xml /etc/vmware/service/service.backup

3. Die

   sshServer

   Zeile aus der Datei service.xml löschen, speichern, schliessen

4. Firewall/Servicemanager die Konfiguration neu einlesen lassen (oder Host rebooten)

   esxcli network firewall refresh

Das wars, jetzt klappt das Starten und Stoppen des SSH-Dienstes auch wieder via vSphere Client. Update: Es gibt sogar einen offiziellen KB der dieses vorgehen suported.

Lösung 2: Aber ich will doch SSH verwenden!

Die Warnung lässt sich auch generell pro Host abschalten.

1. Den betreffenden Host auswählen -> Konfiguration -> Erweiterte Einstellungen
2. Ganz nach unten zu „UserVars“ scrollen und den Wert „UserVars.SuppressShellWarning“ auf „1“ stellen.

Dann ist die Warnung sofort verscheunden und kommt auch nicht wieder.