Schlagwort-Archive: ESXi

VMWare ESXi Server

ESXi Warnung Add-in Card 10 35-GPU beheben

Auf einem HP Blade war ein Fehler zu sehen, dass ein Sensor ein Problem gemeldet hat:

Add-in Card 10 35-GPU Temperatur Problem 77 Grad
alternativ ist auch folgender Fehler aufgetreten:
Warning „Card 10 35-GPU 2, Controller access degraded“

Da alle anderen Temperaturen im Normalbereich lagen, sah das schon etwas merkwürdig aus.

Mit einem der folgenden Schritte kann man diesen Fehler beseitigen:

1. per ssh auf den ESXi Server verbinden und folgenden Befehl absetzen:
/etc/init.d/sfcbd-watchdog restart
danach im VSphere auf den Host verbinden und unter „Hardware Status“ auf „Update“ klicken.

2. wieder per ssh verbinden und mit /sbin/services.sh restart die Dienste neu starten.

3. Neustart des ganzen Servers

4. Man kann auch noch folgende Möglichkeit (ganz ohne ssh) probieren.
Dazu geht man im vSphere Client auf „Configuration / Security Profile“  im Bereich  „Services“ jetzt auf „Properties …“ und dort sucht man den Eintrag für den „CIM Server“. Diesen Eintrag auswählen und dann kann man diesen über den Button „Options…“ neu starten (Restart Knopf).
Danach dann wieder unter „Hardware Status“ auf „Update“ klicken.

vMotion: No Guest OS Heartbeats are being received Fehler

Wenn man eine virtuelle Maschine in ESXi verschieben will (mit Migrate …), erhält man folgende Meldung:
No guest OS heartbeats are being received. Either the guest OS is not responding or VMware tools is not configured properly.”

Sucht man jetzt bei VMware nach einer Lösung für die Meldung, findet man folgende Punkte:

  • Stellen Sie sicher, dass die VMware Tools auf dem Gastsystem installiert sind.
  • Wenn sie installiert sind, starten Sie den Dienst neu
  • Stellen Sie sicher, dass die virtuelle Maschine lange genug gestartet ist, um den Dienst zu starten

Folgende Ansätze lassen die Meldung auch verschwinden:

  1.  Auf der VM einfach den VMware Tools Dienst neu starten.
  2.  Wenn man mit dem vSphere Client verbunden ist, öffnet man einfach eine Konsole, wartet bis man das Anmeldefenster sieht, und schließt die Konsole gleich wieder. Dabei ist es auch nicht notwendig sich auf dem Gast anzumelden.

ESXi, vSphere: Der Hardware-Überwachungsdienst antwortet nicht

Problem:
Verbindet man sich mit dem vSphere-Client auf einen ESXi Server und möchte sich den Hardwarestatus anzeigen lassen, erhält man folgende Fehlermeldung:
Hardware-ÜberwachungsdienstDer Hardware-Überwachungsdienst antwortet nicht; der Host ist nicht eingeschaltet.
Die Meldung ist natürlich recht irreführend, da der Host läuft und lediglich der Hardware-Überwachungsdienst nicht schnell genug antwortet.

Lösung:

Man verbindet sich per vSphere-Client auf Server und wählt direkt den betroffenen Host aus.
Dort öffnet man den Bereich „Konfiguration“ und dort das Sicherheitsprofil, das unter „Software“ zu finden ist.
Jetzt im oberen Bereich („Dienste“) die „Eigenschaften“ auswählen und den CIM-Server auswählen. Das ist normalerweise der letzte Eintrag in der Liste. Nun diesen Dienst neu starten (über den Punkt „Optionen“).
Danach den vSphere Client schließen, neu öffnen und die Verbindung wieder herstellen. Nun wieder den Reiter „Hardwarestatus“ öffnen und evtl. noch mal rechts oben auf „Update durchführen“ klicken.

Wenn das nicht hilft, kann man noch versuchen den Watchdog neu zu starten. Das ist in einem anderen Beitrag beschrieben.

ESXi, vSphere: Alarm – Status IPMI-Systemereignisprotokoll

Im VSphere Client wird bei einem Host ein rotes Alarmzeichen angezeigt. Im Karteireiter „Alarm“ findet man einen Eintrag „Status des IPMI-Systemereignisprotokolls des Hosts“

Zunächst prüft man natürlich die Serverhardware (z.B. über ILO). Ist dort alles im grünen Bereich, kann man folgendermaßen vorgehen:

Schauen wir und das Syslog mal an:
tail -100 /var/log/syslog
Dort findet man evtl. Einträge wie diese:
2016-05-12T07:36:32Z sfcb-vmware_raw[35608]: IpmiIfcSelReadEntry:error 203.
2016-05-12T07:36:32Z sfcb-vmware_raw[35608]: IpmiIfcSelReadEntry: retry expired.
2016-05-12T07:36:32Z sfcb-vmware_raw[35608]: IpmiIfcSelReadEntry:error 203.

Erst mal aufräumen:
1. Verbindung zum vCenter Server mit dem vSphere Client herstellen
2. Im vCenter Server das Inventar öffnen und den ESXi/ESX Host auswählen
3. Jetzt den Reiter „Hardwarestatus“ auswählen
4. Jetzt bei „Ansicht“ das „Systemereignisprotokoll“ auswählen5. Jetzt das Eieignisprotokoll zurücksetzen (der Alarm-Eintrag  wird dabei entfernt)
6. Jetzt auf „Sensoren zurücksetzen“ klicken.

Man kann das Bereinigen der Logs auch auf der Kommandozeile machen:
Mit ssh auf den Host verbinden und folgenden Befehl absetzen:
localcli hardware ipmi sel clear

Eventuell ist es noch notwendig noch einen Service neu zu starten.
sfcbd (small footprint cim broker daemon), der wiederum vom IPMI (Intelligent Platform Management Interface) abhängig ist, um seine Informationen zu bekommen.
/etc/init.d/sfcbd-watchdog restart
danach prüfen, ob der daemon wieder läuft:
/etc/init.d/sfcbd-watchdog status

 

 

ESXi 5.* Firewall komplett abschalten

Bei einigen virtuellen Maschinen ergeben sich Probleme, wenn die Firewall des ESXi Servers aktiv ist.
Das wirkt sich dann aus, wenn die Netzwerkverbindung des Management-Ports und der Anwendungen über einen Port laufen.
Zum Abschalten verbindet man sich am besten per ssh auf den Server.

Status prüfen:

esxcli network firewall get
ergibt in der Regel:
Default Action: DROP
Enabled: true
Loaded: true

Abschalten:

esxcli network firewall set –enabled false

Prüfen:
esxcli network firewall get
Default Action: DROP
Enabled: false
Loaded: true

Wenn man diese noch entladen möchte, kann man folgendes eingeben:
esxcli network firewall unload

ergibt:
esxcli network firewall get
Default Action: PASS
Enabled: false
Loaded: false

Jetzt kann weiter getestet werden. 🙂