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

[AlCalzone]

@LJSven @Thomas-Braun
Ein paar grundlegende Dinge in ioBroker sind so angelegt, dass man auch mit root nicht viel kaputt machen kann:

1. iobroker-Befehle laufen im Kontext des iobroker-Users, auch wenn man sie als root aufruft.
2. Für npm-Befehle innerhalb /opt/iobroker gilt das gleiche.

So können User, die keine bis wenig Ahnung haben, mit fertigen Images direkt loslegen, ohne sich mit Benutzerrechten etc. beschäftigen zu müssen.
Alles korrekt machen zu wollen, ist zwar löblich - ich befürchte aber, dass man gerade den unbedarften Usern Angst macht, Linux mit ioBroker doch einfach mal auszuprobieren.

Ich wette auch, dass obige Probleme nichts mit root/non-root zu tun haben. Cannot read system.config bedeutet nämlich, dass ein Objekt innerhalb der ioBroker-DB nicht gefunden wurde.

[LJSven]

@AlCalzone sagte in js-controller 3.0/3.1 jetzt im Latest!:

Ich wette auch, dass obige Probleme nichts mit root/non-root zu tun haben. Cannot read system.config bedeutet nämlich, dass ein Objekt innerhalb der ioBroker-DB nicht gefunden wurde.

Was kann ich da machen?

[AlCalzone]

@LJSven Das weiß ich leider auch nicht. Vielleicht @apollon77 ?
Edit: Hast du denn ein Backup?

[apollon77]

@LJSven Naja immersten Schritt mal die Objects DB prüfen und falls das File kleiner ist als die im Backup aus dem backup restoren. Die liegen in /opt/iobrker/iobroker-data bzw die backups dort in einem Unterverzeichnis.

An sich hilft ein "iobroker setup first" damit die Objekt wieder da sind, aber effektiv heisst das ggf das alles "leer" sein kann ... Von daher ist jetzt die interessantere Frage was wirklich passiert ist, dazu finde ich leider oben nicht so wirklich viel

[LJSven]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:

@LJSven Naja immersten Schritt mal die Objects DB prüfen und falls das File kleiner ist als die im Backup aus dem backup restoren. Die liegen in /opt/iobrker/iobroker-data bzw die backups dort in einem Unterverzeichnis.

An sich hilft ein "iobroker setup first" damit die Objekt wieder da sind, aber effektiv heisst das ggf das alles "leer" sein kann ... Von daher ist jetzt die interessantere Frage was wirklich passiert ist, dazu finde ich leider oben nicht so wirklich viel

Kann ich dir da helfen? Eigenlicht habe ich nichts gemacht, was ich nicht hätte machen können / sollen?!

[LJSven]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:

@LJSven Naja immersten Schritt mal die Objects DB prüfen und falls das File kleiner ist als die im Backup aus dem backup restoren. Die liegen in /opt/iobrker/iobroker-data bzw die backups dort in einem Unterverzeichnis.

An sich hilft ein "iobroker setup first" damit die Objekt wieder da sind, aber effektiv heisst das ggf das alles "leer" sein kann ... Von daher ist jetzt die interessantere Frage was wirklich passiert ist, dazu finde ich leider oben nicht so wirklich viel

So sieht es auf dem Master aus ->

[LJSven]

@LJSven Sie sieht es auf dem Master aus ->

