iobroker startet nach update nicht mehr

[mcm1957]

@m-b
Nur damit es klar ist.
Wenn der Adapter an sich stabil läuft wäre sinnvollste Schritt den Entwickler des Adapter zu kontaktieren und anzuregen dass er den Adapter in die Repositories aufnehmen lässt. Je mehr zufriedene Tester das tun desto höher ist wahrscheinlich sein Motivation das zu tun

[ilovegym]

@m-b

hier kann man nur raten, was passiert ist, da du nicht weisst, wie deine Config vorher ausgesehen hat..

Wahrscheinlich nutzt du Redis, das irgendwo mit installiert ist, und mit deinem full-upgrade hast du deine config von redis erneuert, worauf die jetzt auf default gesetzt ist, und müsste jetzt wieder in den alten Zustand hergestellt werden.
Schau mal, ob du ein redis.conf.backup file oder sowas aehnliches in /etc/redis findest, vielleicht hilft das ja, wenigstens deine Datenbank wieder zum laufen zu bringen, wenn das geht, dann sollte evt iobroker wieder starten.

Evtl hast du auch irgendwo bei iob custom setup TLS eingeschaltet.. aber von alleine macht das keiner..

Aber alles nur geraten, du solltest wissen, was wie wo installiert ist und vor allem, wie die Zusammenhänge sind..
Wenn man sich nicht auskennt, dann dokumentiert man das zumindest, und vor allem: backup täglich ist pflicht.

[Thomas Braun]

@m-b

Lass uns mal wissen, aus welchen Repos du dich da bedient hast.

sudo apt update 

mal bekannt geben.

[M B]

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.

[Thomas Braun]

@m-b

Ganz ehrlich...
Lass dich nicht von ScheißGPT in die Irre führen. Das verfummelt deine Kiste nur noch weiter...

apt policy redis

sagt?

[M B]

@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

[M B]

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?

[haselchen]

@m-b

Das werden wir erst wissen, wenn Du es zurückgespielt hast

[Thomas Braun]

@m-b

Also ist und war redis gar nicht installiert (zumindest nicht in diesem Container), weswegen natürlich auch die Umstellung auf dessen Ports Quark ist.

Hau da den aktuellen Docker drauf und spiel dein Backup wieder ein.

[M B]

@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.

[haselchen]

@m-b

Keine Ahnung wie das bei Qnap ist , bei meiner Synology habe ich Umgebungsvariablen bei der Containererstellung, wo ich den Pfad der USB Devices angebe.