Checking database connection.Failed.(DockerSyno)/nachNeuins
-
1.sicher dir dein Backup
2. lösch unter portainer den angelegter iobroker container
3. lösch den verlinkten Ordner auf deinem Synology
4. legt den Ordner neu an
5. leg einen neuen container "iobroker" an. Wie das geht wirst du ja wissen
6. iobroker starten dann neu
7. deine Sicherung nach "backups"
7 jetzt über container di ekonsole von iobroker öffenbackup einspielen backup nach backups packen pkill -u iobroker sleep 1 iobroker update sleep 1 iobroker upgrade self cd backups sleep 1 iobroker restore 0 danach iobroker neustarten 5 min warten iobroker upload allSo mach ich das
-
@emil70 sagte in iobroker startet nicht mehr (Docker - Synology):
t über container di ekonsole von iobroker öffen
okay danke. Werde es bei Gelegenheit so testen.
Ich hatte jetzt folgendes versucht.Ich hatte den Container via Stack erstellt.
- Also Stack gestoppt.
- Dabei wird der Container gelöscht.
- Ordner auf der Synology gelöscht
- via HyperBackup den Ordne wiederhergestellt.
- Stack gestartet. Somit wurde der Container gestartet. Und es läuft.
- Hoffe dass der Fehler nicht erneut auftritt.
Es läuft auf jeden Fall wieder. Danke für die Hilfe
-
Leider ist das Problem nicht gelöst. Hat jemand Ideen, was ich machen kann. Jede Änderung speichere ich zusätzlich ab und nach einem Neustart darf ich erstmal nach einem Backup suchen, das funktioniert.
-
@thorkillar said in iobroker startet nicht mehr (Docker - Synology):
Existing installation of ioBroker detected in "/opt/iobroker".
das sagt, das eine Installation vorhanden ist die wieder benutzt wird.
Meine vorgehensweise ist:
container Stop
iobroker Verzeichnis auf dem NAS umbenennen. Damit hast du alle Daten direkt im Zugriff
Container löschen.
Container neu anlegen mit NAS Verzeichnisname wie vorher.
Jetzt wird ein komplettes neues IObroker erstellt.
Testen on läuft.
Jetzt kann man verschieden weitermachen
Möglichkeit 1
Backup mit Backupit wieder einspielen, oder
container stoppen (nicht löschen)
aus dem umbenannten Verzeichnis das Verzeichnis iobroker-data in den neuen kopieren.
Container starten 2-4 Minuten warten, dann sollte alles wieder vorhanden sein.Ich vermute aber das irgendwo deine Datenbank einen Schuss hat.
Hatte ich auch mal, Ich habe dann alle Adapter neu installiert und nur die Daten der Vis und Javascript zurückgespielt. Dann war alles wieder ok.
Den Schuss hat die Datenbank bekommen durch einen Stromausfall. -
@ubecker okay, ich hatte vor ca. einem Jahr nen Stromausfall, mit viel Theater das Teil wieder zum laufen zu bekommen. Um zukunftssicher zu sein: alles neu aufsetzten / neuer Container und neu anfangen und nur Vis, Javascript wieder einspielen. Wenn ich die Datenpunkte unter 0_userdata.0 exportiere und mit Daten importiere, sollte das ja keine Probleme machen? Oder?
Hast Du eine Idee, wie ich die Einstellungen und Geräte aus dem Alias Adapter ex- und importieren kann?
-
@thorkillar said in iobroker startet nicht mehr (Docker - Synology):
Hast Du eine Idee, wie ich die Einstellungen und Geräte aus dem Alias Adapter ex- und importieren kann?
leider nein, ich will jetzt auch nichts falsches sagen.
in iobroker-data liegt iobroker.json das sollten die Adaptereinstellungen sein, ohne gewähr.
objects.jsonl sollten die ganzen Objecte sein, auch alias, ohne gewähr.Aber irgendeine diese Dateien wird einen Schuss haben. Den Alias Adapter hab ich nicht. (Hab den nicht verstanden, hat mir mehr durcheinander gebracht als richtig)
Kaputt machen kannst du eigentlich nichts. Du hast Backups und auf dem NAS die Dateien. Container mit iobroker erstellen geht so innerhalb paar Minuten.
Bevor du aber eine Datei in den aktiven kopierst immer erst container stoppen, kopieren, neu starten. -
@thorkillar sagte in iobroker startet nicht mehr (Docker - Synology):
Please check your configuration and try again.
dann zeige mal mit dem Eintrag bei :
Environment Variables
DEBUG = truewas die Debug Ausgabe vom Log dann weiter sagt , wo es klemmt !
-
@thorkillar sagte in iobroker startet nicht mehr (Docker - Synology):
via HyperBackup den Ordne wiederhergestellt.
damit schleppst du nur fehler immer mit
Stack gestartet. Somit wurde der Container gestartet. Und es läuft.
mache es so :
Neuen Container , neuen Mount Ordner ( leer )
ioBroker starten und dann dann dein Backup rein !
-
Guten Morgen Liebe Gemeinde,
ich habe mich entschlossen, den iobroker von Grund auf neu aufzusetzen.
Ich habe alle Adapter installiert und die Einstellungen manuell vorgenommen.
Kein Export / Import von Einstellungen, Ausser der Datenpunkte und der Vis.
Den Ordner auf der NAS habe ich auch neu angelegt.
So schnell war der Docker schon seit Jahren nicht mehr
Jedoch seit heute morgen, nach einem neustart habe ich das gleiche Problem mit dem nicht mehr startenden Docker Container. Gestern abend hatte ich noch Geräte im "Alias" Adapter angelegt. Den Container habe ich über den Containers-Button im portainer normal gestoppt. Also nicht "gekillt".
Checking database connection... Failed. => Restart.
Ich hatte nach den Einrichtungsarbeiten den Docker abends herunter gefahren. Und wenn ich wieder Zeit hatte dann wieder hochgefahren. Habt Ihr eine Idee, woran das liegen kann?
Vielen Dank
@Glasfaser DEBUG = true => wie kann ich das wo einstellen?
-
@thorkillar sagte in Checking database connection.Failed.(Docker-Synology)/Neuins:
@Glasfaser DEBUG = true => wie kann ich das wo einstellen?
Das kommt in die Umgebungsvariablen des Containers.
Gestern abend hatte ich noch Geräte im "Alias" Adapter angelegt
Der ist bei mir sofort wieder rausgeflogen. Hat alles Mögliche gemacht, aber nicht das was ich erwartet hätte.
Seitdem lege ich Aliase von Hand im Objektbaum an.Ich hatte nach den Einrichtungsarbeiten den Docker abends herunter gefahren
Warum macht man sowas?
Ein Server läuft in der Regel 24/7 durch. Ein Neustart dauert ja immer 'ne gefühlte Ewigkeit. -
Das kommt in die Umgebungsvariablen des Containers.
Danke, hab ich mehrfach versucht. Speichert er aber nicht ab.
Warum macht man sowas?
Meine 1618+ ist mit 2x iobroker (1Live + 1Neuaufbau) Containern + 1 TS Container+ 1 Portainer Container an der Schmerzgrenze.
Und daher hatte ich den Container runtergefahren, den ich nicht mehr brauchte.Der ist bei mir sofort wieder rausgeflogen. Hat alles Mögliche gemacht, aber nicht das was ich erwartet hätte.
Seitdem lege ich Aliase von Hand im Objektbaum an.Der ist doch mittlerweile bei einer Installation dabei. => Geräte
Oder redest du von einem anderen? -
@thorkillar sagte in Checking database connection.Failed.(Docker-Synology)/Neuins:
Der ist doch mittlerweile bei einer Installation dabei. => Geräte
Oder redest du von einem anderen?Also bei meinen Installationen ist der nicht dabei.
Geräte im "Alias" Adapter
Ich meine den "Alias-Manager".
Aber es gibt auch Anwender die ihn erfolgreich einsetzen.
Meine Bedürfnisse erfüllt er allerdings nicht. -
@codierknecht sagte in Checking database connection.Failed.(Docker-Synology)/Neuins:
Also bei meinen Installationen ist der nicht dabei.
Du hast recht. Sorry, muss separat installiert werden. Und ich nutze den "devices" Adapter. Der ist wesendlich komfartabler als der "Alias-Manager"
Manuell anlegen, ist aber natürlich auch eine Variante
Da ich beim Rumspielen den Container ganz geschrottet hatte, fange ich nochmal von vorn an.
Hab ja eine laufende Instanz.Wüste nur gern, warum auch beim "Neubau" das Debug=TRUE nicht akzeptiert wird. Da stelle ich mich wohl zu blöd an.... Werde es aber probieren.
Ich danke für den Support
-
@thorkillar sagte in [GELÖST] Checking database connection.Failed.(Docker-Syno):
Wüste nur gern, warum auch beim "Neubau" das Debug=TRUE nicht akzeptiert wird
Wenn's nur an Portainer liegt, könntest Du das möglicherweise auch im Container-Manager der Synology direkt einstellen.
Mir hat Portainer nicht sooooo viel Zusatznutzen gebracht. Da habe ich das lieber nativ über die Synology verwaltet. -
@thorkillar sagte in [GELÖST] Checking database connection.Failed.(Docker-Syno):
Wüste nur gern, warum auch beim "Neubau" das Debug=TRUE nicht akzeptiert wird. Da stelle ich mich wohl zu blöd an....
Du bist wohl nicht Schuld:
-
@codierknecht sagte in [GELÖST] Checking database connection.Failed.(Docker-Syno):
Seitdem lege ich Aliase von Hand im Objektbaum an.
Kannst du mir sagen, wo Du die Datenpunkte für die Aliase angelegt hast? In Alias.0 oder in 0_userdata?
-
@thorkillar
Aliase liegen inalias.0.
Eine passende Struktur denkt man sich da selbst aus.Die haben einfach den unschlagbaren Vorteil, dass man:
- bei geänderten Geräten nur die Aliase ändern muss und nicht die Vis, Scripte und was sonst noch alles
- Über eine Konvertierung auch noch Berechnungen mit den Daten machbar sind
Mit "Devices" oder dem "Alias-Manager" ist das natürlich deutlich einfacher zu handhaben. Aber diese Adapter haben nie das gemacht, was ich erwartet oder gar gewünscht hatte.
Frei nach dem Motto: "Watt man nich selbst macht, taugt auch nix"
-
@codierknecht Danke Dir, dann lag ich richtig. Ich dachte kurz, dass die aliase da liegen, weil sie vom alias-adapter kamen.
Aber gut, dann kann ich ja meine ganze Strucktur über den JSON-Datei Speichern Button exportieren. Ich habe nämlich keine Lust 1198 Objekte neu anzulegen.
Denn der device-Adapter, der an sich, bei mir, sehr gut funktionierte, erkennt keine vorhandene Struktur. Zumindest habe ich noch keine Möglichkeit gefunden. Vielleicht kennt hier jemand eine Lösung, für dieses Problem?
-
@thorkillar sagte in [GELÖST] Checking database connection.Failed.(Docker-Syno):
dann kann ich ja meine ganze Strucktur über den JSON-Datei Speichern Button exportieren. Ich habe nämlich keine Lust 1198 Objekte neu anzulegen.
Du willst die aber nicht von
0_userdata.0nachalias.0bringen? Oder?In
0_userdata.0liegen DP, die man selbst (z.B. per Script) beschreibt.
Inalias.0liegen DP, die auf andere DP (z.B. von Adaptern) "gucken". -
Nein, die liegen bereits in alias.0 und wurden in der alten Instanz vom "device" Adapter angelegt.
Jetzt möchte ich die erstmal via Export und Import erstmal ins neue System einbringen. Ich hatte vor kurzem erst alles auf Aliase umgestellt. bzw. bin noch nicht ganz fertig.
