Archiv der Kategorie: Virtualisierung

Virtualisierung

Netzwerkprobleme nach Aktualisierung von VirtualBox

Schreibe einen Kommentar

Nach der Aktualisierung einer VirtualBox Installation kommt es plötzlich zu Netzwerkproblemen.

Die Fehlersuche ergab, dass der „VirtualBox Host-Only Ethernet Adapter“ anscheinend dieses Verhalten verursacht. Solange dieser deaktiviert ist, funktioniert das Netzwerk wieder. Schaltet man den VirtualBox Host-Only Adapter in den Netzwerkverbindungen wieder ein, lassen sich z.B. die Server im Netzwerk nicht mehr richtig erreichen.

Ein Blick in die Einstellungen des Host-Only Adapters zeigt, dass die Einstellungen für das Internetprotokoll Version 4 (TCP/IP4) zwar die korrekte IP anzeigen (192.168.1.56) aber die Subnetzmaske falsch ist. Statt der 255.255.255.0 ist hier die 255.255.0.0 eingetragen.
Damit ist die Wahrscheinlichkeit groß, dass man sich mit dem eigenen Netzwerk in die Quere kommt (wenn man z.B. ein 192.168.1.x verwendet).

VMWare

ESXi Warnung Add-in Card 10 35-GPU beheben

Schreibe einen Kommentar

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.

VMWare

vMotion: No Guest OS Heartbeats are being received Fehler

Schreibe einen Kommentar

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.
VMWare

ESXi, vSphere: Der Hardware-Überwachungsdienst antwortet nicht

Schreibe einen Kommentar

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.

VMWare

ESXi, vSphere: Alarm – Status IPMI-Systemereignisprotokoll

1 Kommentar

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