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

[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