ramlog voll

**Christian Fenzl** · 28.07.2020, 06:43

Kannst du mal mit lsof experimentieren:

How to use the Linux 'lsof' command to list open files | alvinalexander.com

https://alvinalexander.com/blog/post/linux-unix/linux-lsof-command/

Speziell in /var/log

Es schaut so aus, als würde ein Filehandle auf ein bereits gelöschtes File noch offen sein. Linux ist da „speziell“ - wenn ein noch geöffnetes File gelöscht wird, ist es nicht mehr sichtbar, aber bleibt so lange vorhanden, bis der jeweilige Prozess beendet wird.

lg, Christian

**Musicman** · 28.07.2020, 08:29

Kannst du mal mit lsof experimentieren:
https://alvinalexander.com/blog/post...-lsof-command/

Ich habe mir damit die offenen Files anzeigen lassen:

Code:

loxberry@loxberry:~ $ lsof -u loxberry -s | grep '(deleted)' | awk '{$7=$7/1048576 "MB"}1'
perl 971 loxberry 1w REG 254,0 253.27MB 35 /opt/loxberry/log/plugins/fhem/fhem.log (deleted)
perl 971 loxberry 2w REG 254,0 253.27MB 35 /opt/loxberry/log/plugins/fhem/fhem.log (deleted)
perl 971 loxberry 3w REG 254,0 253.27MB 35 /opt/loxberry/log/plugins/fhem/fhem.log (deleted)
perl 971 loxberry 9w REG 254,0 253.27MB 35 /opt/loxberry/log/plugins/fhem/fhem.log (deleted)
ccfhem.py 979 loxberry 1w REG 254,0 253.27MB 35 /opt/loxberry/log/plugins/fhem/fhem.log (deleted)
ccfhem.py 979 loxberry 2w REG 254,0 253.27MB 35 /opt/loxberry/log/plugins/fhem/fhem.log (deleted)
sh 17496 loxberry 10u REG 254,0 0MB 98 /tmp/#98 (deleted)
sh 17496 loxberry 11u REG 254,0 0MB 98 /tmp/#98 (deleted)

Ich habe es nicht geschafft, diese zu löschen. Theoretisch sollte das so gehen:

Code:

: > "/proc/$pid/fd/$fd"

Also in meinem Fall:

Code:

: > "/proc/971/fd/1"

fd scheint eine Zahl zu sein (gemäss lsof wäre fd "1w" "2w" usw)?

Code:

loxberry@loxberry:/proc/971/fd $ ls -al
total 0
dr-x------ 2 loxberry loxberry 0 Jul 28 09:05 .
dr-xr-xr-x 8 loxberry loxberry 0 Jul 25 04:39 ..
lr-x------ 1 loxberry loxberry 64 Jul 28 09:05 0 -> /dev/null
l-wx------ 1 loxberry loxberry 64 Jul 28 09:05 1 -> '/opt/loxberry/log/plugins/fhem/fhem.log (deleted)'
l-wx------ 1 loxberry loxberry 64 Jul 28 09:05 2 -> '/opt/loxberry/log/plugins/fhem/fhem.log (deleted)'
l-wx------ 1 loxberry loxberry 64 Jul 28 09:05 3 -> '/opt/loxberry/log/plugins/fhem/fhem.log (deleted)'
lrwx------ 1 loxberry loxberry 64 Jul 28 09:05 4 -> 'socket:[16503]'
lrwx------ 1 loxberry loxberry 64 Jul 28 09:05 5 -> 'socket:[16407]'
lrwx------ 1 loxberry loxberry 64 Jul 28 09:05 6 -> 'socket:[16408]'
lrwx------ 1 loxberry loxberry 64 Jul 28 09:05 7 -> 'socket:[16409]'
lrwx------ 1 loxberry loxberry 64 Jul 28 09:05 8 -> 'socket:[16410]'
l-wx------ 1 loxberry loxberry 64 Jul 28 09:05 9 -> '/opt/loxberry/log/plugins/fhem/fhem.log (deleted)'

Vielleicht hilft das weiter?

**Christian Fenzl** · 28.07.2020, 11:06

Dreh das Logging von FHEM runter bzw. aus, und dann reboote.
Das wird das Problem endgültig beheben.

**Musicman** · 28.07.2020, 11:50

Zitat von Christian Fenzl

Dreh das Logging von FHEM runter bzw. aus, und dann reboote.
Das wird das Problem endgültig beheben.

Ich habe fhem gestoppt und loxberry neu gestartet. Tatsächlich sind die alten log-files von fhem verschwunden. Da ich zuvor fhem nie gestoppt hatte vor dem reboot, war das wohl das Problem. Nun sieht es so aus:

Code:

