Checking database connection.Failed.(DockerSyno)/nachNeuins
-
@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? -
@thorkillar sagte in Checking database connection.Failed.(DockerSyno)/nachNeuins:
Dann Backup gemacht. (Ordner auf der NAS kopiert)
Ein Backup des ioBroker macht man mit dem BackItUp-Adapter.
Wenn Du einfach nur stumpf das Verzeichnis auf dem NAS kopierst, schleppst Du alle dort aufgetretenen Fehler immer wieder mit.Beim ioBroker-Backup werden nur die Objekte und States (und damit die Einstellungen) kopiert.
Das stellt man dann auf einem jungfräulichen System wieder her.
ioBroker installiert dann alle nötigen Adapter.
Einzig Vis muss vor dem Restore (so mein Kenntnisstand) manuell installiert werden.
Aber auch nur installiert. Alles andere kommt auch hier aus dem Backup. -
@codierknecht okay, dann werde ich das mal versuche, ich habe zwar regelmäßig Backups mit dem Backitup Adapter gemacht, aber beim widerherstellen habe ich kläglich versagt und mir dann den Weg über das HyperBackup gesucht.
Werde dann mich mal mit dem widerherstellen beschäftigen und testen, ob das Problem damit behoben wird.
DANKE dir. Ich melde mich, wenn ich fertig bin / Fragen habe. -
@thorkillar
Wenn Du Backups hast:- Neuen Container erstellen und starten
- ggf. Vis (und Web) installieren
- über die Konsole die Wiederherstellung starten
https://www.iobroker.net/docu/index-98.htm?page_id=3971&lang=de#iobroker_restore
-
@thorkillar sagte in Checking database connection.Failed.(DockerSyno)/nachNeuins:
@codierknecht in Portainer. Im Docker wird der Container gar nicht angezeigt.
Deinstalliere Portainer , dann ein Neustart der Synology , dann werden sie angezeigt ... hatte schonmal einer hier im Forum !
-
@codierknecht sagte in Checking database connection.Failed.(DockerSyno)/nachNeuins:
Einzig Vis muss vor dem Restore (so mein Kenntnisstand) manuell installiert werden.
ist schon lange nicht mehr , seit >1.5.x STABLE
