Checking database connection.Failed.(DockerSyno)/nachNeuins
-
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.
-
@thorkillar sagte in [GELÖST] Checking database connection.Failed.(Docker-Syno):
1198 Objekte
Dann hast Du Dir aber was vorgenommen
-
@codierknecht Danke hab es geschafft, aber ich bekomme langsam die Kriese. Nachdem ich jetzt das dritte mal das System komplett neu aufgebaut habe, kommt es nach einem Neustart nicht mehr hoch.
Gleicher Fehler und Debug=TRUE bekomme ich nicht gesetzt. Wer kann mir helfen?
-
@thorkillar sagte in Checking database connection.Failed.(DockerSyno)/nachNeuins:
Debug=TRUE bekomme ich nicht gesetzt
Wo?
In Portainer oder direkt am Container der Synology? -
@codierknecht in Portainer. Im Docker wird der Container gar nicht angezeigt.
-
Dann hast Du schlechte Karten.
Den von @Marc-Berg verlinkten Beitrag hast Du gelesen?Wieviele Container laufen auf Deiner Synology?
Wenn das übersichtlich wenige sind und die keine besonderen Einstellungen benötigen, braucht's eigentlich kein Portainer.
War für mich nur unnötiger Ballast und deshalb rausgeflogen. -
@codierknecht sagte in Checking database connection.Failed.(DockerSyno)/nachNeuins:
Wieviele Container laufen auf Deiner Synolog
nicht so viele, dass es unbedingt Portainer sein sollte.
Hatte es damals nur installiert, da die Anleitung von buanet es im Tutorial von so vorschlug und ich ohne Tutorial damals nicht klar kam.Ich werde dann mal nen Container im Docker der Syno aufsetzten und somit den Docker als Fehlerquelle ausschließen und ich kann dann auch Debug aktivieren... / was ich dann hoffentlich nicht mehr brauche
Was mich total verwirrt, wenn ich die Daten aus dem Backup wieder herstelle und neu starte, geht es.
Wenn ich dann aber nochmal neu starte, kommt der database fehler?! -
@thorkillar sagte in Checking database connection.Failed.(DockerSyno)/nachNeuins:
Was mich total verwirrt, wenn ich die Daten aus dem Backup wieder herstelle und neu starte, geht es.
Dann hast Du bisher ein anderes "Backup" verwendet?
Also in Portainer den ganzen Container gesichert (wenn es sowas gibt) oder das gemountete Verzeichnis auf dem NAS gesichert?
Damit schleppst Du dann auch alle Fehler mit. -
@codierknecht ich habe komplett bei null angefangen. habe alle Instanzen neu eingerichtet. Einstellungen nur via C&P von Fenster zu Fenster kopiert.
Dann die Javaskripte, Datenpunkte und den Alias Ordner importiert.
Korrekturen in der VIS gemacht und in einige Javaskripten angepasst.Dann Backup gemacht. (Ordner auf der NAS kopiert)
- Neustart => Fehler
- NAS Ordner gelöscht und durch die Sicherung ersetzt.
- Neustart => Geht
- Neustart => Fehler
- Backup wieder eingespielt
- Neustart => Geht
- mehrer Neustarts => geht
- halbe Stunde laufen lassen
- Neustart => geht
Kann dieser Fehler "Checking database connection.Failed" durch ein Javaskript (blockly) verursacht werden?
oder durch einen Alias?
