js-controller 2.0 ab sofort im Latest Repo
-
@apollon77 Danke für deine Ausführungen.
Also werde ich einstweilen bei file/redis bleiben.
Ausfallsicherheit bzw. Hochverfügbarkeit werde ich frühestens nächstes Jahr angehen.So nebenbei:
Ist eigentlich geplant im ioBroker für Redis eine Backuplösung zu implementieren oder eventuell ein Adapter in Planung der sowas übernehmen könnte? -
@Chaot backitup kann das glaube ich schon.
-
@apollon77 gerade mal nachgesehen, auch mein VZDump backup file ist von
- 4,68GB (alter Controller)
auf - 5,39GB (neuer Controller)
angestiegen
- 4,68GB (alter Controller)
-
@apollon77 Alles klar, Danke für die ausführliche Info. Schau mir das mal an.
Ggf. teste ich dann auch erst file/redis wie @Chaot
Andere Frage, seit wann ist dem im Log die Process ID?
-
-
Jetzt muss ich mich auch mal melden
ioBroker läuft nach dem Update soweit.
Er startet beim Aufrufen der Adapter-Seite im Admin aber komplett neu.
Im Log sind dann folgende Meldungen:2019-10-13 10:49:54.699 - error: host.Nathan uncaught exception: Cannot create property 'stats' on string 'image/png' 2019-10-13 10:49:54.700 - error: host.Nathan TypeError: Cannot create property 'stats' on string 'image/png' at RedisHandler.handler.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServerRedis.js:434:31) at RedisHandler.emit (events.js:198:13) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/redisHandler.js:89:37) at runCallback (timers.js:705:18) at tryOnImmediate (timers.js:676:5) at processImmediate (timers.js:658:5)Auserdem habe ich im Log-Verzeichniss seltsame Unterverzeichnisse:
ls -lR .: -rw-rw-r--+ 1 iobroker iobroker 147230 Okt 13 16:02 iobroker.log.2019-10-13 drwxrwxr-x+ 3 iobroker iobroker 4096 Okt 13 10:47 iobroker..yyyy-10-Su.10 -rw-rw-r--+ 1 iobroker iobroker 131 Okt 13 11:00 restart.log ./iobroker..yyyy-10-Su.10: insgesamt 4 drwxrwxr-x+ 2 iobroker iobroker 4096 Okt 13 10:47 13 ./iobroker..yyyy-10-Su.10/13: insgesamt 0 -rw-rw-r--+ 1 iobroker iobroker 0 Okt 13 10:47 2019og -
Telegram hat wohl mit dem compact mode Probleme:
2019-10-13 16:23:40.533 error ndefined host.Beelink.compactgroup1 2019-10-13 16:23:40.532 error Cannot start telegram.0 in compact mode. Fallback to normal start! : cannot enable cancellation after promises are in useobwohl er eigentlich aktiv ist:
+ system.adapter.telegram.0 : telegram - enabled, compact enabled (group 1), port: 8443, bind: 0.0.0.0 -
@darkiop sagte in js-controller 2.0 ab sofort im Latest Repo:
Andere Frage, seit wann ist dem im Log die Process ID?
Seit irgendeiner 2.0.x Beta Version
-
@Jan1 Bitte noch paar Logzeilen davor? Ansonsten: Issue bei Telegram bitte und dann am besten compact ausschalten. Scheinbar gibts da einen Fehler im Adapter. Welche Version hast Du?
-
@HelmutS zu 1. interessant. Fix kommt mit einem Update morgen. Oder du versuchst GitHub version ... 2.0.28 dort
Logfile: Hast Du Sonos im Einsatz? Bitte mal GitHub Version installieren. Dann komisches File löschen
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@Jan1 Bitte noch paar Logzeilen davor? Ansonsten: Issue bei Telegram bitte und dann am besten compact ausschalten. Scheinbar gibts da einen Fehler im Adapter. Welche Version hast Du?
telegram.0 2019-10-13 17:04:27.787 info (25492) starting. Version 1.4.3 in /opt/iobroker/node_modules/iobroker.telegram, node: v10.16.3 host.Beelink.compactgroup1 2019-10-13 17:04:25.057 info instance system.adapter.telegram.0 started with pid 25492 2019-10-13 17:04:25.033 error ndefined host.Beelink.compactgroup1 2019-10-13 17:04:25.033 error Cannot start telegram.0 in compact mode. Fallback to normal start! : require(...) is not a function host.Beelink.compactgroup1 2019-10-13 17:04:25.027 info "system.adapter.telegram.0" enabled host.Beelink 2019-10-13 17:04:25.024 info instance system.adapter.telegram.0 is handled by compact group controller pid 16141 host.Beelink 2019-10-13 17:04:25.023 info "system.adapter.telegram.0" enabledTelegram 1.4.3
JS Controller 2.0.26 -
@apollon77
Danke
Sonos ist richtig.
Ich habe die GitHub-Version installiert. Bis jetzt sind die Dateien weg.Edit
Aber auch mit 2.0.28 habe ich immer noch das Problem:
2019-10-13 17:47:50.248 - error: host.Nathan uncaught exception: Cannot create property 'mimeType' on string 'image/png' 2019-10-13 17:47:50.249 - error: host.Nathan TypeError: Cannot create property 'mimeType' on string 'image/png' at Object.checkFile (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:171:30) at ObjectsInMemoryServer.checkFile (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:180:19) at checkFileRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:244:13) at ObjectsInMemoryServer.objects.getUserGroup (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:230:13) at ObjectsInMemoryServer.utils.getUserGroup (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:226:22) at Object.getUserGroup (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:333:25) at ObjectsInMemoryServer.getUserGroup (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:224:22) at Object.checkFileRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:226:17) at ObjectsInMemoryServer.checkFileRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:188:22) at ObjectsInMemoryServer.readFile (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:433:14) -
@AlCalzone
0.10.1 läuft.
Ich habe auch beim Zigbee gleich ein Update gemacht..... -
@HelmutS ja. Dazu hatte ich geschrieben das eine neue Version vom Controller, die 2.0.28, das fixen wird.
-
@apollon77
Habe die 2.0.28 aus dem GitHub installiert -
@Matthias-H sagte in js-controller 2.0 ab sofort im Latest Repo:
So, das Problem bei mir war der js-controller.
Hab ihn geupdatet auf 2.0.25 da kam die Fehlermeldung: File index.html not found: permissionError.
Jetzt hab ich ihn wieder Upgradet auf 1.5.14 jetzt geht VIS wieder.Dev. der JS controller.
Kann man das dem Entwickler von JS irgenwo mitteilen?Hallo
Ich hab deinen Beitrag hierher verschoben.
@apollon77 ist der Ansprechpartner zum JS-Controller -
@apollon77 auch ich habe die .28 geladen
Adapter die auf Warn/error stehen werden nun nicht mehr gelistet, jedoch ist das log jetzt sehr sehr ruhig??(kaum Meldungen) -
@crunchip zu 2.0.28 bitte Beta thread nutzen!! In 2.0.28 wird jetzt nur das geloggt im Admin was auch zum gesetzten loglevel passt. Da wurde in 1.5.x und vorher auch teilweise zu viel geloggt.
Vergg ggf Eiche doch mit logfile auf Platte ...
-
Nach dem Update auf js-controller 2.0 läuft bei mir das Backup nicht mehr.
iobroker backup endet mit folgender Fehlermeldung:/opt/iobroker/node_modules/standard-as-callback/built/index.js:6
throw e;
^TypeError: Cannot read property 'from' of null
at states.getStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:254:36)
at client.mget (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:476:13)
at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
at process._tickCallback (internal/process/next_tick.js:68:7)Node und npm Version:
Node.js v10.16.3
NPM 6.9.0Fixer Script hab ich laufen lassen, bringt aber nix.
Irgendwelche Ideen? -
@Matthias-H sagte in js-controller 2.0 ab sofort im Latest Repo:
Auch da brauche ich jetzt mehr Details.
- bei was kam der Fehler? Admin aufruf oder Vis per web adapter?
- alle updates installiert wie nötig?
- läuft der Web Adapter als spezieller User oder Admin?
- mal "iobroker upload vis" versucht ob es das fixt?
Sonst müssten wir tiefer rein, ist bisher noch bei keinem passiert
