Checking database connection.Failed.(DockerSyno)/nachNeuins
-
@martinp sagte in iobroker startet nicht mehr (Docker - Synology):
e ... War aber eher ein Schuss ins Blaue ..
Tante Google hat das hier ausgespuckt...okay, danke. Ich versuche dass dann mal. Kannst du mir sagen, wie ich die Rechte setzte? Im Interface auf der Synology?
-
@thorkillar mal eine Frage: Wie hast du neu gestartet? Neustart vom Host oder den Container?
-
@ubecker sagte in iobroker startet nicht mehr (Docker - Synology):
e hast du neu gestartet? Neustart vom Host oder den Container?
Im Portainer ausgewählt und Restart ausgewählt. Gibt es einen besseren Weg?
-
@thorkillar
Schon mal einiob fixprobiert?
Aber bevor Du hier stundenlang rumdokterst: Ein aktuelles Backup hast Du?
Einen neuen Container zu erzeugen und auf den vorhandenen Mount-Point der Synology zu schicken wird vermutlich kaum helfen. Wenn die Datenbank (jsonl) eine Macke hat, wird die ja dann mitgeschleppt. -
@codierknecht sagte in iobroker startet nicht mehr (Docker - Synology):
Ein aktuelles Backup hast Du?
Ich hoffe
Über die Synology wird der Docker Ordnet täglich gesichert. Somit dürfte doch eigentlich alles dabei sein?
Zusätzlich erstellt BackItUp ein Backup. Habe es bisher noch nie so ganz zurückspielen müssen.Versuche aktuell noch das io fix. Wie kann ich das am besten ausführen. Aus dem Portainer heraus das Terminal öffnen und dann starten? Kann ich den Container daran hindern, neu zu starten?
-
@Codierknecht
also iob fix klappt leider nicht. Der Container startet immer gleich wieder durch, - bevor das Skript durch ist.Würde jetzt ein Backup einspielen. Vom Backupordner den Docker/iobroker von heute morgen wieder herstellen. und einen neuen Container erstellen. Muss ich noch irgendwas beachten?
-
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.
