/var/log 100% used

Alex · 26. Februar 2014

AW: /var/log 100% used

Dann halt so:

Code:

sudo rm /var/log/auth.log && touch sudo /var/log/auth.log

0815flieger · 22. April 2014

AW: /var/log 100% used

Muss diesen alten Beitrag mal wieder Aufleben lassen.
Ich habe meinen RPI und IPC schon 104 Tage laufen. Ohne Probleme. logmini.sh und tmp2ram.sh sind von je her immer installiert.
Nun sehe ich im Syslog unter /var/log das der Speicherplatz sich Step bei Step langsam füllt. War schon bei 75%.
Nun hab ich Ostern ein paar Monate von diesen Logzeilen gelöscht:

Apr 22 06:40:01 xyz /USR/SBIN/CRON[7006]: (root) CMD (/var/emu/script/apache2-watchdog.sh >/dev/null 2>&1)
Apr 22 06:41:01 xyz /USR/SBIN/CRON[7203]: (root) CMD (/var/emu/script/apache2-watchdog.sh >/dev/null 2>&1)
Apr 22 06:42:01 xyz /USR/SBIN/CRON[7401]: (root) CMD (/var/emu/script/apache2-watchdog.sh >/dev/null 2>&1)
Apr 22 06:43:01 xyz /USR/SBIN/CRON[7599]: (root) CMD (/var/emu/script/apache2-watchdog.sh >/dev/null 2>&1)

Jetzt bin ich bei 50% Speicherauslastung.
Ursache vermute ich diesen Eintrag bei i jobs vom watchdog:

#apache2
@reboot root /var/emu/script/apache2-watchdog.sh >/dev/null 2>&1
* * * * * root /var/emu/script/apache2-watchdog.sh >/dev/null 2>&1

Was bewirkt dieser Eintrag?
Ist er unbedingt notwendig?
Kann man ihn so abändern, dass er nur 1x pro Tag dieses script rebootet?
Was passiert, wenn der Speicher eines tages bei 100% angekommen ist?
Wie habt ihr das gelöst?

Hab da auch schonmal an der 2. Stelle eine 6 eingestellt, sodass dies nur um 6 Uhr passiert. Aber ich seh im Log wieder jede Minute solch Eintrag wie oben beschrieben.
u.a. hab ich noch dies hier drin alle 30min:

Apr 22 08:09:01 xyz /USR/SBIN/CRON[24027]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -ignore_readdir_race -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)

Apr 22 07:56:21 xyz kernel: [8950112.889665] Core is not in hibernation
Apr 22 07:56:21 xyz kernel: [8950112.890292] hnpcapable_show(c05a01a8) -> platform_dev c05a0198, otg_dev ca97ca60
Apr 22 07:56:21 xyz kernel: [8950112.890604] HZ 100, MSEC_PER_JIFFIE 10, loops_per_jiffy 10000
Apr 22 07:56:23 xyz kernel: [8950114.549880] enumspeed_show(c05a01a8) -> platform_dev c05a0198, otg_dev ca97ca60
Apr 22 07:56:23 xyz kernel: [8950114.549955] WARN::dwc_otg_handle_mode_mismatch_intr:69: Mode Mismatch Interrupt: currently in Host mode
Apr 22 07:56:23 xyz kernel: [8950114.549955]
Apr 22 07:56:23 xyz kernel: [8950114.550226] inv_sel_hsic_show(c05a01a8) -> platform_dev c05a0198, otg_dev ca97ca60
Apr 22 07:56:23 xyz kernel: [8950115.137909] dwc_otg bcm2708_usb: Invalid offset (0xffffffff)
Apr 22 07:56:23 xyz kernel: [8950115.138096] hsic_connect_show(c05a01a8) -> platform_dev c05a0198, otg_dev ca97ca60
Apr 22 07:56:23 xyz kernel: [8950115.138321] guid_show(c05a01a8) -> platform_dev c05a0198, otg_dev ca97ca60
Apr 22 07:56:23 xyz kernel: [8950115.138663] mode_show(c05a01a8) -> platform_dev c05a0198, otg_dev ca97ca60
Apr 22 07:56:23 xyz kernel: [8950115.138850] srpcapable_show(c05a01a8) -> platform_dev c05a0198, otg_dev ca97ca60
Apr 22 07:56:23 xyz kernel: [8950115.139059] Core Global Registers
Apr 22 07:56:23 xyz kernel: [8950115.139081] GOTGCTL @0xF2980000 : 0x001C0001
Apr 22 07:56:23 xyz kernel: [8950115.139095] GOTGINT @0xF2980004 : 0x00000000
Apr 22 07:56:23 xyz kernel: [8950115.139141] GAHBCFG @0xF2980008 : 0x00000031

