UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Sweatchuck]

@homoran

Ja, da habt Ihr ja recht. Ich dachte die Sicherung des Ordners reicht. Hatte nicht bedacht, dass der Ordner selbst fehlerhaft sein könnte

[haselchen]

@sweatchuck

Wenn der Container an dem Punkt ist, dann ist da wenig zu retten.
Jedenfalls was den Start angeht.
Skripte und NodeRed und VIS und dergleichen befinden sich ja als Ordner in deinem Mountpoint.
Die kannst du kopieren bzw. woanders sichern (alles vorausgesetzt du hast kein Backup)
Dann musst du in den sauren Apfel beissen und einen neuen Container aufsetzen.
Natürlich kannst du auch versuchen in den Configs/Ordnern zu fummeln und versuchen , dass er wenigstens wieder startet.
Kaputtmachen kannst du nicht mehr als jetzt ;)

[OliverIO]

@sweatchuck sagte in ioBroker Docker Synology startet nicht:

@homoran

Nein.

Ergebnis war, dass er nicht mehr startet. Ich hatte bislang nie Probleme...

Es ist echt schlimm, da steckt richtig Arbeit drin...:disappointed_relieved:

Checking Database connection... Failed

Welche Datenbank hast du den im Einsatz?

[Sweatchuck]

@haselchen

Wo genau finde ich die Skripte?

Es funktioniert nicht mehr seit ich den Alexa2.0 Adapter updaten wollte. kann ich den Adapter bei Start irgendwie ignorieren bzw. im Ordner iobroker_data entfernen?

[Sweatchuck]

@oliverio

Ich verwende eine Synolgy DS 218+ mit Docker und Portainer.

Was genau meinst du?

Ich habe da nichts spezielles gemacht.

[Sweatchuck]

@homoran

04.10.

iobroker.2023-10-04.log

Oder 03.10.

iobroker.2023-10-03.log.gz

Hilft das irgendwie? Ich kann nicht genau Sagen wann der Fehler eingetreten ist da VIS, Diagramme und Co weiterhin erreichbar waren…

[Homoran]

@sweatchuck sagte in ioBroker Docker Synology startet nicht:

Hilft das irgendwie?

mir leider am Hsndy nicht

[haselchen]

@sweatchuck

Bin jetzt nun nicht der totale Container Experte, aber wenn er schon nicht startet oder in einem Loop ist, dann kannste wie gesagt nur retten was zu retten ist mit kopieren und danach mit editieren der Config Json´s .
Try and Error würde ich es nennen.

Da durch das Starten du ja keine Möglichkeit hast ins Terminal zu kommen, kannste da mit Befehlen nix mehr machen.

[Sweatchuck]

@haselchen

Ich bin für jeden Tipp dankbar.

Kannst du mir das kurz genauer erklären?

Ich habe folgenden Gedanke...

Ich würde gerne in meinem Ordner iobroker_data auf dem NAS nach und nach die Dateien/Adapter löschen und probieren ob der iobroker wieder startet.

Wenn ich die defekte Instanz gefunden habe könnte ich ja, da die ursprünglichen Dateien noch vorhanden sind, müsste ich dann nur den defekten Adapter neu einrichten.

Ist sowas möglich? Wann ja, wo sind im Ordner iobroker_date die entsprechenden Datei zu finden?

[Codierknecht]

@Sweatchuck
Wenn ich Deinen Eingangspost richtig verstehe, startet doch der Container selbst.
Nur der ioBroker will nicht.

Also gehst Du in das Terminal des laufenden Containers, wechselst in das richtige Verzeichnis

cd /opt/iobroker/

und rufst dort dann

iob diag

auf.

[Marc Berg]

@sweatchuck sagte in ioBroker Docker Synology startet nicht:

Ich kann nicht genau Sagen wann der Fehler eingetreten ist da VIS, Diagramme und Co weiterhin erreichbar waren…

Du könntest mit der Umgebungsvariable "debug=true" den Container dazu bringen, dass er nach einem Fehler nicht automatisch neu startet. Ob dir das irgendwie hilft, weiß ich nicht.