pi@tinkerboardmaster:/opt/iobroker/iobroker-data/backup-objects$ ls -l
insgesamt 64188
-rw-rwxr--+ 1 iobroker iobroker 2084063 Mai 16 17:35 2020-05-16_17-35_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2084060 Mai 16 19:35 2020-05-16_19-35_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  802761 Mai 16 19:36 2020-05-16_19-36_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086355 Mai 16 21:35 2020-05-16_21-35_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  803818 Mai 16 21:37 2020-05-16_21-37_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086331 Mai 16 23:35 2020-05-16_23-35_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  800121 Mai 16 23:37 2020-05-16_23-37_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086337 Mai 17 01:35 2020-05-17_01-35_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  804597 Mai 17 01:37 2020-05-17_01-37_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086345 Mai 17 03:35 2020-05-17_03-35_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  803416 Mai 17 03:37 2020-05-17_03-37_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086327 Mai 17 05:36 2020-05-17_05-36_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  805467 Mai 17 05:38 2020-05-17_05-38_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086351 Mai 17 07:36 2020-05-17_07-36_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  801483 Mai 17 07:38 2020-05-17_07-38_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086550 Mai 17 09:36 2020-05-17_09-36_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  801125 Mai 17 09:39 2020-05-17_09-39_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086565 Mai 17 11:36 2020-05-17_11-36_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  800968 Mai 17 11:39 2020-05-17_11-39_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086592 Mai 17 13:36 2020-05-17_13-36_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  801262 Mai 17 13:40 2020-05-17_13-40_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086549 Mai 17 15:36 2020-05-17_15-36_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  795524 Mai 17 15:40 2020-05-17_15-40_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086532 Mai 17 17:37 2020-05-17_17-37_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  795902 Mai 17 17:40 2020-05-17_17-40_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2086568 Mai 17 19:37 2020-05-17_19-37_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  797184 Mai 17 19:41 2020-05-17_19-41_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2087823 Mai 17 21:38 2020-05-17_21-38_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  798546 Mai 17 21:41 2020-05-17_21-41_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2087785 Mai 17 23:38 2020-05-17_23-38_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  795128 Mai 17 23:41 2020-05-17_23-41_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2087796 Mai 18 01:38 2020-05-18_01-38_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  795033 Mai 18 01:42 2020-05-18_01-42_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2087773 Mai 18 03:39 2020-05-18_03-39_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  798303 Mai 18 03:42 2020-05-18_03-42_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2087779 Mai 18 05:39 2020-05-18_05-39_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  795404 Mai 18 05:43 2020-05-18_05-43_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2087769 Mai 18 07:39 2020-05-18_07-39_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  795349 Mai 18 07:43 2020-05-18_07-43_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2087791 Mai 18 09:40 2020-05-18_09-40_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  794557 Mai 18 09:43 2020-05-18_09-43_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2099456 Mai 18 11:40 2020-05-18_11-40_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  794594 Mai 18 11:44 2020-05-18_11-44_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 2099431 Mai 18 13:41 2020-05-18_13-41_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker  795010 Mai 18 13:44 2020-05-18_13-44_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    2428 Mai 18 15:19 2020-05-18_15-19_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker     455 Mai 18 15:19 2020-05-18_15-19_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker     455 Mai 18 15:21 2020-05-18_15-21_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    2432 Mai 18 15:24 2020-05-18_15-24_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker     497 Mai 18 15:25 2020-05-18_15-25_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    3020 Mai 18 15:28 2020-05-18_15-28_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker     744 Mai 18 15:29 2020-05-18_15-29_states.json.gz
-rw-rw-r--+ 1 iobroker iobroker    3020 Mai 18 15:35 2020-05-18_15-35_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker     790 Mai 18 15:35 2020-05-18_15-35_states.json.gz
-rw-rw-r--+ 1 iobroker iobroker     839 Mai 18 17:35 2020-05-18_17-35_states.json.gz
-rw-rw-r--+ 1 iobroker iobroker     830 Mai 18 19:35 2020-05-18_19-35_states.json.gz
pi@tinkerboardmaster:/opt/iobroker/iobroker-data/backup-objects$ 

Das ist der Slave ->

pi@raspberrypi:/opt/iobroker/iobroker-data/backup-objects $ ls -l
total 1756
-rwxrwxrwx+ 1 iobroker iobroker   3950 Feb 17  2019 2019-02-17_22-20_objects.json.gz
-rwxrwxrwx+ 1 iobroker iobroker 314975 Feb 17  2019 2019-02-17_22-22_objects.json.gz
-rwxrwxrwx+ 1 iobroker iobroker      0 Feb 17  2019 2019-02-17_22-22_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 316105 Oct 17  2019 2019-10-17_16-23_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Oct 17  2019 2019-10-17_16-23_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Nov 13  2019 2019-11-13_10-02_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Nov 13  2019 2019-11-13_10-03_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 317294 Dec 12 12:07 2019-12-12_12-07_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Dec 12 12:07 2019-12-12_12-07_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Dec 18 20:57 2019-12-18_20-57_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Jan  9 15:43 2020-01-09_15-43_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Jan 13 21:14 2020-01-13_21-14_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Jan 15 14:19 2020-01-15_14-19_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Jan 15 15:23 2020-01-15_15-23_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Jan 15 15:25 2020-01-15_15-25_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Jan 15 15:26 2020-01-15_15-26_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Jan 27 10:24 2020-01-27_10-24_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    602 Mar 10 10:39 2020-03-10_10-39_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 373780 Mar 10 10:41 2020-03-10_10-41_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker    649 Mar 10 10:41 2020-03-10_10-41_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker 392378 May  6 11:24 2020-05-06_11-24_objects.json.gz
-rw-rwxr--+ 1 iobroker iobroker    634 May  6 11:24 2020-05-06_11-24_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    634 May 18 15:18 2020-05-18_15-18_states.json.gz
-rw-rwxr--+ 1 iobroker iobroker    634 May 18 15:19 2020-05-18_15-19_states.json.gz
pi@raspberrypi:/opt/iobroker/iobroker-data/backup-objects $ 

