Watchdog: high memory usage (>95%) detected

[MichaelN]

Seit heute Nacht haut mir RM (3.61.5) haufenweise "high memory usage (>95%) detected" raus.
Wie bekannt bin ich ein Linux Noob und daher auf eure Hilfe bei der Analyse angewiesen.

Könnt ihr hier was auffälliges sehen?
EDIT: mir erscheinen die Einräge mit 3,7 bzw. 3,3g auffällig. Der eine hängt mit CCU-Historian zusammen, der andere mit HMServer?


Ausgabe von ps

Code: Alles auswählen

PPID	PGID	PID	TT	USER	VSZ	STAT	RSS	COMMAND	
1	396	396	?	root	76m	S	1544	/usr/sbin/irqbalance									
1	632	633	?	root	75m	S	1876	/usr/sbin/chronyd									
1	1139	1140	?	root	601m	S<	25m	node	/usr/local/addons/mediola/neo_server//automation.js								
1140	1139	1313	?	root	538m	S<	2096	/usr/bin/node	/usr/local/addons/mediola/neo_server/node_modules/script_executor.js								
1	1092	1093	?	root	40m	S	16m	/bin/ReGaHss	-f	/etc/rega.conf	-l	2					
1	1170	1171	?	root	3.7g	S	588m	/opt/java/bin/java	"-Xmx512m   	-Djava.util.prefs.userRoot=/usr/local/addons/ccu-historian	-Djava.util.prefs.systemRoot=/usr/local/addons/ccu-historian	-jar	/usr/local/addons/ccu-historian/ccu-historian/ccu-historian.jar	-config	/usr/local/addons/ccu-historian/ccu-historian.config	-loglevel	off"								
1	958	959	?	root	3.3g	S	114m	java	"-Dos.arch=aarch64	=-Xmx128m	-Dlog4j.configuration=file:///etc/config/log4j.xml	-Dfile.encoding=ISO-8859-1	-Dgnu.io.rxtx.SerialPorts=/dev/mmd_hmip	-cp	/opt/HMServer/HMIPServer.jar:/opt/HMServer/coupling/ESHBridge.jar	de.eq3.ccu.server.ip.HMIPServer	/var/etc/crRFD.conf	/var/etc/HMServer.conf"								
1	406	406	?	root	293m	S	1548	/usr/sbin/rngd	-q								
1	919	920	?	root	22m	S	8096	/bin/rfd	-f	/var/etc/rfd.conf	-l	5					
1	1218	1218	?	root	16m	S	4568	/usr/bin/monit	-Ic	/etc/monitrc							
1	287	287	?	root	15m	S	2072	/sbin/udevd		=-d							
287	287	30039	?	root	15m	S	2024	/sbin/udevd	-d								
1	885	886	?	root	11m	S<	1072	/bin/multimacd	-f	/var/etc/multimacd.conf	-l	5					
747	746	748	?	root	10m	S	4552	/usr/sbin/lighttpd	-f	/etc/lighttpd/lighttpd.conf	-D						
1	767	768	?	root	7476	S	2232	sshd:	/usr/sbin/sshd	=-d	[listener]	0	of	10-100	startups		
1	258	259	?	root	4636	S	1780	/bin/hss_led	-l								
1	739	740	?	root	4328	S	796	/bin/eq3configd									
1	756	757	?	root	4144	S	964	/bin/ssdpd									
1	1201	1202	?	root	3744	S	1776	/usr/sbin/crond	-f	=-l	9						
30040	746	30041	?	root	3744	R	2056	ps	-o	ppid,pgid,pid,tty,user,vsz,stat,rss,args							
0	1	1	?	root	3608	S	1480	init									
1	461	462	?	root	3608	S	1772	/sbin/syslogd	-n	=-m	0	-s	4096	-b	1	-D	
1	464	465	?	root	3608	S	1524	/sbin/klogd	-n								
1	491	491	?	root	3608	S	4	/sbin/udhcpc	-b	=-T	20	-T	3	-S	-x	hostname:ccu3-webui	-i
1	1219	1219	4,2	root	3608	S	4	init									
1	113	113	?	root	3476	S	1392	/sbin/watchdog	-T	300	-t	5	/dev/watchdog				
1	105	106	?	root	3348	S	860	/usr/bin/psplash	-n								
1	820	820	?	root	3192	S	1456	/usr/local/addons/cuxd/cuxd									
1	419	419	?	dbus	3136	S	1392	dbus-daemon	--system								
1	619	620	?	root	2076	S	1156	/usr/sbin/ifplugd	-i	eth0	-fwI	-u0	-d10				
1	624	625	?	root	2076	S	1132	/usr/sbin/ifplugd	-i	wlan0	-wI	-u5	-d5				
1	746	747	?	root	1820	S	520	/usr/sbin/lighttpd-angel	-f	/etc/lighttpd/lighttpd.conf	-D						
748	746	30040	?	root	1808	S	1140	/www/addons/cuxd/index.ccc									