loxberry@loxberry:~ $ lsof -u loxberry -s | grep '(deleted)' | awk '{$7=$7/1048576 "MB"}1'
sh 2097 loxberry 10u REG 254,0 0MB 25 /tmp/#25 (deleted)
sh 2097 loxberry 11u REG 254,0 0MB 25 /tmp/#25 (deleted)

Ich hoffe, das Problem ist nun behoben. Was genau passiert ist, habe ich jedoch nicht wirklich verstanden...
Ich weiss nur, dass ich früher ein python Skript von fhem ausgeführt habe, das sehr viele log Meldungen erzeugte und so war der Speicher noch schneller voll. Das habe ich dann abgeschaltet aber das Problem bestand weiterhin - wohl wegen den Einträgen mit (deleted).

Vielen Dank!

**Christian Fenzl** · 28.07.2020, 12:35

Hattest du die fhem.log Files damals selbst gelöscht?

Es spielt wahrscheinlich aber eh keine Rolle.

FHEM gibt beim Loggen den Filehandle nie frei. Wenn jetzt irgendwer kommt, und das Log aufräumt, bleibt es von FHEM weiter im Zugriff und wird nie wirklich gelöscht.
Beobachte das Log und stell die Loglevel in FHEM runter, oder drehe es ganz ab, wenn du nicht gerade Fehlersuche machst.

**olicat** · 11.01.2021, 16:22

Moin,

auch ich hatte heute eine volle zram0.
Ich konnte mich auf den Kopf stellen, du und lsof etc. zeigten mir keine Ursache fuer den vollen Speicher an.
Erst ein Neustart des LoxBerry brachte dann Erfolg:

vorher:
/dev/zram0 386M 331M 27M 93% /opt/loxberry/log/ramlog

nach reboot:
/dev/zram0 386M 1.1M 356M 1% /opt/loxberry/log/ramlog

Teilt dieses Leid jemand mit mir?
;-)

Oliver

**Musicman** · 15.01.2021, 08:28

Zitat von olicat

Teilt dieses Leid jemand mit mir?
;-)

Oliver

Ja, hier

Ich muss meinen Loxberry alle paar Wochen neustarten. Wenigstens kommt die Warnung per E-Mail früh genug, so dass es noch über die Weboberfläche möglich ist.
Das Wiki bietet meiner Meinung nach keine Lösung für das Problem an.

Reto

**svethi** · 15.01.2021, 08:32

Wie soll es auch eine Lösung bieten, wenn keiner weiß was da bei Dir den Speicher vollschreibt?! Der Loxberry ist es nicht.

**Noschvie** · 20.02.2021, 10:24

Hallo
mein LoxBerry leidet auch an diesem Problem:

HTML-Code:

20.02.2021 08:17: Healthcheck reports 2 errors. Please run Healthcheck for details.
Current errors:
/opt/loxberry/log/system_tmpfs is below limit of 5% discspace (AVAL 0.0B/SIZE 386.0MB). Please reboot your LoxBerry.
Could not init logfile database.Error executing the test: <Can't call method "selectrow_array" on unblessed reference at /opt/loxberry/sbin/healthcheck.pl line 605.

18.02.2021 10:09: Healthcheck reports 1 errors. Please run Healthcheck for details.
Current errors:
/opt/loxberry/log/system_tmpfs is below limit of 5% discspace (AVAL 18.9MB/SIZE 386.0MB). Please reboot your LoxBerry.

Version: 2.2.0.4
Liste der Plugins (jeweils aktuelle Version)
LoxBerry Backup (mit mount auf Synology NAS)
RPi-Monitor
Sonos
Weather 4 Loxone

Werde nun system_tmpfs beobachten und berichten...

**fantomas** · 01.03.2021, 20:52

Hallo in die Runde,

ich habe das gleiche Problem mit der alle 2 Wochen volllaufenden Ramdisk. Eingrenzen kann ich das auf "syslog" "syslog.1" sowie "user.log" und "user.log.1" die jeweils ungefähr 60MB groß werden. Leider hab ich nicht genug Ahnung von Linux um heraus zu bekommen was da rein schreibt. Irgendwelche Ideen?

Thomas

**Pierre** · 03.03.2021, 08:27

Zitat von fantomas

Hallo in die Runde,

ich habe das gleiche Problem mit der alle 2 Wochen volllaufenden Ramdisk. Eingrenzen kann ich das auf "syslog" "syslog.1" sowie "user.log" und "user.log.1" die jeweils ungefähr 60MB groß werden. Leider hab ich nicht genug Ahnung von Linux um heraus zu bekommen was da rein schreibt. Irgendwelche Ideen?

Thomas

Evtl hilft dir das hier:
RAM Disk voll - No space left on device - LoxBerry - loxwiki

