VMware-Forum

Verfasst: **04.02.2016, 11:00**

Hallo zusammen,
innerhalb weniger Tage war bei uns ein ESX-Host mehrfach als offline angezeigt worden. Wir mussten die Maschine manuell neustarten.

Die Frage, die sich uns stellt ist, warum die Auslastung der Clients so explodiert ist. In den Eventloggs der Clients konnten wir nichts entdecken.

Seltsam ist auch die häufige Anmeldung as Java/1.06.0_7. Zudem ist uns unklar, warum hier ein Zeitvesatz von 1h zwischen der Info und der Anmeldung ist.

Hier die Ausgabe von der Ereignissen bevor die Maschine weg war.

Code: Alles auswählen

Info      22.01.2016 11:13:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 10:13:12, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 11:13:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 11:08:46                             Alarm 'Fehler bei Hostverbindung': Ein SNMP-Trap für Element 172.16.1.1 wurde gesendet
Info      22.01.2016 11:08:46                             Alarm 'Fehler bei Hostverbindung' auf 172.16.1.1 hat eine Aktion ausgelöst
Info      22.01.2016 11:08:46                             Alarm 'Fehler bei Hostverbindung' auf 172.16.1.1 wurde von Grau in Grau geändert
Info      22.01.2016 11:08:45                             Alarm 'Datenauslagerungsrate der Servicekonsole des Hosts' auf 172.16.1.1 wurde von Grün in Grau geändert
Info      22.01.2016 11:08:45                             Alarm 'Arbeitsspeichernutzung des Hosts' auf 172.16.1.1 wurde von Grün in Grau geändert
Info      22.01.2016 11:08:45                             Alarm 'CPU-Nutzung des Hosts' auf 172.16.1.1 wurde von Grün in Grau geändert
Info      22.01.2016 11:08:45                             Alarm 'Hostverbindung und -betriebszustand' auf 172.16.1.1 wurde von Grün in Rot geändert
Info      22.01.2016 11:08:45                             ora-prod02 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             wks-itec06 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             GEO-19 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             wks-itec07 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             GEO-06 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             GEO-15 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             GEO-09 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             W2k12-R2 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             GEO-14 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             GEO-17 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             wks-itec09 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             GEO-16 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             ora-mgmt auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             wks-itec01 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Info      22.01.2016 11:08:45                             wks-ag1 auf dem Host 172.16.1.1 in geodata ist nicht verbunden.
Fehler    22.01.2016 11:08:45                             Der Host 172.16.1.1 in geodata reagiert nicht.
Info      22.01.2016 11:08:29     GEODATA\Administrator   Remotekonsole verbunden mit GEO-16 auf dem Host 172.16.1.1
Info      22.01.2016 11:08:28     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.2.149 als VMware VI Client/4.0.0 angemeldet
Info      22.01.2016 11:08:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 10:08:12, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 11:08:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 11:03:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 10:03:12, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 11:03:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:58:13     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:58:13, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 10:58:13     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:53:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:53:12, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 10:53:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:48:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:48:12, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 10:48:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:43:13     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:43:13, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 10:43:13     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:38:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:38:12, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 10:38:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:33:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:33:12, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 10:33:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:28:13     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:28:13, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 10:28:13     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:23:13     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:23:13, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)
Info      22.01.2016 10:23:13     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 als Java/1.6.0_27 angemeldet
Info      22.01.2016 10:18:12     GEODATA\Administrator   Benutzer GEODATA\Administrator@172.16.1.14 abgemeldet (Anmeldezeit: Freitag, 22. Januar 2016 09:18:12, Anzahl der API-Aufrufe: 1, Benutzer-Agent: Java/1.6.0_27)

Auf der Konsole gab es die Ausgabe:
VASpace (7/9) DiskDump: Partial Dump: Out of space....

Verfasst: **04.02.2016, 12:00**

Ich numeriere mal die einzelnen Punkte:

1) Woran macht Ihr fest, dass "die Auslastung des Clients explodiert" sei? Die Statusaenderung nach "Grau" sagt nur, dass keine Daten mehr vom Host abrufbar waren.

