Verzeichnis /var/ läuft recht schnell voll (< 1 Tag)

[NAHOSTFALE]

Describe the issue you are experiencing

Bezug zu >>>Unerwartetes Bild bei Bedienung des WEBUI #2970

Auch wenn ich die Logs häufig lösche ( alle 2 Std) füllt sich das Verzeichnis /var/ trotzdem > Irgend etwas anderes füllt unkontrolliert.
Wenn ich via MONIT den Prozess „ligthtpd“ restarte, kommt es vor, dass das Verzeichnis /var/ wieder leer ist.

Beim anlegen von
/usr/local/etc/config/lighttpd/logfilter.conf - siehe issue #2970 mit folgendem Inhalt:
$HTTP["remote-ip"] == "127.0.0.1" { accesslog.filename = "" }

$HTTP["remote-ip"] == "[::1]" { accesslog.filename = "" }
und einem folgenden reboot konnte der Prozess „ligthtpd“ nicht mehr gestartet werden > ich habe da wohl noch was falsch gemacht, denn mit dem auskommentieren der Zeilen konnte der Prozess wieder gestartet werden.

Mein Problem siehe TITEL und dessen Auswirkungen ist noch nicht gelöst !

Leider kenne ich die Zusammenhänge (natürlich ) nicht. Ich habe aber auch nicht herausbekommen, womit das Verzeichnis /var/ derart gefüllt wird.

Describe the behavior you expected

--

/var/ sollte sich nicht einfach so füllen ....

Steps to reproduce the issue

...

What is the version this bug report is based on?

CCU-Firmware: 3.79.6.20241122

Which base platform are you running?

rpi3 (RaspberryPi3, ARM64/aarch64)

Which HomeMatic/homematicIP radio module are you using?

RPI-RF-MOD

Anything in the logs that might be useful for us?

nein

Additional information

Was neben dem zu Beginn gemeldeten Problem auch oft auftritt ist, das CUXD nur noch mit einer Not/Admin-Oberfläche erscheint. CUXD benutzt wohl auch ligthtpd .

[jens-maus]

Das ist hier der Issue-Tracker und nicht das Diskussionsforum. Du beschreibst hier jedoch ein Problem in deiner Installation und keinen Bug. Ergo gehört das ins Diskussionsforum. Also bitte entsprechend dort ein Beitrag eröffnen.

[NAHOSTFALE]

Ich habe keine speziellen Einstellungen gemacht, ausser die aktuelle RasperyMatic Version zu laden , also kann es doch kein Anwendungsfehler sein, sondern muss im System liegen ???

[jens-maus]

Na du ballerst ja irgendwas gegen den Webserver sodass der lighttpd viel ins /var loggen muss. Unterlasse das und halt die HTTP requests auf normalem Niveau und du hast das Problem ja nicht.

[Baxxy13]

Am besten mal per ssh einloggen und dann:
du -hd 1 /var | sort -hr

Sieht hier ganz entspannt so aus:

8.2M    /var
7.3M    /var/log
572.0K  /var/run
260.0K  /var/etc
40.0K   /var/cache
16.0K   /var/lib
8.0K    /var/status
4.0K    /var/tmp
4.0K    /var/spool
4.0K    /var/lock
0       /var/state
0       /var/rega
0       /var/empty

Das /var/log/lighttpd-access.log kann schon recht schnell größer werden.
Es reicht ja schon in einem Browser in der WebUI eingeloggt zu sein.
Trotz alledem dürfte das nicht so extrem schnell voll werden.

Beim anlegen von
/usr/local/etc/config/lighttpd/logfilter.conf

Sollte funktionieren, hab das bei mir auf mehreren Systemen so etabliert.
Hast du die Rechte korrekt gesetzt?
Ich hab einfach 0755 gesetzt weil ich nicht weiß mit welchen Rechten der lighttpd läuft.

[NAHOSTFALE]

Danke für den Hinweis

aktuell:
root@HaussteuerungHarrsen:/var/log# du -hd 1 /var | sort -hr
664.0K /var
264.0K /var/etc
232.0K /var/run
44.0K /var/cache
28.0K /var/log
12.0K /var/lib
8.0K /var/status
4.0K /var/tmp
4.0K /var/spool
4.0K /var/lock
0 /var/state
0 /var/rega
0 /var/empty

sicher jetzt total unscheinbar :-)

Ich habe einige "Anfordere" zur Zeit abgeschaltet (Container) um den Einfluß und die Grenzen zu testen. Ich bin auch dabei die Doku zum WEB-Server Lighttpd zu "studieren". Ich melde mich mit weiterer Erkenntnissen.

PS. -> läuft das hier jetzt unter Sparte: Diskussion oder Fehler - Ich bin da wohl etwas unbedarft

Danke und Gruß

[jens-maus]

aktuell: root@HaussteuerungHarrsen:/var/log# du -hd 1 /var | sort -hr 664.0K /var 264.0K /var/etc 232.0K /var/run 44.0K /var/cache 28.0K /var/log 12.0K /var/lib 8.0K /var/status 4.0K /var/tmp 4.0K /var/spool 4.0K /var/lock 0 /var/state 0 /var/rega 0 /var/empty

Das sieht ja unspannend auch. Hast du da die Logs frisch gelöscht? Du musst eben einfach mal füllen lassen und dann statistik drüber machen werd da genau soviele logentries genau erzeugt um herauszufinden wer da so gesprächig anscheinend ist. Entspannen sollte sich das aber ja mit der nächsten stabilen Version ohnehin, denn da wird das logrotate ja nun 4x am Tag statt nur 1x aufgerufen. Sollte also Unwahrscheinlicher werden das das /var wieder so vollläuft.

PS. -> läuft das hier jetzt unter Sparte: Diskussion oder Fehler - Ich bin da wohl etwas unbedarft

Das ist hier eigentlich ein Issue/Bugtickt und daher keine Diskussion. Wenn es also weiteren gesprächsbedarf zu diesem/deinem Problem gibt bitte im Diskussionsbereich dazu nen extra/neuen Beitrag aufmachen würde ich sagen. (Habs jetzt mal in den Diskussionsteil verschoben).