NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Was gemacht und warum als root?
cd /opt/iobroker iobroker stop cd apt-get update apt-get upgrade cd /opt/iobroker iobroker update iobroker upgrade self iobroker upgrade iobroker fix rebootDas System ist und war schon immer so angelegt und hat ohne Probleme funktioniert. Mit den einzelnen Userrechten kenne ich micht nicht aus (um ehrlich zu sein)
-
lsb_release -a iobroker list instancesMit den einzelnen Userrechten kenne ich micht nicht aus (um ehrlich zu sein)
Das solltest du ändern. Ist eh schon sinnfrei als root eingeloggt zu sein. Umsomehr, wenn man keine Ahnung hat.
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
lsb_release -a iobroker list instancesMit den einzelnen Userrechten kenne ich micht nicht aus (um ehrlich zu sein)
Das solltest du ändern. Ist eh schon sinnfrei als root eingeloggt zu sein. Umsomehr, wenn man keine Ahnung hat.
root@tinkerboardmaster:~# lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 9.12 (stretch) Release: 9.12 Codename: stretch root@tinkerboardmaster:~# iobroker list instances Cannot read system.config: null (OK when migrating or restoring) Cannot find view "system" for search "host" : null + instance is alive root@tinkerboardmaster:~# -
@Jan1 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven
hast auch schon maliobroker startversucht?
Ja, ohne Erfolg
@LJSven Am besten einen eigenen Thread dafür eröffnen. Und dann meldest du dich als user an, nicht als root.
-
@LJSven Am besten einen eigenen Thread dafür eröffnen. Und dann meldest du dich als user an, nicht als root.
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Am besten einen eigenen Thread dafür eröffnen. Und dann meldest du dich als user an, nicht als root.
Ich mache es seit x Jahren so - das ist jetzt das Problem?
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Am besten einen eigenen Thread dafür eröffnen. Und dann meldest du dich als user an, nicht als root.
Ich mache es seit x Jahren so - das ist jetzt das Problem?
@LJSven Für mich nicht. Offenbar aber für dich.
-
@LJSven Für mich nicht. Offenbar aber für dich.
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Für mich nicht. Offenbar aber für dich.
Coole Antwort!
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Für mich nicht. Offenbar aber für dich.
Coole Antwort!
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Für mich nicht. Offenbar aber für dich.
Coole Antwort!
@LJSven Wir können uns das jetzt in einem separaten Thread anschauen, wir können es auch lassen.
Mein System läuft, deins nicht. -
@LJSven Wir können uns das jetzt in einem separaten Thread anschauen, wir können es auch lassen.
Mein System läuft, deins nicht.@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Wir können uns das jetzt in einem separaten Thread anschauen, wir können es auch lassen.
Mein System läuft, deins nicht.Ich habe einen neuen Thread aufgemacht. Danke!
-
@LJSven @Thomas-Braun
Ein paar grundlegende Dinge in ioBroker sind so angelegt, dass man auch mit root nicht viel kaputt machen kann:iobroker-Befehle laufen im Kontext desiobroker-Users, auch wenn man sie als root aufruft.- Für
npm-Befehle innerhalb/opt/iobrokergilt 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.configbedeutet nämlich, dass ein Objekt innerhalb der ioBroker-DB nicht gefunden wurde. -
@LJSven @Thomas-Braun
Ein paar grundlegende Dinge in ioBroker sind so angelegt, dass man auch mit root nicht viel kaputt machen kann:iobroker-Befehle laufen im Kontext desiobroker-Users, auch wenn man sie als root aufruft.- Für
npm-Befehle innerhalb/opt/iobrokergilt 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.configbedeutet nämlich, dass ein Objekt innerhalb der ioBroker-DB nicht gefunden wurde.@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 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?
-
@LJSven Das weiß ich leider auch nicht. Vielleicht @apollon77 ?
Edit: Hast du denn ein Backup?@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 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
@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 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
@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 ->
-
@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 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?
-
@apollon77 Habe jetzt einfach ein
sudo iobroker restoregemacht - jetzt scheint es zu gehen. Was der "Auslöser" war, kann ich leider nicht sagen.
-
@apollon77 Habe jetzt einfach ein
sudo iobroker restoregemacht - jetzt scheint es zu gehen. Was der "Auslöser" war, kann ich leider nicht sagen.
Ich habe jetzt die Version 3.1.5 seit einiger Zeit im Einsatz und sie funktioniert gut.
Ab und zu bekomme ich folgende Warninghost.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 existsHW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
Ich habe jetzt die Version 3.1.5 seit einiger Zeit im Einsatz und sie funktioniert gut.
Ab und zu bekomme ich folgende Warninghost.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@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.
527
Online32.4k
Users81.4k
Topics1.3m
Posts