Qnap TS-653d
iobroker in Docker
Das Problem ist gelöst!
Ich hatte das gleiche Problem mit meinem richtigen Token, den wollte ich aber hier nicht veröffentlichen. Das Bild hat nur als Beispiel gedient.
Zusätzlich zu Iobroker habe ich noch Evcc laufen, welcher auch Daten bei Tibber abfragt. Die hatten anscheinend das Timeoutintervall verändert und so kam es zum Problem. Evcc hat das direkt gefixt und jetzt läuft alles wieder.
Vielen Dank für eure Mühe, schönen Sonntag!
@thomas-braun sagte in iobroker startet nach update nicht mehr:
Hau da den aktuellen Docker drauf und spiel dein Backup wieder ein.
Genau so hab ich es jetzt gemacht, das war eine viel bessere Lösung als daran zu basteln. Das Backup, welches ich gefunden habe ist nahezu perfekt.
Vielen Dank an eure Hilfe!
Eine ganz neue Frage ist mir gerade eingefallen. Sobald ich den NAS neu starte muss ich dem Docker wieder die Rechte für die USB-Anschlüsse über sudo chmod erteilen, geht das auch irgendwie automatisch? Ich nutze direkt am NAS zwave und zigbee, deshalb brauche ich den Mist.
So blöd wie ich selber von mir dachte, bin ich anscheinend doch nicht. Ich habe Backups von javascripts, iobroker und historydb gefunden, die automatisch erstellt wurden und vom 19.8. sind. Dadurch ist die Fehlersuche wahrscheinlich den Aufwand nicht wert oder was meint ihr?
@thomas-braun sagte in iobroker startet nach update nicht mehr:
apt policy redis
redis:
Installed: (none)
Candidate: 5:6.0.16-1+deb11u7
Version table:
5:6.0.16-1+deb11u7 500
500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages
5:6.0.16-1+deb11u2 500
500 http://deb.debian.org/debian bullseye/main amd64 Packages
Das kam raus.
Hit:1 http://security.debian.org/debian-security bullseye-security InRelease
Hit:2 http://deb.debian.org/debian bullseye InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease
Hit:4 https://deb.nodesource.com/node_20.x nodistro InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
ich habe jetzt mit ChatGPT versucht den Fehlern nachzugehen. Mir wurde empfohlen Redis zu nutzen (angeblich die beste Variante für Docker). In der /opt/iobroker/iobroker-data/iobroker.json habe ich per nano den Inhalt von JSON auf redis und die Ports von 9000 auf 6379 geändert. Da ich jetzt aber keine Anfragen an den Chat machen kann muss ich erst mal warten.
@mcm1957
Danke für die Erklärung. Du hast recht, es läuft ein Adapter aus GitHub, der läuft aber seit über einem Jahr unverändert stabil. Ich werde versuchen eine andere Lösung dafür zu finden.
@thomas-braun
Ich habe gerade folgendes herausgefunden:
Das Problem entsteht oft in Docker-Setups, wenn auth: true in der iobroker.json oder objects.json aktiviert ist, oder wenn --auth in den Startparametern gesetzt wurde.
Anscheinend ist das bei dem full-upgrade entstanden.
kann man das wieder ändern?
@thomas-braun Ehrlich gesagt ist mir der Spruch neu, aber da ist viel wahres dran.
Was meinst du mit welche Datenbank? Ich bin zugegebenermaßen kein Profi.
@thomas-braun ich weiß leider nicht mehr wie alt das letzte Backup ist... ich war naiv genug um kein Neues zu erstellen.
ich habe den Befehl gefunden welcher zum Fehler geführt hat.
sudo apt full-upgrade
Hardwaresystem: Qnap TS-653d
Arbeitsspeicher: 12GB
Festplattenart: HDD
Betriebssystem: Docker
iobroker Version: 7.0.6
Node-Version: v20.19.4
Nodejs-Version: v20.19.4
NPM-Version: 10.8.2
Hallo zusammen,
ich habe beim updaten anscheinend einen Fehler gemacht. Mein iobroker läuft im Docker und ich habe jetzt mit mehreren Versuchen leider vergessen was ich zuerst gemacht habe. Es steht fest, dass der Bootvorgang nicht beendet wird. Bei Step 5 of 5 bleibt das Teil einfach stehen. Da ich mittlerweile so viel in dem Container programmiert habe (blockly), wäre es für mich persönlich ein kleiner Weltuntergang das Zeug neu zu erstellen.
--------------------------------------------------------------------------------
----- Step 5 of 5: ioBroker startup -----
--------------------------------------------------------------------------------
Starting ioBroker...
der iob fix hat auch nichts ändern können.
Folgende Sache ist neu für mich in der Konsole aufgetaucht:
ioBroker Status
Server Objects 127.0.0.1:60116 Error from InMemDB: Error: auth NOT SUPPORTED
at RedisHandler._handleCommand (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:141:40)
at Resp.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:59:45)
at Resp.emit (node:events:524:28)
at Resp.write (/opt/iobroker/node_modules/respjs/index.js:129:12)
at Socket.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:69:23)
at Socket.emit (node:events:524:28)
at addChunk (node:internal/streams/readable:561:12)
at readableAddChunkPushByteMode (node:internal/streams/readable:512:3)
at Readable.push (node:internal/streams/readable:392:5)
at TCP.onStreamRead (node:internal/stream_base_commons:191:23)
No connection to databases possible ...
Hosts:
Server Objects 127.0.0.1:60190 Error from InMemDB: Error: auth NOT SUPPORTED
at RedisHandler._handleCommand (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:141:40)
at Resp.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:59:45)
at Resp.emit (node:events:524:28)
at Resp.write (/opt/iobroker/node_modules/respjs/index.js:129:12)
at Socket.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:69:23)
at Socket.emit (node:events:524:28)
at addChunk (node:internal/streams/readable:561:12)
at readableAddChunkPushByteMode (node:internal/streams/readable:512:3)
at Readable.push (node:internal/streams/readable:392:5)
at TCP.onStreamRead (node:internal/stream_base_commons:191:23)
No connection to databases possible ...
Core adapters versions
js-controller: 7.0.6
admin: 7.6.17
javascript: 8.9.2
nodejs modules from github: 2
+-- iobroker.sma-ev-charger@0.1.6 (git+ssh://git@github.com/zapccu/ioBroker.sma-ev-charger.git#defb9f76fb7eec8983349d6fd5c32ef136df1429)
`-- node-red-contrib-sma-webconnect@0.2.0 (git+ssh://git@github.com/rlindner/node-red-contrib-sma-webconnect.git#9b7839c59955b454ffbbce5e9226d7bf6a8f7fe9)
Adapter State
Server Objects 127.0.0.1:58176 Error from InMemDB: Error: auth NOT SUPPORTED
at RedisHandler._handleCommand (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:141:40)
at Resp.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:59:45)
at Resp.emit (node:events:524:28)
at Resp.write (/opt/iobroker/node_modules/respjs/index.js:129:12)
at Socket.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:69:23)
at Socket.emit (node:events:524:28)
at addChunk (node:internal/streams/readable:561:12)
at readableAddChunkPushByteMode (node:internal/streams/readable:512:3)
at Readable.push (node:internal/streams/readable:392:5)
at TCP.onStreamRead (node:internal/stream_base_commons:191:23)
No connection to databases possible ...
Enabled adapters with bindings
ioBroker-Repositories
Server Objects 127.0.0.1:60282 Error from InMemDB: Error: auth NOT SUPPORTED
at RedisHandler._handleCommand (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:141:40)
at Resp.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:59:45)
at Resp.emit (node:events:524:28)
at Resp.write (/opt/iobroker/node_modules/respjs/index.js:129:12)
at Socket.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:69:23)
at Socket.emit (node:events:524:28)
at addChunk (node:internal/streams/readable:561:12)
at readableAddChunkPushByteMode (node:internal/streams/readable:512:3)
at Readable.push (node:internal/streams/readable:392:5)
at TCP.onStreamRead (node:internal/stream_base_commons:191:23)
No connection to databases possible ...
Installed ioBroker-Adapters
Server Objects 127.0.0.1:60374 Error from InMemDB: Error: auth NOT SUPPORTED
at RedisHandler._handleCommand (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:141:40)
at Resp.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:59:45)
at Resp.emit (node:events:524:28)
at Resp.write (/opt/iobroker/node_modules/respjs/index.js:129:12)
at Socket.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-base/build/esm/lib/redisHandler.js:69:23)
at Socket.emit (node:events:524:28)
at addChunk (node:internal/streams/readable:561:12)
at readableAddChunkPushByteMode (node:internal/streams/readable:512:3)
at Readable.push (node:internal/streams/readable:392:5)
at TCP.onStreamRead (node:internal/stream_base_commons:191:23)
No connection to databases possible ...
Grüße Max
Das Problem ist gelöst!
Ich hatte das gleiche Problem mit meinem richtigen Token, den wollte ich aber hier nicht veröffentlichen. Das Bild hat nur als Beispiel gedient.
Zusätzlich zu Iobroker habe ich noch Evcc laufen, welcher auch Daten bei Tibber abfragt. Die hatten anscheinend das Timeoutintervall verändert und so kam es zum Problem. Evcc hat das direkt gefixt und jetzt läuft alles wieder.
Vielen Dank für eure Mühe, schönen Sonntag!