wär nicht schlecht, wenn mich mal einer näher aufklären könnte. Man müßte sich sowieso mal näher mit diesen "inneren Sachen" des RPI beschäftigen. Nur verstehen muss mans irgendwie auch und da haperts meistens.

Vielen Dank

Gruß vom Flieger

Alex · 22. April 2014

AW: /var/log 100% used

@reboot root /var/emu/script/apache2-watchdog.sh >/dev/null 2>&1 #Der Watchdog wird beim Booten ausgeführt
* * * * * root /var/emu/script/apache2-watchdog.sh >/dev/null 2>&1 #Der Watchdog wird jede Minute ausgeführt ausgeführt

Zur Frage ob nötig: Beim Booten auf jeden Fall, da der Apache Webserver durch eine Eigenart des Raspis sonst nicht startet, ob danach, hab ich noch nie probiert.

Was passiert, wenn der Speicher eines tages bei 100% angekommen ist?

Dann werden alle Logs nicht mehr weitergeschrieben.

Wie habt ihr das gelöst?

Bei dir funktioniert eventuell logrotate nicht richtig. Schau dir da zu diesen Thread mal an: Logrotate unter IPC 11.5 funktioniert eventuell nicht mit Wheezy

Das gehört zu PHP. Damit werden afaik abgelaufenen Sessions und sonstiger Müll von PHP gelöscht. Hat mit IPC nix zu tun.

pjack · 19. Mai 2014

AW: /var/log 100% used

den auth.log spam von cron jobs könnt ihr deaktivieren in dem ihr in der datei /etc/pam.d/cron die zeile
@include common-session-noninteractive

ausskomentiert

sork1 · 19. Juni 2014

AW: /var/log 100% used

Kann man auch in /var/log/syslog das loggen von /USR/SBIN/CRON ausschalten?
Bei mir "müllt" das voll mit Einträgen in der Form:
/USR/SBIN/CRON[8540]: (root) CMD (/var/emu/script/oscam-watchdog.sh #OScam - Teste ob OScam laeuft (jede Minute))

Lösung gerade selbst erarbeitet.
entweder cron-Logging runtersetzen:

in Datei /etc/default/cron Wert EXTRA_OPTS="-L 4" setzen (dann nur: log jobs with exit status != 0)

oder cron-Log-Ausgaben in andere Datei schreiben (wenn man z.B. sehen möchte, dass jobs auch tatsächlich laufen):

in Datei /etc/rsyslog.conf folgende Einträge ändern

*.*;cron,auth,authpriv.none -/var/log/syslog
cron.* /var/log/cron.log

und sicherstellen dass cron.log per lograte rotiert wird (Anmerkung: steht default-mäßig in /etc/logrotate.d/rsyslog drin)

/var/log 100% used

Alex

0815flieger

Hacker

Alex

pjack

Newbie

sork1

Newbie

Ähnliche Themen

/var/log 100% used

Alex

0815flieger

Hacker

Alex

pjack

Newbie

sork1

Newbie

Ähnliche Themen

Datenschutz & Transparenz

Datenschutz & Transparenz