UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tbi]

@paul53 aber nochmal ne Idee/frage.

wenn ich übers Terminal doch iobroker stop und dann iobroker backup mache, dann dürfte die Auslastung doch kaum mehr da sein, da alle Instanzen ja gestoppt sind.

darum versteh ichs eigentlich nicht, weshalb er dann nicht mal mehr ein Backup machen kann?

[paul53]

@tbi sagte: wenn ich übers Terminal doch iobroker stop und dann iobroker backup mache

Funktioniert es mit vorherigem "iobroker stop" auch nicht? Dann muss die Ursache wohl eine andere sein.

[tbi]

@paul53 nein, auch im gestoppten Zustand funktioniert es nicht mit der selben Fehlermeldung:

pi@raspberrypi:~ $ iobroker stop
pi@raspberrypi:~ $ iobroker status
iobroker is not running on this host.


Objects type: jsonl
States  type: jsonl
pi@raspberrypi:~ $ iobroker backup
host.raspberrypi 13408 states saved
host.raspberrypi 16870 objects saved

<--- Last few GCs --->

[2259:0x4662d10]    27487 ms: Scavenge 175.2 (195.2) -> 174.9 (197.2) MB, 7.8 / 0.0 ms  (average mu = 0.975, current mu = 0.963) allocation failure 
[2259:0x4662d10]    28933 ms: Mark-sweep (reduce) 266.6 (286.9) -> 176.4 (186.6) MB, 212.7 / 0.0 ms  (+ 0.0 ms in 0 steps since start of marking, biggest step 0.0 ms, walltime since start of marking 219 ms) (average mu = 0.934, current mu = 0.898) externa

<--- JS stacktrace --->

FATAL ERROR: MarkCompactCollector: young object promotion failed Allocation failed - JavaScript heap out of memory
/usr/bin/iobroker: Zeile 8:  2258 Abgebrochen             sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"

[Thomas Braun]

@tbi
Backups brauchen viel Speicher.

[tbi]

lösung für denjenigen, der das mal liest und auch vom Raspberry in den Docker migrieren möchte aber kein Backup hinbekommt:

• Mit der Konsole beim Raspberry einloggen

• Das Verzeichnis /opt/iobroker tar.gz'n

• Dann per FTP runterziehn und

• im Docker gemounteten Verzeichnis extrahieren (vorher die dortigen Inhalte löschen)

• dann die Applikation im Docker starten und es klappt.

[apollon77]

@tbi Hi, welcher js-controller ist denn im Einsatz?

[tbi]

@apollon77 Hi,

Der Adapter Javascriptausführung in Version 5.2.21
NODE.JS: V14.19.0
NPM: 6.14.16

[Thomas Braun]

@tbi

iob -v

gibt die Version des js-controller

[Kuddel]

Ich hab aktuell das gleiche Problem mit js 4.0.18

Beim Update auf js 4.0.18 habe ich auch node.js von 12 auf 14 aktualisiert.

vllt. liegt es daran?

[Thomas Braun]

@kuddel

Nein, backup funktioniert natürlich grundsätzlich auch mit nodejs@14.

[apollon77]

@kuddel Interessant. Man könnte man Node.js 16 versuchen oder ein Diowngrade auf die 12 um zu sehen ob es da jeweils besser ist ggf

[Kuddel]

@apollon77

Hab ein Downgrade auf js 3.3.22 gemacht.

Backup geht jetzt erst einmal wieder.

[Homoran]

@apollon77 backup mit node 14 funktioniert auch bei mir.
Allerdings mit controller v3

[FredF]

Hier kein Problem mit Backup:
nodejs 14.19.0
controller 4.0.15

@apollon77 Edit: Das war beim Testsystem...
Beim pi slave meines produktivsystems mit controller 4.0.18 und nodejs 14.19.0 gibt es auch diese Fehlermeldung...

pi@iobrokerpi:~ $ iob backup
host.iobrokerpi 15949 states saved
host.iobrokerpi 18108 objects saved

<--- Last few GCs --->

[18127:0x3f13e00]    20166 ms: Scavenge 177.6 (199.9) -> 177.3 (201.9) MB, 8.0 /                                                                                  0.0 ms  (average mu = 0.944, current mu = 0.934) allocation failure
[18127:0x3f13e00]    22449 ms: Mark-sweep (reduce) 311.9 (336.2) -> 177.3 (184.9                                                                                 ) MB, 160.8 / 0.0 ms  (+ 0.0 ms in 0 steps since start of marking, biggest step                                                                                  0.0 ms, walltime since start of marking 655 ms) (average mu = 0.946, current mu                                                                                  = 0.946) extern

<--- JS stacktrace --->

FATAL ERROR: MarkCompactCollector: young object promotion failed Allocation fail                                                                                 ed - JavaScript heap out of memory
/usr/bin/iob: line 8: 18126 Aborted                 sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"
pi@iobrokerpi:~ $

Edit2: Beim Master und beim 2. Slave (ein NUC) keine Fehlermeldung

[apollon77]

@fredf sagte in Backup seit Update auf NodeJS 14 nicht mehr möglich:

Edit2: Beim Master und beim 2. Slave (ein NUC) keine Fehlermeldung

Wie unterscheiden die sich in Bezug auf "free -m" ?

[FredF]

@apollon77 Schon deutlich:

PI

pi@iobrokerpi:~ $ free -m
              total        used        free      shared  buff/cache   available
Mem:            923         295         444           8         182         575
Swap:            99          59          40
pi@iobrokerpi:~ $ iob update
Used repository: Stable (default)
Adapter    "admin"        : 5.3.1    , installed 5.3.1
Adapter    "backitup"     : 2.3.3    , installed 2.3.3
Adapter    "ble"          : 0.12.0   , installed 0.12.0
Adapter    "ds18b20"      : 1.6.0    , installed 1.6.0
Controller "js-controller": 4.0.18   , installed 4.0.18
Adapter    "moma"         : 1.2.9    , installed 1.2.9
Adapter    "rpi2"         : 1.3.1    , installed 1.3.1
pi@iobrokerpi:~ $

NUC

fred@Kueche:~$ free -
              total        used        free      shared  buff/cache   available
Mem:        8056060     1808208     2395784      462904     3852068     5481092
Swap:       8273916           0     8273916
fred@Kueche:~$ iob update
Used repository: Stable (default)
Adapter    "admin"        : 5.3.1    , installed 5.3.1
Adapter    "backitup"     : 2.3.3    , installed 2.3.3
Adapter    "device-reminder": 1.2.9  , installed 1.2.9
Controller "js-controller": 4.0.18   , installed 4.0.18
Adapter    "moma"         : 1.2.9    , installed 1.2.9
Adapter    "zwave2"       : 2.4.3    , installed 2.4.3
fred@Kueche:~$

[apollon77]

@fredf heisst also die 500MB RAM auf dem Pi reichen nicht für backup