Außerdem gibt es ja im Verzeichnis /opt/iobroker/iobroker-data/backup-objects automatische Sicherungen der Objects und States. Aber auch hier: Ob dir das weiterhilft, weiß ich nicht. Den Fall hatte ich noch nicht, wegen funktionierender Backups.

[Sweatchuck]

@codierknecht

Nein, seit ich den Container beendet habe und neu starten wollte kommt die im Eingangspost eingefügte Fehlermeldung. Der Container startet nicht mehr

[Codierknecht]

@marc-berg sagte in ioBroker Docker Synology startet nicht:

Außerdem gibt es ja im Verzeichnis /opt/iobroker/iobroker-data/backup-objects automatische Sicherungen der Objects und States. Aber auch hier: Ob dir das weiterhilft, weiß ich nicht.

Wäre eine Idee.

@Sweatchuck
Auf der Synology findest Du im besagten Ordner gepackte Kopien der states.jsonl und der objects.jsonl.

Die könntest Du daraus extrahieren und damit die Originale (die Du vorher zur Sicherheit anderswo hinkopierst) ersetzen. Natürlich unter dem korrekten Namen.

Sollte Dein ioBroker aber mit Redis laufen, bin ich raus ...

[Sweatchuck]

@codierknecht

Werde ich testen...

Nur nochmal zum Verständnis:

Die states.jsonl.gz und objects.jsonl.gz habe ich gefunden. Ich nehme dieses Daten (ein älteres Datum wo ioBroker noch funktoiniert hat?) entpacke diese und Ersetze damit die states.jsonl und objects.jsonl im Ordner iobroker-data?

P.S. bevor ich etwas ändere werde ich den gesamten Ordner iobroker_data sichern. Somit kann ich alles probieren.

Was ist in diesen Datei eigentlich enthalten? Die Adapter, Instanzen und Objekte?

Wie gesagt, ich bin für jeden Tipp dankbar und werden alles probieren.

[Marc Berg]

@sweatchuck sagte in ioBroker Docker Synology startet nicht:

Wie gesagt, ich bin für jeden Tipp dankbar und werden alles probieren.

Ich würde zunächst den Container im debug Modus starten und mal iob fix drüber laufen lassen. Offensichtlich gibt es ja Rechteprobleme durch das händische "Backup":

2023-10-04 00:00:08.448  - error: host.iobroker instance system.adapter.ical.0 terminated with code 10 (CANNOT_FIND_ADAPTER_DIR)

[Sweatchuck]

@marc-berg

Hallo Marc,

ich brauche mehr Information. Bin ein absoluter Anfänger...

Wie kann ich den Container im debug Modus starten?

Wenn ich das geschafft habe muss unter portainer in der console vom iobroker Container iob fix eingeben?

[Codierknecht]

@sweatchuck sagte in ioBroker Docker Synology startet nicht:

Was ist in diesen Datei eigentlich enthalten? Die Adapter, Instanzen und Objekte?

Das ist im Grunde genommen die "Datenbank", von der in der Fehlermeldung die Rede ist.
Zumindest nach meinem Verständnis.

[Glasfaser]

@sweatchuck

Nimm dein LOG vom 02.10. raus iobroker.2023-10-02.log.gz ,
es enthält Persönliche Daten !

Laut Log zeigt er :

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js' ......

JS Controller zerschossen .

Was mich nur wundert , das er nicht startet ..Loop

Aber erstmal zeige das DEBUG Log dazu .

in der ENV eintragen :

siehe auch hier :

https://docs.buanet.de/de/iobroker-docker-image/docs/#umgebungsvariablen-env

[Sweatchuck]

@glasfaser

Habe in der ENV

DEBUG mit true eingetragen. Wie komme ich an das Log? Der Container startet ja nicht.

[Glasfaser]

@sweatchuck sagte in ioBroker Docker Synology startet nicht:

Anbei ein Screenshot vom Log. Bitte um hilfe!

ist das gleich LOG wie oben !

Also bricht der Container zusammen , was kommt als Fehlermeldung wenn du Ihn startetst "?