2) Die 1h Zeitversatz duerfte dem MEZ-Offset zu UTC geschuldet sein. Ab April werden's dann sogar 2h sein ;-)

3) Die "Ausgabe auf der Konsole" sind doch vmtl. nur die letzten paar Zeilen eines PurpleScreens. Den in KOMPLETT haette man gern, um genauere Aussagen treffen zu koennen. Dort findet man z.B. auch die Build-Version des ESXi.

Da der Thread unter "ESXi 5.0 und 5.1" geoeffnet wurde, tippe ich jetzt schon mal blind auf http://kb.vmware.com/kb/2059053...

Verfasst: **04.02.2016, 12:16**

Das mit Status grau stimmt natürlich.

Build: 5.1.0, 1312873

Ich würde gerne die ein paar Fotos von der Konsole anhängen, das geht leider nicht :cry:

Verfasst: **04.02.2016, 12:59**

Anhaenge gehen hier nicht :-)

Steht in jedem Beitrag von Dayworker, Continuum, etc.pp. :grin:

Einfach irgendwo hochladen, und hier nur Link posten (Hosts ohne Werbung/Anmeldung/... usw. werden auf jeden Fall bevorzugt).

Verfasst: **04.02.2016, 18:39**

Benutzer-Agent: Java/1.6.0_27

Für was bitte um alles auf der Welt braucht man denn diese abgehangene Java-Version ?
Falls die für sonst nix verwendet wird und auch der ESXi nichts damit anfangen kann, würde ich ja fast auf einen Einbruchsversuche tippen...

Benutzer GEODATA\Administrator@172.16.2.149 als VMware VI Client/4.0.0 angemeldet

Wer probiert sich denn auf einen ESXi5.x mit einem vSphere-Client 4.0.0 anzumelden oder ist das dieser Web-Client?

Verfasst: **05.02.2016, 07:55**

Java wurde auf allen Clients, auf denen der vSphere-Client läuft aktualisiert.

vSphere Client ist Version 5.5.0 Build 1281650

@JustMe: Das Update sollte beim UpdateManager dabei sein, oder nicht?

Verfasst: **05.02.2016, 08:16**

Ihr nutzt bei euren VMs nicht zufällig E1000 NICs?

Verfasst: **05.02.2016, 08:46**

von unserem Systemhaus habe ich eine Info erhalten: Entweder Patch installierten oder die VM von E1000 nach Vmnet3 umstellen.

Also nutzen wir die E1000.

Verfasst: **05.02.2016, 08:49**

JustMe hat da mit der ersten Anwort doch gleich richtig vermutet.

Gruss
Joerg

Verfasst: **05.02.2016, 13:31**

Spätestens mit dem Screenshot war die Frage rein rhetorischer Natur.

Verfasst: **05.02.2016, 18:30**

geodata_gmbh hat geschrieben:Java wurde auf allen Clients, auf denen der vSphere-Client läuft aktualisiert.

vSphere Client ist Version 5.5.0 Build 1281650

Tut euch mit Java selbst einen Gefallen und werft diesen Mist nach Möglichkeit schnellstmöglich runter. Leider nutzt LSI auch Java, um seinen "MegaRaid Storage Manager" OS-unabhängig zu gestalten. LSI bzw dessen aktueller Besitzer Avago muß ständig hinterherpatchen, damit die gröbsten Fehler und Einfallstore beseitigt werden.

Wenn ihr schon einen vSphere-Client 5.5.irgendwas nutzt, wie siehts dann mal mit einem ESXi-Upgrade auf die 5.5 aus?

Verfasst: **05.02.2016, 19:54**

Mit einem 5.5er vSphere Client kann man keinen 5.1er Host administrieren :-)

Korrektur:
Der Build 1281650 gehoert wohl tatsaechlich zu 5.5.
Aber trotzdem sollte da auch noch ein 5.1er Client auf dem Administrationsrechner herumschwirren...

VMware-Forum

ESX-Host plötzlich offline

ESX-Host plötzlich offline

ESX-Host plötzlich offline