Ausgabe von top

[stan23]

Ich finde die Ausgabe von top auch schwierig.
Es gibt aber auch das lesbarere "htop": https://github.com/fhetty/hm-tools

Könnte jedoch sein dass beim Reboot nach der Installation das Problem erstmal weg ist.

[Baxxy]

Einfach mal den Historian mit...

Code: Alles auswählen

monit restart ccu-historian

... neu starten.

Bei mir knabbert der bei viel "Bewegung im System" auch gerne am Speicher, lässt sich dann aber durch einen Restart wieder zähmen.
Dank Pi4B-2GB habe ich aber meistens noch Luft.

Interessant ist, das nach dem automatischen DB-Backup (Rote Kringel: Sonntags 00:00) der Speicherverbrauch erstmal hochgeht um dann gemächlich abzufallen.

Grüße, Baxxy

[MichaelN]

Es gibt aber auch das lesbarere "htop": https://github.com/fhetty/hm-tools

Interessant.

Könnte jedoch sein dass beim Reboot nach der Installation das Problem erstmal weg ist.

Davon gehe ich aus. Wäre ja auch eine Lösung. Manche praktizieren das so...

[MichaelN]

@Baxxy: wie ermittlest Du die RAM-Nutzung? Da scheint es ja verschiedene Möglichkeiten mit unterschiedlichen Ergebnissen zu geben?!

[Baxxy]

wie ermittlest Du die RAM-Nutzung?

Über ein Script das @jmaus mal gepostet hatte.
viewtopic.php?f=65&t=57926#p574172

htop habe ich aber auch drauf.

Zu beachten ist aber das mein Historian die doppelte Menge RAM nutzen darf.

Code: Alles auswählen

-Xmx1024m
statt
-Xmx512m (original)

Grüße, Baxxy

[MichaelN]

Der Historian haut auf jeden Fall ordentlich rein. Vor dem Neustart des Historian 90% RAM benutzt, während dessen 27%, nach dem er wieder läuft gut 65%

[Baxxy]

haut auf jeden Fall ordentlich rein

Da müsste sich Mathias mal zu äußern.

Spontan fällt mir nur die Option in der .config...

Code: Alles auswählen

historian.bufferCount=

dazu ein.

Max. Anzahl an Wertänderungen, die im Arbeitsspeicher gepuffert werden sollen. Diese Option ist nur wirksam, wenn historian.bufferTime größer als 0 gesetzt wurde.

Die liegt default bei 5000, hast du da was angepasst?

Ansonsten könntest du dem Historian weniger Speicher zur Verfügung stellen.
In...

Code: Alles auswählen

/usr/local/etc/config/rc.d/ccu-historian

... nach "Xmx" suchen.
Ob das sinnig wäre weiß ich aber nicht.

Grüße, Baxxy

[akimoto]

viewtopic.php?f=38&t=70074

[MichaelN]

historian.bufferCount=

Diesen Eintrag habe ich nciht, nur:

Code: Alles auswählen

historian.metaCycle=4*60*60*1000
historian.bufferTime=4*60*60*1000
historian.defaultDisabled=true