Neues YouTube-Video: Visualisierung im Devices-Adapter

[Ein ehemaliger Benutzer]

Moin @ All
Bin mit meinem System im Latest und alle Adapter sind Aktuell.
Was mir seit ein paar Tagen auffällt ist der massive Memory Verbrauch von: iobroker.js-con
Bei einem System Neustart ist soweit alles ruhig. Da liegt der Arbeitsspeicher Verbrauch bei 2GB von 4GB
Auch beim aufrufen meiner Views.
ABER sobald ich den VIS Editor aufrufe schnellt der Verbrauch in die Höhe.
Zum Teil ist mein Memory dann bei 3,7 GB in Gebrauch.
Zum Teil schnellt der CPU auf 77%.
Beruhigt sich aber dann auch nicht mehr bis ich das System bzw. iobroker neustarte.
Hat das auch jemand von Euch?

[Thomas Braun]

@Yetiberg
Nö:

  1  [|||                                                                               1.9%]   Tasks: 53, 232 thr; 2 running
  2  [|||||||||                                                                        10.1%]   Load average: 0.58 0.61 0.54
  3  [|                                                                                 0.7%]   Uptime: 07:40:32
  4  [|||                                                                               2.0%]
  Mem[||||||||||||||||||||||||||||||||||||                                        994M/3.81G]
  Swp[                                                                             0K/100.0M]

  PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
19092 iobroker   20   0  224M 93488 36052 S  0.0  2.3  0:09.47 io.iot.0

Da musst du auch schon etwas mehr über dein System preisgeben. Volles Desktop-System mit X? Hardware? Usw.
Dein swap-file läuft auch voll. Das sollte eigentlich bei 4 GB RAM (und einem schlanken System) nicht angefasst werden.

[Ein ehemaliger Benutzer]

Gut, dachte ich mir, machen wir es anders.
Ein:
node reinstall.js in /opt/iobroker
hat es dann gefixt.

@Thomas-Braun
Ja, das mit dem Swap ist mir natürlich auch aufgefallen.
Aber bei fast kompletter Auslastung des RAM´s ist das ja klar das er auf das Swap zurück greift.
Habe das vm. swappiness in der „/etc/sysctl.conf“ nun mal von 100 auf 15 eingestellt.
Mit der vorigen Einstellung hat er grundsätzlich geswapt.
Nun sollte er nur noch bei unter 15% des verfügbaren RAMs swapen.
Mal schauen wie das mit dieser Einstellung nun läuft.
Aber nun hat er sich wieder bei ca. 2,5 GB von 4 eingependelt.

[n811e]

@A Former User said in iobroker.js-con:

node reinstall.js in /opt/iobroker

Auch wenn das Thema hier schon alt ist, ich habe die gleichen Probleme.

Ich würde das auch gern beheben.

Wenn ich aber dies:
node reinstall.js in /opt/iobroker
in Putty eingebe, kommt folgende Fehlermeldung:

pi@raspberrypi:~ $ node reinstall.js in /opt/iobroker
node:internal/modules/cjs/loader:936
throw err;
^

Error: Cannot find module '/home/pi/reinstall.js'
at Function.Module._resolveFilename (node:internal/modules/cjs/loader:933:15)
at Function.Module._load (node:internal/modules/cjs/loader:778:27)
at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:77:12)
at node:internal/main/run_main_module:17:47 {
code: 'MODULE_NOT_FOUND',
requireStack: []

wie mache ich das richtig?

[OliverIO]

@n811e

wie immer liegt es nicht am javascript adapter selbst sondern an einem oder mehreren skripte darin.
diese verursachen memory leaks, die nach und nach den speicher auffrisst.
suche hier nach memory leaks und du findest diverse threads, wie man nach den fehlern sucht und bei was am häufigsten das problem auftreten kann.

[Homoran]

@n811e sagte in iobroker.js-con:

@ A Former User said in iobroker.js-con:

node reinstall.js in /opt/iobroker

Auch wenn das Thema hier schon alt ist

und zwar so alt, dass es den referenzierten User gar nicht mehr gibt. Wie soll der antworten?

[crunchip]

@n811e sagte in iobroker.js-con:

Wenn ich aber dies:
node reinstall.js in /opt/iobroker
in Putty eingebe

Nicht blind kopieren, der Befehl node reinstall.js muss in Verzeichnis /opt/iobroker ausgeführt werden

[Thomas Braun]

@crunchip sagte in iobroker.js-con:

Nicht blind kopieren, der Befehl node reinstall.js muss in Verzeichnis /opt/iobroker ausgeführt werden

Da war aber auch nur bei Alt-Installationen möglich. In aktuellen Versionen gibt es das reinstall-Skript nicht mehr:

echad@chet:/opt/iobroker $ ls -la
total 824
drwxrwxr-x+   6 iobroker iobroker   4096 Jul  9 21:28 .
drwxr-xr-x    3 root     root       4096 Jun 13 19:58 ..
drwxrwxr-x+   2 iobroker iobroker   4096 Jun 16 14:48 backups
-rwxrwxrwx+   1 iobroker iobroker    133 Jun 13 20:01 INSTALLER_INFO.txt
lrwxrwxrwx    1 iobroker iobroker     22 Jun 13 20:01 iob -> /opt/iobroker/iobroker
-rwxrwxr-x+   1 iobroker iobroker    309 Jun 13 20:01 iobroker
drwxrwxr-x+   9 iobroker iobroker   4096 Jul 13 12:10 iobroker-data
drwxrwxr-x+   2 iobroker iobroker   4096 Jul 13 12:00 log
drwxrwxr-x+ 712 iobroker iobroker  24576 Jul 13 10:20 node_modules
-rw-rwxr--+   1 iobroker iobroker    155 Jun 13 19:58 .npmrc
-rw-rwxr--+   1 iobroker iobroker   1483 Jul 13 10:20 package.json
-rw-rwxr--+   1 iobroker iobroker 774721 Jul 13 10:20 package-lock.json

Davon ganz abgesehen war das auch nicht die dauerhafte Lösung, wenn da wie vermutet ein skript aus dem Ruder läuft.