/storage/log in VCSA6.5 läuft voll
Verfasst: 24.07.2017, 12:53
Hallo zusammen,
in unserer VCSA6.5 läuft die /storage/log-Partition leider regelmäßig voll. Der erste Versuch bestand darin, die entsprechende Partition nach folgender Anleitung von 10GB (Default) auf 15GB zu erhöhen:
https://kb.vmware.com/selfservice/micro ... &stateId=1 0 447504807
Leider waren die 15GB eine Woche später schon erreicht. Als zweites stieß ich auf folgenden VMware-KB-Eintrag:
https://kb.vmware.com/selfservice/micro ... Id=2143565
Obwohl dieser nur für VCSA6 gilt, habe ich die entsprechenden log4j-Änderungen in der VCSA6.5 vorgenommen. Auch dies hat nicht viel verändert.
Dann habe ich mich explizit auf die Suche nach dem Speicherfresser gemacht. 13GB der 15GB liegen unter /storage/log/vmware/perfcharts. Dort existieren viele Java_pid12345.hprof-Dateien. Diese werden üblicherweise bei Java Virtual Machine-crashes erzeugt.
Hat jemand eine Idee, woher diese stammen und ob ich sie gefahrlos löschen kann? Ich vermute, dass das Löschen kein Problem ist, würde aber natürlich gerne wissen, wieso das Problem auftritt.
Edit: In diversen vmware-perfcharts-runtime.log.stderr-Dateien ist zu sehen, dass die JVM mit einem OutOfMemoryError abstürzt. Was kann ich wohl dagegen tun, der VM mehr Speicher geben (hat 16GB, Default)?
Gruß,
UT2016
in unserer VCSA6.5 läuft die /storage/log-Partition leider regelmäßig voll. Der erste Versuch bestand darin, die entsprechende Partition nach folgender Anleitung von 10GB (Default) auf 15GB zu erhöhen:
https://kb.vmware.com/selfservice/micro ... &stateId=1 0 447504807
Leider waren die 15GB eine Woche später schon erreicht. Als zweites stieß ich auf folgenden VMware-KB-Eintrag:
https://kb.vmware.com/selfservice/micro ... Id=2143565
Obwohl dieser nur für VCSA6 gilt, habe ich die entsprechenden log4j-Änderungen in der VCSA6.5 vorgenommen. Auch dies hat nicht viel verändert.
Dann habe ich mich explizit auf die Suche nach dem Speicherfresser gemacht. 13GB der 15GB liegen unter /storage/log/vmware/perfcharts. Dort existieren viele Java_pid12345.hprof-Dateien. Diese werden üblicherweise bei Java Virtual Machine-crashes erzeugt.
Hat jemand eine Idee, woher diese stammen und ob ich sie gefahrlos löschen kann? Ich vermute, dass das Löschen kein Problem ist, würde aber natürlich gerne wissen, wieso das Problem auftritt.
Edit: In diversen vmware-perfcharts-runtime.log.stderr-Dateien ist zu sehen, dass die JVM mit einem OutOfMemoryError abstürzt. Was kann ich wohl dagegen tun, der VM mehr Speicher geben (hat 16GB, Default)?
Gruß,
UT2016