Was muss ich machen, damit ich es wieder ans laufen bekomme? Kannst du mich da guiden?

[LJSven]

@apollon77 Habe jetzt einfach ein

sudo iobroker restore

gemacht - jetzt scheint es zu gehen. Was der "Auslöser" war, kann ich leider nicht sagen.

[Marty56]

Ich habe jetzt die Version 3.1.5 seit einiger Zeit im Einsatz und sie funktioniert gut.
Ab und zu bekomme ich folgende Warning

host.nuc	2020-05-19 06:18:27.413	warn	Objects 127.0.0.1:60586 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
host.nuc	2020-05-19 06:18:27.411	warn	Objects 127.0.0.1:60586 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
host.nuc	2020-05-19 06:18:27.401	warn	Objects 127.0.0.1:60586 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists
host.nuc	2020-05-19 06:16:23.961	warn	Objects 127.0.0.1:60536 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
host.nuc	2020-05-19 06:16:23.948	warn	Objects 127.0.0.1:60536 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
host.nuc	2020-05-19 06:16:23.947	warn	Objects 127.0.0.1:60536 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists
host.nuc	2020-05-19 06:15:05.845	warn	Objects 127.0.0.1:60498 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
host.nuc	2020-05-19 06:15:05.844	warn	Objects 127.0.0.1:60498 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
host.nuc	2020-05-19 06:15:05.834	warn	Objects 127.0.0.1:60498 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists

[crunchip]

@Marty56 das sehe ich auch gerade zum ersten mal bei mir im Log.
Daher schliesse ich daraus, das es mit dem nodejs zusammenhängt, da ich gestern abend von v10 auf v12 bin.

[e-i-k-e]

@apollon77
Hallo,

ich habe gestern den SQL Adapter auf die aktuelle Version gebracht, leider wird dieser wieder nicht grün. Auch eine iobroker rebuild sql--install brachte diesmal keine Besserung.

host.ioBroker-Rock	2020-05-19 05:52:47.141	info	Restart adapter system.adapter.sql.0 because enabled
host.ioBroker-Rock	2020-05-19 05:52:47.141	info	instance system.adapter.sql.0 terminated with code 0 (NO_ERROR)
host.ioBroker-Rock	2020-05-19 05:52:47.141	error	Caught by controller[1]: at processTicksAndRejections (internal/process/task_queues.js:97:5)
host.ioBroker-Rock	2020-05-19 05:52:47.140	error	Caught by controller[1]: at _0x30230c._applyViewFunc (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:1:115328)
host.ioBroker-Rock	2020-05-19 05:52:47.140	error	Caught by controller[1]: at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:1482:21
host.ioBroker-Rock	2020-05-19 05:52:47.140	error	Caught by controller[1]: at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:7066:26
host.ioBroker-Rock	2020-05-19 05:52:47.140	error	Caught by controller[1]: at Array.map (<anonymous>)
host.ioBroker-Rock	2020-05-19 05:52:47.140	error	Caught by controller[1]: at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:7066:39
host.ioBroker-Rock	2020-05-19 05:52:47.139	error	Caught by controller[1]: TypeError: Cannot read property 'startsWith' of undefined
host.ioBroker-Rock	2020-05-19 05:52:47.139	error	Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejecte
sql.0	2020-05-19 05:52:45.219	info	(24543) Terminated (NO_ERROR): Without reason
sql.0	2020-05-19 05:52:45.217	info	(24543) terminating
sql.0	2020-05-19 05:52:44.711	error	at processTicksAndRejections (internal/process/task_queues.js:97:5)
sql.0	2020-05-19 05:52:44.711	error	at _0x30230c._applyViewFunc (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:1:115328)
sql.0	2020-05-19 05:52:44.711	error	at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:1482:21
sql.0	2020-05-19 05:52:44.711	error	at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:7066:26
sql.0	2020-05-19 05:52:44.711	error	at Array.map (<anonymous>)
sql.0	2020-05-19 05:52:44.711	error	at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:7066:39
sql.0	2020-05-19 05:52:44.711	error	(24543) TypeError: Cannot read property 'startsWith' of undefined
sql.0	2020-05-19 05:52:44.699	error	(24543) unhandled promise rejection: Cannot read property 'startsWith' of undefined
Unhandled	2020-05-19 05:52:44.698	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Erhalte jetzt unzählige Meldungen im log mit.