Bei mir läuft anscheinend wegen dem LoxMatic v0.4.2über, der allerdings bisher nur installiert wurde, also noch nicht aktiv ist.
Ich musste gerade den LB auch gerade rebooten, da ging nichts mehr. (~alle 5 Tage)

Software error:
HTML::Template::new() - Problem writing cache file /tmp/templatecache/ec/6fbf756bc0041007fc4d98c22a02f2 (file_cache => 1) : No space left on device at /opt/loxberry/libs/perllib/LoxBerry/Web.pm line 236.
Depending of what you have done, report this error to the plugin developer or the LoxBerry-Core team.
Further information you may find in the error logs.

03.03.2021 04:53: Healthcheck reports 1 errors. Please run Healthcheck for details.
Current errors:
/opt/loxberry/log/system_tmpfs is below limit of 5% discspace (AVAL 0.0B/SIZE 200.0MB). Please reboot your LoxBerry.

Nach dem Reboot konnte ich wieder ohne Probleme überall hin:
OK RootFS free space Checks the rootfs for available space LoxBerry's RootFS has more than 10% free discspace (AVAL 22.5GB/SIZE 28.7GB).

Healthcheck ist danach natürlich OK:
<OK> RAMDISCS FREE SPACE
All ramdiscs have more than 25% free discspace.

Kann mir einer erklären wie ich das Log-File von tmpfs in zram umwandle?
Das hab ich anscheinend von meinem 1erPi übernommen, würde dies erst gerne als Fehler ausmerzen.
TX

Das hier ist ja glaub ich nur fürn 4er mit 8gb zum aufbohren wenn ich es richtig gelesen habe
Loxberry/createtmpfsfoldersinit.sh at master · mschlenstedt/Loxberry · GitHub
Das wird wohl nix mit meinem 3er.

**svethi** · 03.03.2021, 09:15

Was Du ansprichst ist eine Ramdisk.

**fantomas** · 03.03.2021, 11:47

Hallo,

ich bin der Anleitung auf Loxwiki gefolgt und hab so raus bekommen, welches Logfile zu groß wird...ich kann die Files auch als su über die Konsole löschen. Was mir als Linux Anfänger nicht gelingt ist raus zu bekommen was/welche Anwendung in diese logfiles schreibt...ich hab im Übrigen kein FHEM laufen sondern loxberry pur.

Thomas

Gesendet von meinem moto g(7) power mit Tapatalk

**Witte** · 12.03.2021, 15:44

Hi zusammen,

bei mir wächst der belegte Speicher auch schön langsam immer weiter an und ich weiß nicht an was es liegt.

Dann hab ich mich erstmal durch die Anleitung gearbeitet: https://www.loxwiki.eu/display/LOXBE...left+on+device
Aber da kommen ganz andere Werte raus bei den Befehlen?

Code:

root@loxberry:/# df -h /var/log
Filesystem Size Used Avail Use% Mounted on
/dev/zram0 386M 44M 314M 13% /var/log

vs. Einzelauflistung:

Code:

root@loxberry:/# du -shc /tmp
228K /tmp
228K total
root@loxberry:/# du -shc /opt/loxberry/log/plugins
1.3M /opt/loxberry/log/plugins
1.3M total
root@loxberry:/# du -shc /opt/loxberry/log/system_tmpfs
5.3M /opt/loxberry/log/system_tmpfs
5.3M total
root@loxberry:/# du -shc /var/log
1.5M /var/log
1.5M total

hm...also die Differenz dazu sind dann vermutlich haufen gelöschte files:

Code:

root@loxberry:/# lsof -nP | grep '(deleted)'
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 472
lsof: no pwd entry for UID 472
lsof: no pwd entry for UID 472
lsof: no pwd entry for UID 472
lsof: no pwd entry for UID 472
lsof: no pwd entry for UID 472
lsof: no pwd entry for UID 472
rpimonito 3013 root 2w REG 254,0 36231827 35 /opt/loxberry/log/plugins/rpi_monitor/RPi-Monitor_daemon.log (deleted)
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
lsof: no pwd entry for UID 1000
rpimonito 24118 1000 2w REG 254,0 36231827 35 /opt/loxberry/log/plugins/rpi_monitor/RPi-Monitor_daemon.log (deleted)
rpimonito 24119 root 2w REG 254,0 36231827 35 /opt/loxberry/log/plugins/rpi_monitor/RPi-Monitor_daemon.log (deleted)
apache2 25945 root 9u REG 254,0 0 29 /tmp/.ZendSem.JTb81X (deleted)
apache2 26367 loxberry 9u REG 254,0 0 29 /tmp/.ZendSem.JTb81X (deleted)
apache2 26368 loxberry 9u REG 254,0 0 29 /tmp/.ZendSem.JTb81X (deleted)
apache2 26369 loxberry 9u REG 254,0 0 29 /tmp/.ZendSem.JTb81X (deleted)
apache2 26370 loxberry 9u REG 254,0 0 29 /tmp/.ZendSem.JTb81X (deleted)
apache2 26371 loxberry 9u REG 254,0 0 29 /tmp/.ZendSem.JTb81X (deleted)
apache2 26379 loxberry 9u REG 254,0 0 29 /tmp/.ZendSem.JTb81X (deleted)
apache2 26542 loxberry 9u REG 254,0 0 29 /tmp/.ZendSem.JTb81X (deleted)
root@loxberry:/#

