NEWS
Javascript Adapter rot (out of memory)
-
pi@iobroker:~ $ free -m total used free shared buff/cache available Mem: 1939 825 939 5 174 1031 Swap: 99 6 93 pi@iobroker:~ $ top top - 09:07:55 up 1:13, 1 user, load average: 0.18, 0.13, 0.12 Tasks: 158 total, 1 running, 157 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.0 us, 2.9 sy, 0.0 ni, 97.1 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 1939.4 total, 940.6 free, 824.3 used, 174.6 buff/cache MiB Swap: 100.0 total, 94.0 free, 6.0 used. 1032.6 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5443 pi 20 0 10324 2848 2484 R 6.2 0.1 0:00.02 top 1 root 20 0 33728 7660 6388 S 0.0 0.4 0:01.75 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd 3 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_par_gp 6 root 0 -20 0 0 0 I 0.0 0.0 0:00.56 kworker/0+ 8 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 mm_percpu+ 9 root 20 0 0 0 0 S 0.0 0.0 0:00.21 ksoftirqd+ 10 root 20 0 0 0 0 I 0.0 0.0 0:01.58 rcu_sched 11 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_bh 12 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration+ 13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0 14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1 15 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration+ 16 root 20 0 0 0 0 S 0.0 0.0 0:00.13 ksoftirqd+ 17 root 20 0 0 0 0 I 0.0 0.0 0:00.66 kworker/1+ 19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/2 pi@iobroker:~ $ who -r run-level 3 2020-05-07 08:36 last=5 pi@iobroker:~ $ sudo init 3 pi@iobroker:~ $ free -m total used free shared buff/cache available Mem: 1939 825 939 5 174 1031 Swap: 99 6 93 pi@iobroker:~ $Aber da ist doch viel frei?
node -v nodejs -v npm -v which node which nodejs which npm -
pi@iobroker:~ $ node -v v10.19.0 pi@iobroker:~ $ nodejs -v v10.19.0 pi@iobroker:~ $ npm -v 6.13.4 pi@iobroker:~ $ which node /usr/bin/node pi@iobroker:~ $ which nodejs /usr/bin/nodejs pi@iobroker:~ $ which npm /usr/bin/npmGruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@maxpd Die Error-Zeile ganz oben aus dem Log sagt doch eigentlich, was los war. Dem Javascript-Adapter ging, zumindest temporär, der Speicher aus. Daraufhin wurde er neu gestartet und der Speicher war erstmal wieder frei.
Läuft da irgendein aufwändiges Script oder vielleicht eines, welches irgendwelche verschachtelten Loops startet oder Ähnliches?
Gruss, Jürgen
-
pi@iobroker:~ $ node -v v10.19.0 pi@iobroker:~ $ nodejs -v v10.19.0 pi@iobroker:~ $ npm -v 6.13.4 pi@iobroker:~ $ which node /usr/bin/node pi@iobroker:~ $ which nodejs /usr/bin/nodejs pi@iobroker:~ $ which npm /usr/bin/npmcurl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash - sudo apt update sudo apt dist-upgrade -
Zuletzt gearbeitet habe ich an dem hier.
in die grüne Schleife ist er bislang noch nicht reingelaufen. Ansonsten ist es ja ziemlich simpel.
und
Scripte habe ich 30 oder so laufen.
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
Zuletzt gearbeitet habe ich an dem hier.
in die grüne Schleife ist er bislang noch nicht reingelaufen. Ansonsten ist es ja ziemlich simpel.
und
Scripte habe ich 30 oder so laufen.
@maxpd
Bei node 12 hat sich wohl was geändert, wie mit dem heap umgegangen wird. Vielleicht bringt der Spung auf ein node > 10 was. -
@maxpd
Bei node 12 hat sich wohl was geändert, wie mit dem heap umgegangen wird. Vielleicht bringt der Spung auf ein node > 10 was.@Thomas-Braun danke dir. Habe ein Update gemacht. Werde mal abwarten müssen.
-
Zuletzt gearbeitet habe ich an dem hier.
in die grüne Schleife ist er bislang noch nicht reingelaufen. Ansonsten ist es ja ziemlich simpel.
und
Scripte habe ich 30 oder so laufen.
-
@maxpd sagte:
in die grüne Schleife ist er bislang noch nicht reingelaufen.
Bist Du sicher ? Es ist wahrscheinlich genau diese Endlos-Schleife, die "out of memory" erzeugt.
der Rollladen ist bislang noch nie auf eine Höhe von 55% hinsichtlich der Regeln. Von daher nehme ich es an.
Wie regelt man es besser? Neuer Trigger bei Azimut 130?Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
der Rollladen ist bislang noch nie auf eine Höhe von 55% hinsichtlich der Regeln. Von daher nehme ich es an.
Wie regelt man es besser? Neuer Trigger bei Azimut 130?@maxpd
Von der Java-Diskussion abgesehen wäre es vermutlich eine gute Idee den kleinen Raspi im runlevel 3 (ohne graphische Oberfläche) zu betreiben. -
@maxpd
Von der Java-Diskussion abgesehen wäre es vermutlich eine gute Idee den kleinen Raspi im runlevel 3 (ohne graphische Oberfläche) zu betreiben. -
@Thomas-Braun die Oberfläche dann über einen 2. Raspi darstellen? Denn brauchen tu ich sie unbedingt.
@maxpd
Gehst du nicht über einen 'Desktop-Rechner' via ssh auf den Raspi?
Wozu brauchst du die Oberfläche dann? -
@maxpd
Gehst du nicht über einen 'Desktop-Rechner' via ssh auf den Raspi?
Wozu brauchst du die Oberfläche dann?@Thomas-Braun lediglich wenn ich aus dem Forum die Vorgabe habe ^^
ansonsten über IP/Browser zum Einsehen der Status von Objekten und zum Pflegen von Blockly Scripten, Einbinden neuer Objekte etc.
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@Thomas-Braun lediglich wenn ich aus dem Forum die Vorgabe habe ^^
ansonsten über IP/Browser zum Einsehen der Status von Objekten und zum Pflegen von Blockly Scripten, Einbinden neuer Objekte etc.
@maxpd Hä? Dafür braucht man doch keine graphische Oberfläche dauerhaft auf dem Server. Per Browser auf den Raspi verbinden und gut ist.
-
Dann hab ich nicht verstanden was mit graphischer Oberfläche gemeint ist.
Wie stelle ich diese aus? Wie komm ich auf diese überhaupt drauf.
Per Browser auf Rapsi ist mein Standard, den ich verwende, ja.Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
Dann hab ich nicht verstanden was mit graphischer Oberfläche gemeint ist.
Wie stelle ich diese aus? Wie komm ich auf diese überhaupt drauf.
Per Browser auf Rapsi ist mein Standard, den ich verwende, ja.@maxpd said in Javascript Adapter rot (out of memory):
Am besten per
sudo raspi-configunter 3 - B1 - B2
Dann kannst du da auch gleich mal schauen, ob der Raspi auf 'Deutschland' lokalisiert ist. Sonst hast du ggf. Probleme mit der Zeitzone. Nur so als Hinweis. -
der Rollladen ist bislang noch nie auf eine Höhe von 55% hinsichtlich der Regeln. Von daher nehme ich es an.
Wie regelt man es besser? Neuer Trigger bei Azimut 130? -
@maxpd sagte:
Wie regelt man es besser?
Ersetze "wiederhole bis" durch einen einfachen "falls"-Block.
@paul53 da läuft er dann aber nie rein. weil das der Vorbedingung widerspricht. Der Rollladen soll solange Azimut unter 130 ist auf 55% und dann bei Azimut 130 auf 100%.
@Thomas-Braun: Danke dir. Was vorausgewählt war habe ich nicht gesehen. Habe es einfach mal angeklickt. Man sieht weiterhin nicht, dass B2 selektiert ist.
Bei lokalisierung war Berlin drin.
Nur hier bin ich mir unsicher was rein soll:
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@paul53 da läuft er dann aber nie rein. weil das der Vorbedingung widerspricht. Der Rollladen soll solange Azimut unter 130 ist auf 55% und dann bei Azimut 130 auf 100%.
@Thomas-Braun: Danke dir. Was vorausgewählt war habe ich nicht gesehen. Habe es einfach mal angeklickt. Man sieht weiterhin nicht, dass B2 selektiert ist.
Bei lokalisierung war Berlin drin.
Nur hier bin ich mir unsicher was rein soll:@maxpd
Mein System läuft auf[*] de_DE.UTF-8 UTF-8 -
Nach einem reboot sollte das etwa so aussehen:
pi@raspberrypi:~ $ who -r Runlevel 3 2020-05-06 20:11
132
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge