NEWS
Checking database connection.Failed.(DockerSyno)/nachNeuins
-
@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.0
nachalias.0
bringen? Oder?In
0_userdata.0
liegen DP, die man selbst (z.B. per Script) beschreibt.
Inalias.0
liegen 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 !