vCenter Server Appliance (VCSA) 6.7 - GUI reagiert nicht

[v-rtc]

Hallo zusammen,

ein frohes Neues. Nach längerer Abwesenheit mal wieder eine Frage von mir.
Habe seit Januar eine Umgebung übernommen und öfters in unregelmäßigen Abständen Probleme mit der vCenter Server Appliance Probleme, dass sich die GUI des vCenters nicht mehr reagiert.
Die VCSA ist laut direkter Oberfläche bei 30% CPU und per SSH eine CPU bei 100%. Das reicht aber, dass die GUI nicht mehr reagiert.
Stand ist:
Version:
6.7.0.50000
Build-Nummer
18485166

Da ich bei VMWare noch kein Ticket öffnen kann, dachte ich, jemand hat sowas schon mal gehabt? Änderungen war nur der Workaround für Log4j laut Change Log.

Vielen Dank.

Grüße

[rprengel]

Hallo zusammen,

ein frohes Neues. Nach längerer Abwesenheit mal wieder eine Frage von mir.
Habe seit Januar eine Umgebung übernommen und öfters in unregelmäßigen Abständen Probleme mit der vCenter Server Appliance Probleme, dass sich die GUI des vCenters nicht mehr reagiert.
Die VCSA ist laut direkter Oberfläche bei 30% CPU und per SSH eine CPU bei 100%. Das reicht aber, dass die GUI nicht mehr reagiert.
Stand ist:
Version:
6.7.0.50000
Build-Nummer
18485166

Da ich bei VMWare noch kein Ticket öffnen kann, dachte ich, jemand hat sowas schon mal gehabt? Änderungen war nur der Workaround für Log4j laut Change Log.

Vielen Dank.

Grüße

Zur Sicherheit die Frage ob DNS tip top eingerichtet ist und nicht z.B. die Ip des Systems doppelt vergeben ist.
Weiter Punkte Ip Konfiguration des Systems und ist ein Proxy im Spiel?
Gruß

[irix]

Sind evtl. irgendwelche Partitionen vollgelaufen oder stappelt sich was im "core" Verzeichnis? Bei ersterem stirbt die VCSA dann langsam auf raten.

Ist ja nicht so als das wir seit knapp 10 Jahren auf ein funktionierendes LogRotate warten geschweige mal davon das sich geeinigt wird mit welchem Namensschema oder Komprimierungsverfahren es abgelegt wird.

Gruss
Joerg

[v-rtc]

Guten Morgen,

danke für die Rückmeldungen. Nach einen Reboot, kam das Phänomen bisher nicht wieder zurück.
Auch der Support fand nichts und meinte nur, ich sollte mal den aktuellen Patch bezüglich Log4J einspielen, der Workaround ist drin.

Platten sind soweit alle in Ordnung, außer die eine die Voll sein darf laut VMWare.

Grüße

[irix]

Die /archive Partition hat eine Umlaufprotokollierung und darf und wird ueber die Laufzeit voll laufen. Mittlerweile loest das auch keinen Festplattenalarm aus was es in den ersten Versionen nach Einfuehrung getan hat.

Wenn da eine CPU 100% gemacht hat dann hat sich bestimmt ein Prozess fest gefressen und somit "Reboot tut gut".

Gruss
Joerg