host.ioBroker-Rock	2020-05-19 06:08:39.544	info	Restart adapter system.adapter.sql.0 because enabled
host.ioBroker-Rock	2020-05-19 06:08:39.544	info	Restart adapter system.adapter.sql.0 because enabled
host.ioBroker-Rock	2020-05-19 06:08:39.544	info	Restart adapter system.adapter.sql.0 because enabled
host.ioBroker-Rock	2020-05-19 06:08:39.544	info	Restart adapter system.adapter.sql.0 because enabled
host.ioBroker-Rock	2020-05-19 06:08:39.544	info	Restart adapter system.adapter.sql.0 because enabled
host.ioBroker-Rock	2020-05-19 06:08:39.544	info	Restart adapter system.adapter.sql.0 because enabled

[AlCalzone]

@LJSven Auch wenn ich oben schrieb, dass du nix kaputt machen kannst, sudo hat vor iobroker-Befehlen nichts zu suchen. Und vor npm in der Regel auch nicht. ==> https://forum.iobroker.net/topic/17109/wichtige-hinweise-bei-neueren-npm-versionen-und-sudo

[Dr. Bakterius]

@Marty56 & @crunchip: Das wurde weiter oben schon behandelt. Kommt beim Backup. Einfach die bemängelten fehlenden Ordner in '/opt/iobroker/iobroker-data/files/' (bei Standardinstallation) erstellen und die Warnungen sind weg.

[LJSven]

@AlCalzone sagte in js-controller 3.0/3.1 jetzt im Latest!:

@LJSven Auch wenn ich oben schrieb, dass du nix kaputt machen kannst, sudo hat vor iobroker-Befehlen nichts zu suchen. Und vor npm in der Regel auch nicht. ==> https://forum.iobroker.net/topic/17109/wichtige-hinweise-bei-neueren-npm-versionen-und-sudo

Okay, werde es mal "ohne" machen in Zukunft. Danke für die Hilfe!

[crunchip]

@Dr-Bakterius danke für den Hinweis, scheinbar überlesen
Hatte sowas schon im Verdacht, da Die Meldungen bei mir um 5:30Uhr waren...jedoch wird das backup bereits um 5:00Uhr erstellt, deshalb hatte ich da keinen zusammenhang gesehen.

[D3ltoroxp]

So ich habe nun auch mal geupdated. Folgendes bekomme ich nun nicht in den Griff. Erst habe ich alle Adapter geupdated, danach auf die neuste node.js und direkt im Anschluss den Controller.

Soweit läuft alles, nur der maxcul Adapter nicht. Folgendes taucht dazu in der Log auf.

