Hoher Systemload

[Quautiputzli]

Hallo miteinander,

ich hatte nun auch, dass sich mein OH aufhängt (nach 25 Tagen Laufzeit seit letztem Neustart). Im Log stand auch dieses:

Code: Alles auswählen

java.lang.OutOfMemoryError: Java heap space

openHAB war nicht über die Webseite erreichtbar, jedoch über die Console, also hab ich OH neugestartet mit:

Code: Alles auswählen

sudo systemctl restart openhab

Danach wollte ich der Sache auf den Grund gehen. Die Speicherauslastung aus dem openhab Systeminfo-Binding sieht recht normal aus:

Bild_2025-04-03_073621329.png

Das war früher schonmal höher. Beim Einloggen über die Console erscheint ja am Anfang folgende Info:

Code: Alles auswählen

###############################################################################
###############  openhabian  ##################################################
###############################################################################
##        Ip = 192.168.2.222
##   Release = Raspbian GNU/Linux 12 (bookworm)
##    Kernel = Linux 6.6.31+rpt-rpi-v8
##  Platform = BCM43455 37.4MHz Raspberry Pi 3+-0190
##    Uptime = 54 day(s). 14:01:42
## CPU Usage = 4.28% avg over 4 cpu(s) ( core(s) x - socket(s))
##  CPU Load = 1m: 1.00, 5m: 1.01, 15m: 1.00
##    Memory = Free: 1.17GB (31%), Used: 2.64GB (69%), Total: 3.75GB
##      Swap = Free: 2.99GB (100%), Used: 0.00GB (0%), Total: 2.99GB
##      Root = Free: 19.58GB (71%), Used: 7.75GB (29%), Total: 28.82GB
##   Updates = 125 apt updates available.
##  Sessions = 1 session(s)
## Processes = 265 running processes of 32768 maximum processes
########################################################################

Hier sieht auch alles normal aus oder?

Dann habe ich mir noch über die karaf konsole folgendes angeschaut:

Code: Alles auswählen

openhab> shell:info
Karaf
  Karaf version               4.4.6
  Karaf home                  /usr/share/openhab/runtime
  Karaf base                  /var/lib/openhab
  OSGi Framework              org.eclipse.osgi-3.18.0.v20220516-2155
JVM
  Java Virtual Machine        OpenJDK Client VM version 17.0.13+11-Raspbian-1deb12u1rpt1
  Version                     17.0.13
  Vendor                      Raspbian
  Pid                         10708
  Uptime                      25 minutes
  Process CPU time            7 minutes
  Process CPU load            0.03
  System CPU load             0.04
  Open file descriptors       261
  Max file descriptors        102,642
  Total compile time          33.550 seconds
Threads
  Live threads                288
  Daemon threads              127
  Peak                        329
  Total started               3619
Memory
  Current heap size           187,302 kbytes
  Maximum heap size           253,440 kbytes
  Committed heap size         253,440 kbytes
  Pending objects             0
  Garbage collector           Name = 'Copy', Collections = 239, Time = 5.006 seconds
  Garbage collector           Name = 'MarkSweepCompact', Collections = 58, Time = 55.560 seconds
Classes
  Current classes loaded      30,414
  Total classes loaded        31,330
  Total classes unloaded      916
Operating system
  Name                        Linux version 6.6.31+rpt-rpi-v8
  Architecture                arm
  Processors                  4
  Total physical memory       3,934,164 kbytes
  Free physical memory        1,366,112 kbytes
openhab>

Speziel der Bereich bei Memory macht mit im Vergleich zu euren Daten stutzig, ist das nicht ein bisschen wenig? Wo kommt das eigentlich her?

Code: Alles auswählen

Memory
  Current heap size           187,302 kbytes
  Maximum heap size           253,440 kbytes
  Committed heap size         253,440 kbytes

Danke und Servus

[udo1toni]

Schau bitte mal in /etc/default/openhab nach, dort ist vermutlich in EXTRA_JAVA_OPTS etwas wie -Xms128m -Xmx256m eingetragen.
ms ist der minimal (bzw. zu Beginn) zugewiesene Heap Space,
mx ist der maximal genutzte Heap Space.
Da Du einen Rechner mit 4 GByte RAM nutzt, kannst Du mx problemlos auf 1024m setzen, dann wird Java maximal 1 GByte (bzw. 1024 MByte) Heap Space nutzen.

[Quautiputzli]

Okay, hier ist folgendes zu fingen:

Code: Alles auswählen

EXTRA_JAVA_OPTS="-Duser.timezone=Europe/Berlin"
##EXTRA_JAVA_OPTS="-Xms192m -Xmx768m -XX:-TieredCompilation -XX:+ExitOnOutOfMemoryError -Dxtext.qn.interning=true"

Das mit dem Speicher ist also auskommentiert. Das passt aber nicht zu den "253,440 kbytes" und ist ja eh auskommentiert. Kann das noch wo anders definiert sein?

Soll ich nun die Zeile einfach abändern in:

Code: Alles auswählen

EXTRA_JAVA_OPTS="-Xms192m -Xmx1024m -XX:-TieredCompilation -XX:+ExitOnOutOfMemoryError -Dxtext.qn.interning=true"

?
Das ms kann bleiben?

Ich hab nun auch noch den Heap-Speicher in das Systeminfo-Binding eingefügt, aber das scheint für mich auch nicht dazuzupassen:

Bild_2025-04-04_073134832.png

[udo1toni]

Ich habe keine Ahnung, wie das Systeminfo Binding funktioniert. Ob dieses vom Host sinnvolle Werte liefert, kommt mutmaßlich darauf an, wie es konfiguriert ist.

[Quautiputzli]

Ich hab es nunmal abgeändert auf:

Code: Alles auswählen

EXTRA_JAVA_OPTS="-Xms192m -Xmx1024m -XX:-TieredCompilation -XX:+ExitOnOutOfMemoryError -Dxtext.qn.interning=true"

Muss hier openhab neu gestartet werden, um das zu übernehmen?

[peter-pan]

Ich denke schon. Besser wäre vielleicht noch ein "reboot" ?!

[udo1toni]

Neustart von openHAB reicht (also den Dienst neu starten, per sudo systemctl stop openhab.service und anschließend sudo systemctl start openhab.service (restart kann auch klappen, aber mit stop/start wird die Datei sicher eingelesen).