#4445 closed Aufgabe (erledigt)
webuntis root-FS zu 96% voll (checkmk)
| Reported by: | Stephan Richter | Owned by: | bau |
|---|---|---|---|
| Priority: | schnell erledigen | Milestone: | Schuljahr 2021/22 |
| Component: | Server: allgemein | Severity: | beeinträchtigt den Unterricht vieler Lehrer |
| Keywords: | Cc: |
Description
/var/log sind 1GB
/usr/share/tomcat8/logs/exceptions*.log sind 5,7GB --> alle paar Monate scheint da was schief zu laufen und jedesmal werden 500MB an JAVA-Exceptions dort abgeladen.
Change History (8)
comment:1 by , 5 years ago
follow-up: 3 comment:2 by , 5 years ago
Auf dem webuntis sollten eigentlich 10GB locker reichen.
Werden die Logs systematisch gelöscht (auch das unter tomcat?)
comment:3 by , 5 years ago
Replying to bau:
Auf dem webuntis sollten eigentlich 10GB locker reichen.
Werden die Logs systematisch gelöscht (auch das unter tomcat?)
Die sind teilweise von 2019 - also vermutlich nicht. Die normalen tomcat logs sind auch immer nur ein paar KB, also kein Problem. Es sind nur diese 10 Exception-Dateien.
Entweder sollten die regelmäßig aufgeräumt werden, oder gar nicht erstellt werden (weil ich vermute, dass die nie jemand anschauen wird!?)
comment:4 by , 5 years ago
Ich habe erstmal alle exception-*.log Dateien gelöscht, bis auf die aktuelle von heute.
Eine spontane google-Suche hat erstmal nichts ergeben. Ich finde rein gar nichts zu der Datei exception.log :-/.
comment:5 by , 5 years ago
Kannst du das auch gleich in den logrotate-Mechanismus aufnehmen - komisch, dass das beim Tomcat nicht automatisch bei der Installation geschehen ist.
comment:6 by , 5 years ago
Das Problem ist, dass tomcat hier selbst ein logrotate macht. Die excpetion-dateien waren ja rotiert, nur eben sehr groß. Mit dem Ubuntu logrotate kommt man also nicht weiter.
Die Frage ist, wo das tomcat-eigene logrotate konfiguriert wird?
(Die Dateien lagen ja auch nicht in /var/log. Die tomcat-log-file dort werden tatsächlich rotiert und dafür existiert auch eine config in /etc/logrotate.d/.)
comment:7 by , 5 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | new → closed |
Ich würde mal vermuten, dass das hier konfiguriert wird:
/var/lib/tomcat8/conf/logging.properties
(aber bei JAVA weiß man ja nie...)
An dem Punkt lasse ich mich lieber alle 6 Monate von checkmk erinnern und lösche das per Hand.
Wenn mir jemand einen checkmk-login gibt, dann setze ich warn und critical auf 60% und 80% runter und dann bekommt man das ja rechtzeitig mit.
Anbei: /var/log auf dem paedml enthält ebenfalls 2,5GB.