Unerwartetes Bild bei Bedienung des WEBUI

[NAHOSTFALE]

Describe the issue you are experiencing

Nach Auswahl von Einstellung >> Geräte >> <Auswahl eines Gerätes> >> Einstellung kommt wiederholbar ein unerwartetes Fehlerbild:

An internal error was detected in the service software:
Backtrace:
no space left on device
    while executing
"close $f"
    (procedure "write_sessions" line 22)
    invoked from within
"write_sessions"
    (procedure "session_getsessiondata_ise" line 26)
    invoked from within
"session_getsessiondata_ise"
    (procedure "session_isvalid_ise" line 9)
    invoked from within
"session_isvalid_ise"
    (procedure "session_requestisvalid_ise" line 5)
    invoked from within
"session_requestisvalid_ise $needed_upl"
    (procedure "session_requestisvalid" line 6)
    invoked from within
"session_requestisvalid 0"

CGI info:
_cgi(input): iface=BidCos-RF&address=OEQ1359575&redirect_url=GO_BACK&_=
_cgi(queryencoding): utf-8

Environment info:
env(CONFIG_ROOT)              = /etc/config
env(CONTENT_LENGTH)           = 58
env(CONTENT_TYPE)             = application/x-www-form-urlencoded; charset=UTF-8
env(DOCUMENT_ROOT)            = /www/
env(GATEWAY_INTERFACE)        = CGI/1.1
env(HTTP_ACCEPT)              = text/javascript, text/html, application/xml, text/xml, */*
env(HTTP_ACCEPT_ENCODING)     = gzip, deflate
env(HTTP_ACCEPT_LANGUAGE)     = de-DE,de;q=0.9,en-US;q=0.8,en;q=0.7
env(HTTP_CONNECTION)          = keep-alive
env(HTTP_CONTENT_LENGTH)      = 58
env(HTTP_DNT)                 = 1
env(HTTP_HOST)                = 192.168.2.40
env(HTTP_ORIGIN)              = http://192.168.2.40
env(HTTP_USER_AGENT)          = Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
env(HTTP_X_PROTOTYPE_VERSION) = 1.6.1
env(HTTP_X_REQUESTED_WITH)    = XMLHttpRequest
env(QUERY_STRING)             = sid=@t5cqSVGcL2@
env(REDIRECT_STATUS)          = 200
env(REMOTE_ADDR)              = 192.168.2.94
env(REMOTE_PORT)              = 57702
env(REQUEST_METHOD)           = POST
env(REQUEST_SCHEME)           = http
env(REQUEST_URI)              = /config/ic_deviceparameters.cgi?sid=@t5cqSVGcL2@
env(SCRIPT_FILENAME)          = /www/config/ic_deviceparameters.cgi
env(SCRIPT_NAME)              = /config/ic_deviceparameters.cgi
env(SERVER_ADDR)              = 192.168.2.40
env(SERVER_NAME)              = 192.168.2.40
env(SERVER_PORT)              = 80
env(SERVER_PROTOCOL)          = HTTP/1.1
env(SERVER_SOFTWARE)          =

Describe the behavior you expected

• Ursprüngliche Bedienmaske -

Steps to reproduce the issue

Einstellung >> Geräte >> <Auswahl eines Gerätes> >> Einstellung

What is the version this bug report is based on?

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?

--

Additional information

--

[jens-maus]

In der dritten Zeile deines Logoutputs sieht man doch die Ursache:

no space left on device

D.h. deine SD Karte bzw. die /usr/local partition ist wohl vollgelaufen. Das ist also definitiv kein Bug/Issue von RaspberryMatic selbst, sondern ein Problem deiner lokalen Installation selbst.

[NAHOSTFALE]

Hallo, danke für die schnelle Antwort ! Aber CUXD zeigt an:

 /                  ext4     (rw) Total     996780k  Used     901712k (90.5%)  Free      95068k ( 9.5%)
 /dev               devtmpfs (rw) Total     449904k  Used          0k ( 0.0%)  Free     449904k (100.0%)
 /tmp               tmpfs    (rw) Total     485040k  Used        172k ( 0.0%)  Free     484868k (100.0%)
 /dev/shm           tmpfs    (rw) Total     485040k  Used          0k ( 0.0%)  Free     485040k (100.0%)
 /var               tmpfs    (rw) Total     485044k  Used     485044k (100.0%)  Free          0k ( 0.0%)
 /media             tmpfs    (rw) Total     485040k  Used          0k ( 0.0%)  Free     485040k (100.0%)
 
 /usr/local         ext4     (rw) Total   13525468k  Used     767396k ( 5.7%)  Free   12758072k (94.3%)

 /boot              vfat     (ro) Total     261868k  Used      84240k (32.2%)  Free     177628k (67.8%)
  /media/usb1        vfat     (rw) Total   31150208k  Used    1766192k ( 5.7%)  Free   29384016k (94.3%)

[jens-maus]

> /var tmpfs (rw) Total 485044k Used 485044k (100.0%) Free 0k ( 0.0%)

Da haben wir es doch. Dein /var ist voll. Irgendwas (vielleicht unbeabsichtigt du) hat da wohl gewaltig was reingeschrieben. Da das aber in einem tmpfs und damit im RAM liegt würde theoretisch ein reboot reichen und es sollte wieder leer sein. Besser wäre du findest erst einmal heraus warum das vollgelaufen ist und zeigst es hier.

[NAHOSTFALE]

Moin, danke:

ich habe ins /var/log geschaut das war "lighttpd-access.log" riesig. Nach dem Löschen hat sich nur nichts bei df -h geändert.
Nach einem Reboot war erst mal Luft, aber das Log füllt sich schnell. Ich nutze NODE-RED-Oberflächen zur Visualisierung - sehr schön - aber ich muss die Abfragen wohl reduzieren (führt zu Aktualitätsverlust) oder das LOG öfter einmal löschen, oder beides ....

Vielen Dank !
PS: ich bin voller Bewunderung. Wo nimmst Du die viele Zeit her ??

[jens-maus]

Also ca. 450MB pro Tag ist schon ne Hausnummer. Im Grunde heisst das aber das man entweder den access-log abschalten müsste oder das logrotate mehr als nur 1x. am Tag stattfinden lassen müsste damit das /var dann nicht überläuft.

[Baxxy13]

Vielleicht könnte man mal über einen (konfigurierbaren) LogFilter nachdenken.
Ich habe z.B. den CCU-Jack drauf der alle 3s geloggt wird...
Dann die Homematic(IP) Local - Integration in HA die alle 15s 3 Einträge erzeugt.

Da komme ich pro Stunde schon so auf 2000 Log-Lines die (für mich) völlig uninteressant sind.

[jens-maus]

Für das nächste nightly und damit für die nächste stable version habe ich ja nun das interval in dem logrotate aufgerufen wird erhöht. Nun sollte es 4x am Tag im 6h Rythmus aufgerufen werden. Ne andere Alternative wäre das lighttpd access log gänzlich zu eliminieren weil das ggf. gar keinen Mehrwert hat.

[NAHOSTFALE]

Danke für die Hinweise!
Das ich an die CCU anfragen oder Aufrufe sende ist ja gewollt und muss eigentlich nicht protokolliert werden. Die Anfragemenge so gering wie möglich zu halten ist eine Frage der Hygiene bzw. reduziert Fehlermöglichkeiten.

Es hat mir alles Fingerzeige gegeben - ich werde einen Filter - oben - einmal bewusst ausprobieren. Macht nicht dümmer :-)

PS: Ich hatte auch noch einen anderen Kollegen, der ein anderes LOG vollgeschrieben hat: Inkonsistenz im Diagramm-System rrd-Datenbank - die ich eigentlich gar nicht mehr nutze.

Dank an Alle !!