NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
jupp, npm rebuild, npm rebuild s7
-
@apollon77 Bei mir haben sich die angegebenen seltsamen Verhalten nach 24 Stunden erledigt.
Was so ein bisschen Ruhe alles ausmachen kann...... -
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels iobroker rebuild adaptername oder falls das nicht funktioniert hat iobroker rebuild adaptername --install neu gebaut werden.
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
npm rebuild s7 hab ich auch schon versucht
-
@AlCalzone sagte in js-controller 3.0/3.1 jetzt im Latest!:
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
Einige Adapter fangen Probleme mit Modulen ab und loggen dann einen Fehler, der nicht als automatischer Rebuild erkannt wird. Diese können manuell mittels iobroker rebuild adaptername oder falls das nicht funktioniert hat iobroker rebuild adaptername --install neu gebaut werden.
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
npm rebuild s7 hab ich auch schon versucht
mit --install geht nicht, dann kommt nur die Übersicht welceh Befehle es gibt. Ich habe jetzt Node 12 deinstalliert und 10 wieder installiert, jeztzt läuft S7 wieder. Unter 12 bekomme ich den einfach nicht zum laufen. und ich benötige den für meine Fußbodenheizung im Wintergarten, also lasse ich es jezt erst einmal so. Schade wollte iegntlich kompelett hoch rüsten.
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung sagte in js-controller 3.0/3.1 jetzt im Latest!:
danch habe ich es doch gemacht, oder was meinst du?
Inkl. rebuild?
Wie bekomme ich das raus? Gibt es ne andere Methode die 3. zu installieren?
Ich weiß nicht, ob man unter diesen Voraussetzungen auf 'latest' gehen sollte, aber im Admin unter dem Schraubenschlüssel auf dem ersten Reiter kann man den 'Aktiven Verwahrungsort' umstellen.
Heißt dass, ich soll den aktuellen verwahrungsort auf latest stellen und dann das noch einmal versuchen?
-
@Nordischerjung Du sollst das machen was sinnvoll ist. Stabileres, besser getestetes System? Lass es auf Default.
Neueste Entwicklung sehen/testen und auch mit Fehlern umgehen wollen? Stell auf Latest. -
@Nordischerjung npm rebuild s7 ... wirklich so?
Das kann nicht gehen. „iobroker rebuild s7“ und dann geht’s auch mit --install ... npm Befehle sind anders. Jupp -
@karlo-enzo Hallo , bei mir exakt gleiches Bild / Problem .... Hast Du hierfür ein Ticket erstellt ?
Oder bist Du weiter gekommen ? -
@karlo-enzo sagte in js-controller 3.0/3.1 jetzt im Latest!:
Nach Update auf den neuen JS-Controller 3.1.4 bekomme ich nach einem Backup über den
Backitup-Adapter die folgende Meldung (warn) im Log: - war vorher nicht so.Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not existsMeine Konfiguration: Buanet-Docker auf Synology DS718 - 16GB
JS-Controller 3.1.4 / Nodejs: 12.16.3 / NPM: 6.14.4
alle Adapter unter latest aktualisiert.
Unter Proxmox in einer Docker-Installation ergibt sich die gleiche Fehlermeldung.
Hat für mich keine hohe Prio, da das System ansonsten fehlerfrei läuft.@karlo-enzo Hallo , bei mir exakt gleiches Bild / Problem .... Hast Du hierfür ein Ticket erstellt ?
Oder bist Du weiter gekommen ? -
@karlo-enzo sagte in js-controller 3.0/3.1 jetzt im Latest!:
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not existsSelbes bei mir! Allerdings auch schon bei 3.1.3. Backup wird aber erstellt. Liegt das nun am js-controller oder backitup-Adapter?
-
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@Nordischerjung npm rebuild s7 ... wirklich so?
Das kann nicht gehen. „iobroker rebuild s7“ und dann geht’s auch mit --install ... npm Befehle sind anders. Juppdas geht nicht, hatte ich schon gelesen und probiert.
dann kommt das, ist jetzt auch erst einmal Egal, ich bin auf V10.20 zurück. Dachte nur, ich werde auch mal aktueller mit bisschen Testen usw. Aber ohne S7 ist blöd.
-
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@karlo-enzo bei was bzw wann kommt die meldung denn? Kannst mal "iobroker upload admin" und "iobroker upload"web" versuchen
Die Meldung kommt wenn man ein Backup mit dem BackItUp-Adapter durchführt.
2020-05-12 07:59:06.630 - debug: backitup.0 (13392) [iobroker/mount] mount successfully completed 2020-05-12 07:59:06.632 - debug: backitup.0 (13392) [iobroker/mount] done 2020-05-12 07:59:09.047 - debug: backitup.0 (13392) [iobroker/iobroker] host.iobroker 10483 states saved 2020-05-12 07:59:09.074 - debug: backitup.0 (13392) [iobroker/iobroker] host.iobroker 8931 objects saved 2020-05-12 07:59:09.872 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists 2020-05-12 07:59:09.876 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists 2020-05-12 07:59:09.882 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists 2020-05-12 07:59:12.776 - debug: backitup.0 (13392) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_05_12-07_59_06_backupiobroker.tar.gz 2020-05-12 07:59:13.819 - debug: backitup.0 (13392) [iobroker/iobroker] done 2020-05-12 07:59:39.143 - debug: backitup.0 (13392) [iobroker/mysql] Packed 19MB so far... 2020-05-12 07:59:46.817 - debug: backitup.0 (13392) [iobroker/mysql] done 2020-05-12 07:59:46.917 - debug: backitup.0 (13392) [iobroker/cifs] done 2020-05-12 07:59:46.920 - debug: backitup.0 (13392) [iobroker/clean] done 2020-05-12 07:59:46.932 - debug: backitup.0 (13392) sendTo "send" to system.adapter.pushover.0 from system.adapter.backitup.0 2020-05-12 07:59:46.934 - debug: backitup.0 (13392) [iobroker/pushover] done
Ein "iobroker upload admin" und "iobroker upload web" hat nichts geändert.
-
@Nordischerjung Hi,
also wenn ich mir die Konsolenausgabe von iobroker rebuild s7 bei dir ansehe, dann stelle ich fest, dass du einen js-controller benutzt, der kein "rebuild" enthält.Welche Version hast du denn vom js-controller installiert??
Das hat nix mit der Node-Version zu tun...
-
@Dr-Bakterius Am Ende ist das ein Logging weil das Backup die Ordner durchgeht wo es Objekte gibt aber scheinbar existiert das Verzeichnis nicht ... erstmal könnt Ihr das ignorieren. Ich überlege mal ob wir da jetzt noch was tun
-
@Nordischerjung Wenn das Rebuild Kommando nicht tut hast Du keinen controller 3.1 drauf! geht erst ab controller 3
-
@Dr-Bakterius Ok, am Ende ists ja nur ein"warn" Hat auch mit Backitup nichts zu tun sondern liegt am Backup an sich
-
@apollon77 Okay, klappt ja auch alles. Aber halt unschön in einem sonst fehlerfreien Log.
-
@Dr-Bakterius Jupp, die Frage ist ob das nochmal eine neue Version rechtfertigt
-
@apollon77 Welchen Ordner genau vermisst er denn eigentlich? Also wie lautet der Pfad. Dann kann man wenigstens die Ordner anlagen, oder?
-
@Dr-Bakterius am Ende könntest Du das tun. Der Fehler kommt nur bei einer Objects File D. Damit liegt das dann unter iobroker-data/files im iobroekr Verzeichnis