host.iobroker	2020-05-19 18:31:25.938	info	Do not restart adapter system.adapter.maxcul.0 because disabled or deleted
host.iobroker	2020-05-19 18:31:25.937	error	instance system.adapter.maxcul.0 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND)
host.iobroker	2020-05-19 18:31:25.936	error	Caught by controller[0]: Cannot load serialport module
maxcul.0	2020-05-19 18:31:25.390	warn	(17710) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
maxcul.0	2020-05-19 18:31:25.299	error	(17710) adapter disabled
host.iobroker	2020-05-19 18:30:58.482	info	"system.adapter.maxcul.0" disabled
host.iobroker	2020-05-19 18:30:53.198	info	Restart adapter system.adapter.maxcul.0 because enabled
host.iobroker	2020-05-19 18:30:53.198	info	instance system.adapter.maxcul.0 terminated with code 0 (NO_ERROR)
host.iobroker	2020-05-19 18:30:53.197	error	Caught by controller[0]: Cannot load serialport module
maxcul.0	2020-05-19 18:30:52.648	info	(17689) Terminated (NO_ERROR): Without reason
maxcul.0	2020-05-19 18:30:52.647	info	(17689) terminating
maxcul.0	2020-05-19 18:30:52.630	error	at Object.Module._extensions..js (internal/modules/cjs/loader.js:1153:10)
maxcul.0	2020-05-19 18:30:52.630	error	at Module._compile (internal/modules/cjs/loader.js:1133:30)
maxcul.0	2020-05-19 18:30:52.630	error	at Object.<anonymous> (/opt/iobroker/node_modules/@serialport/bindings/lib/index.js:14:22)
maxcul.0	2020-05-19 18:30:52.630	error	at require (internal/modules/cjs/helpers.js:77:18)
maxcul.0	2020-05-19 18:30:52.630	error	at Module.require (internal/modules/cjs/loader.js:1019:19)
maxcul.0	2020-05-19 18:30:52.630	error	at Function.Module._load (internal/modules/cjs/loader.js:877:14)
maxcul.0	2020-05-19 18:30:52.630	error	at Module.load (internal/modules/cjs/loader.js:977:32)
maxcul.0	2020-05-19 18:30:52.630	error	at Object.Module._extensions..js (internal/modules/cjs/loader.js:1153:10)
maxcul.0	2020-05-19 18:30:52.630	error	at Module._compile (internal/modules/cjs/loader.js:1133:30)
maxcul.0	2020-05-19 18:30:52.630	error	at Object.<anonymous> (/opt/iobroker/node_modules/@serialport/bindings/lib/linux.js:2:36)
maxcul.0	2020-05-19 18:30:52.630	error	at bindings (/opt/iobroker/node_modules/bindings/bindings.js:112:48)
maxcul.0	2020-05-19 18:30:52.630	error	at require (internal/modules/cjs/helpers.js:77:18)
maxcul.0	2020-05-19 18:30:52.630	error	at Module.require (internal/modules/cjs/loader.js:1019:19)
maxcul.0	2020-05-19 18:30:52.630	error	at Function.Module._load (internal/modules/cjs/loader.js:877:14)
maxcul.0	2020-05-19 18:30:52.630	error	at Module.load (internal/modules/cjs/loader.js:977:32)
maxcul.0	2020-05-19 18:30:52.630	error	at Object.Module._extensions..node (internal/modules/cjs/loader.js:1183:18)
maxcul.0	2020-05-19 18:30:52.630	error	(17689) Error: Module did not self-register: '/opt/iobroker/node_modules/@serialport/bindings/build/Release/bindings.node'.
maxcul.0	2020-05-19 18:30:52.629	error	(17689) unhandled promise rejection: Module did not self-register: '/opt/iobroker/node_modules/@serialport/bindings/build/Release/bindings.node'.
Unhandled	2020-05-19 18:30:52.627	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
maxcul.0	2020-05-19 18:30:52.241	info	(17689) starting. Version 1.3.0 in /opt/iobroker/node_modules/iobroker.maxcul, node: v12.16.3, js-controller: 3.1.4

Habe den Adapter schon gestoppt und aus Git Hub neu installiert, aber hat nichts gebracht. Was kann ich hier noch tun. Glaube das kommt vom Serialport Modul, sehe ich das richtig ?

Müsste ich hier mal ein iobroker rebuild maxcul.0 ausführen ?

[Thomas Braun]

@D3ltoroxp sagte in js-controller 3.0/3.1 jetzt im Latest!:

unhandled promise rejection: Module did not self-register:

Hast du ein rebuild nach den Updates durchgeführt?

iobroker rebuild maxcul

[D3ltoroxp]

@Thomas-Braun Ich hatte maxcul.0 eingegeben, das war wohl falsch. Mittlerweile habe ich folgendes gemacht und das hat scheints wohl auch funktioniert.

Adapter stopp, dann in Putty ::

rm -R /opt/iobroker/node_modules/@serialport

Danach dann unter Adapter im ioBroker auf Github installation, dort den Maxcul ausgewählt und installiert. Danach habe ich den Adapter gestartet und es ging direkt wieder, ohne Log Fehler und die HT's haben gleich reagiert.

Denkmal so ähnlich wäre auch rebuild abgelaufen ?

[Thomas Braun]

@D3ltoroxp Nee, ein Rebuild hätte nicht das Modul mit Gewalt rausgelöscht sondern gegen die laufende node-Version richtig gebaut. (Zumindest in der Theorie). Aber mit der groben Axt und puTTY kann man es auch machen. Auch wenn es nicht schön ist.

[D3ltoroxp]

@Thomas-Braun Aber nach beiden Varianten sollte wieder der gleiche Zustand herrschen ?