In der Anleitung ist jetzt die Rede von Prozess stoppen, damit z.B. apache2 die files freigibt:

Code:

root@loxberry:/# service apache2 stop
root@loxberry:/# service apache2 start

jetzt ist aber genau ein file weniger da (vorher 8, jetzt 7).
Was kann ich noch tun um die ständig wachsende Ram-Disk zu analysieren?

**Witte** · 17.03.2021, 09:30

Update after 4 days - ramlog grows slow but it grows...

Code:

root@loxberry:/opt/loxberry# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 15G 8.0G 6.4G 56% /
devtmpfs 1.8G 0 1.8G 0% /dev
tmpfs 2.0G 20K 2.0G 1% /dev/shm
tmpfs 2.0G 187M 1.8G 10% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/mmcblk0p1 6.4G 40M 6.4G 1% /boot
/dev/zram0 386M 103M 255M 29% /opt/loxberry/log/ramlog
tmpfs 391M 0 391M 0% /run/user/1001
overlay 15G 8.0G 6.4G 56% /var/lib/docker/overlay2/87a1a3a245d595d4c258f5a554b1ae9be1accc9d2ef70a430e 815998fb1a792f/merged
overlay 15G 8.0G 6.4G 56% /var/lib/docker/overlay2/c836bf807b12a1f683c8186179173e4133e15b3c20f264b431 35063ea9bc1e67/merged
overlay 15G 8.0G 6.4G 56% /var/lib/docker/overlay2/371fdb69f2b8c10b542deedc8633f8e33fab8237e49941503b c0c197f64a567c/merged
overlay 15G 8.0G 6.4G 56% /var/lib/docker/overlay2/6a62a32e6f14cde623d4f16e50fcb4396d3d63a7d6da714f56 c85b583f3a011b/merged
shm 64M 0 64M 0% /var/lib/docker/containers/33e7e370d2b0f1ff8658368a14f9b4154c7fc3bf0e6bb6df3b 405e7606c5670e/mounts/shm
overlay 15G 8.0G 6.4G 56% /var/lib/docker/overlay2/aab7fe28f4ad10c1eb636bd2bb4d668dfdd2c77f626206804a 5ffaa7db241ff3/merged

Code:

lsof -s | grep '(deleted)' | awk '{$7=$7/1048576 "MB"}1'
rpimonito 3013 root 2w REG 254,0 90.3153MB 35 /opt/loxberry/log/plugins/rpi_monitor/RPi-Monitor_daemon.log (deleted)
apache2 14770 loxberry 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
apache2 14771 loxberry 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
apache2 14772 loxberry 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
apache2 14773 loxberry 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
apache2 14774 loxberry 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
apache2 14814 loxberry 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
apache2 14834 loxberry 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
apache2 15883 loxberry 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
apache2 19207 root 9u REG 254,0 0MB 507 /tmp/.ZendSem.Gwx76q (deleted)
rpimonito 24118 1000 2w REG 254,0 90.3153MB 35 /opt/loxberry/log/plugins/rpi_monitor/RPi-Monitor_daemon.log (deleted)
rpimonito 24119 root 2w REG 254,0 90.3153MB 35 /opt/loxberry/log/plugins/rpi_monitor/RPi-Monitor_daemon.log (deleted)

Code:

root@loxberry:/opt/loxberry# du -h /opt/loxberry/log/
....
...
4.0K /opt/loxberry/log/skel_syslog/watchdog
4.0K /opt/loxberry/log/skel_syslog/private
4.0K /opt/loxberry/log/skel_syslog/apt
4.0K /opt/loxberry/log/skel_syslog/mosquitto
4.0K /opt/loxberry/log/skel_syslog/fsck
4.0K /opt/loxberry/log/skel_syslog/apache2
4.0K /opt/loxberry/log/skel_syslog/lighttpd
4.0K /opt/loxberry/log/skel_syslog/unattended-upgrades
52K /opt/loxberry/log/skel_syslog
22M /opt/loxberry/log/

wie kann ich weiter analysieren....?

ramlog voll

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar