Autor: Michael Schroeder

Veröffentlicht am

VMtools Update über Icon nicht möglich

Es gibt mehrere Wege, die VMtools einer Windows VM zu aktualisieren. Der wohl praktischste ist der über das Kontextmenü der VM im vSphere-Client. Über ESX-Generationen hinweg konnte man dies auch aus dem Windows System selbst initiieren. Versucht man dies unter vSphere5, erhält man folgende Meldung:

Update Tools failed. Edit the virtual machine’s vmx file, add the line below and try again. Please read KB article 1714 on tips for editing a vmx file.isolation.tools.guestInitiatedUpgrade.disable = „FALSE“

Das ist kein Bug, sondern eine Sicherheitseinstellung. Die Möglichkeit der Tools Installation aus der VM wurde seit Version 5 deaktiviert, um zu verhindern dass unberechtigte User Treiber aktualisieren, die möglicherweise einen Reboot zur Folge haben oder die Funktion der VM beeinträchtigen. „VMtools Update über Icon nicht möglich“ weiterlesen

Veröffentlicht am

Update: APC PCNS 3.0.1 mit VMware vMA 5

Bei längerem Stromausfall kommen auch leistungsfähige UPS Systeme an ihre Grenzen und man muß die angeschlossene Hardware kontrolliert herunter fahren. Bei virtuellen Systemen muß zusätzlich noch für die kontrollierte Abschaltung der Gast VMs gesorgt werden. Ein praktisches Mittel hierfür biete die Firma APC für ihre UPS-Systeme mit NMC (Network Management Card) an. Die Software PowerCHute Network Shutdown (PCNS) wird hierfür in der VMware Management Appliance (vMA) installiert und steuert über diese die Abschaltung der ESXi Server und deren VMs.

Derzeit aktuell ist vMA 5.0.0.2 in Verbindung mit PCNS 3.0.1. Ich habe daher meinen ursprünglichen Blogartikel zur Einrichtung des Systems aktualisiert und an die neuen Versionen angepasst.

Veröffentlicht am

vCenter Phantom Alarm

In einem vSphere5 Cluster (vCenter 5.0.0) zeigten viele VMs ein rotes Alarm Symbol, jedoch war im Alarm-Tab der VM keine Information zu finden. Alle VMs waren online und verhielten sich normal. Wir haben es offensichtlich mit einem Phantom Alarm zu tun.

Was zuvor geschah

Der Cluster hatte einige Tage zuvor einen harten Absturz infolge eines Stromausfalls und einer zu schwachen Unterbrechungsfreien Stromversorgung (UPS), die ihrem Namen keine Ehre machte. Nach Wiederherstellung der Stromversorgung starteten die ESX Server zunächst ohne Storage. Wie dies genau erfolgte, entzieht sich meiner Kenntnis. Danach zeigten alle VM die rätselhaften Alarme.

Erste Hilfe

Das Alarm Symbol verschwand, wenn man die VM mittels vMotion auf einen anderen ESX Host verschob. Eine spätere geplante Abschaltung des Clustern und ein kontrollierte Neustart ließ ebenfalls alle Phantom Alarme verschwinden.

Eine vergleichbare Beobachtung wird auch in den VMware Communities berichtet.

Bug

Hierbei handelt es sich um einen Bug in vCenter. Durch Zufall fand ich eine Beschreibung dieses Verhaltens in den Releasenotes von vCenter 5.0 Update1. Die Beschreibung findet sich im Kapitel „Known Issues“ unter  „Storage„. Hier ein Auszug aus den VMware Releasenotes:

vCenter Server 5.0 virtual machines might display a red warning icon in the inventory

In vCenter Server 5.0, some VMs might display a red warning icon in the inventory, however the alarms tab for the VM does not indicate any alarm was triggered. This can appear for powered on and powered off VMs.

Workaround: Possible workarounds. Note that these are all temporary solutions.

  • Restart the management agents on the affected ESX/ESXi host
  • Restart the vCenter Server Server service
  • Remove the ESX/ESXi host from inventory, and register the host back with vCenter or remove and re-register affected VMs.

Warten wir auf U2…… 🙂