[Synology Docker]Iobroker startet nicht (no database)
-
@andre said in [Synology Docker]Iobroker startet nicht (no database):
Gerade im DSM gesehen, hier mal geschaut? Das sind die capabilities...
[EDIT] Bei mir läuft der Container auch ohne Probleme auf DSM 7...
Hier meine capabilities
-
@andre said in [Synology Docker]Iobroker startet nicht (no database):
@SimKa Hast du mehrere Volumes/ Speicherpools auf der DiskStation? Welches Dateisystem verwendest du?
(Das ist jetzt so ein bisschen stochern im Nebel. Bin da leider nicht so der Dateisystem Spezi)
Ich habe nur ein Volume im Raid 1 betrieb.
-
@andre said in [Synology Docker]Iobroker startet nicht (no database):
@simka sagte in [Synology Docker]Iobroker startet nicht (no database):
Ich wollte mal iobroker:latest-v7 ausprobieren oder wäre ein Anderes besser bevor ich die Docker Applikation deinstalliere?
Ich würde es bei latest-v6 belassen. Sonst machst du auch noch nen node versionswechsel mit rein. Docker installieren wird meiner Meinung nach nix bringen... Ich teste das Image gerade mal in meinem virtuellen dsm 7...
Wenn du im Discord bist, ich bin aktuell in der Lounge online...MfG,
AndréHabs mit der latest-v7 und latest-v6 tetestet. Bei beiden direkt nach dem Starten der Instanz den getcap Befehl ausgeführt und immer den Fehler bekommen.
Liegt wohl tatsächlich an der Diskstation, am Speicher oder sonst wo
-
@glasfaser sagte in [Synology Docker]Iobroker startet nicht (no database):
@simka sagte in [Synology Docker]Iobroker startet nicht (no database):
Docker ( Paket ) von Syn deinstallieren und neu installieren .Damit meine ich das _
kommt mir auch komisch vor was bei dir ist , aber hast du jetzt Testweise mal Docker de/installiert !?
-
@glasfaser Er hat ext4 als Dateisystem. Was hast du?
-
-
@glasfaser Und da haben wir es. Für mich ist das ein file System Problem.
Werd das zwecks verifizierung gleich mal in meiner virtuellen disk Station testen.
Hier gibt's etwas lesestoff dazu. Ist zwar bezüglich pihole, aber das Problem ist das selbe...
https://github.com/pi-hole/docker-pi-hole/issues/1085MfG,
Andre -
CONFIRMED!
Ich habe jetzt mal in meiner virtuellen Disk Station eine Platte hinzugefügt, einen Speicherpool und dann ein Volume mit ext4 Dateisystem erstellt. Docker auf das Volume installiert und einen ioBroker Container gestartet. Siehe da, beim getcap falle ich in das selbe Loch!
Für mich ist die Sache damit klar. Das Problem liegt im ext4 Filesystem des Hosts. Soweit ich mir das Erlesen konnte muss das Filesystem das Setzen von Capabilities unterstützen. Das kann man wohl in bestimmten Fällen durch Aktivieren eines Kernel Features auch beheben. Leider ist der DSM aber ein mehr oder weniger geschlossenes System, sodass ich da nicht unbedingt am Kernel rumspielen würde (zumal ich das aus dem Stand auch nicht könnte ;). Außerdem wäre es nach einem Update wahrscheinlich sowieso wieder dahin...
@SimKa Sorry, dass ich keine bessere Antwort für dich habe. Ich denke mal da du Daten auf deinem Volume 1 haben wirst, wirst du es wohl nicht einfach löschen und mit neuem Filesystem (btrfs) neu anlegen können.
Ich sehe aber, dass du noch Slots in der Disk Station frei hast (zumindest zeigt das die Grafik). Vielleicht wäre es eine Option eine zusätzliche Platte einzubauen und darauf ein Volume 2 zu erstellen?? Dann könntest du Docker auf Volume 2 installieren und würdest sehr wahrscheinlich das Problem umschiffen...MfG,
André -
Was ich nicht verstehe ... das es vorher bei Ihm funktionierte und jetzt ist ein Problem da.
Ich denke mal auch das andere ( Synology ) User ein ext4 Filesystem haben mit ioBroker !?
-
@glasfaser said in [Synology Docker]Iobroker startet nicht (no database):
Ich denke mal auch das andere ( Synology ) User ein ext4 Filesystem haben mit ioBroker !?
Ich z.B. auf einer DS916+. Seit fünf Jahren problemlos im Einsatz. Nicht einmal neu aufsetzen oder ein Backup einspielen müssen .
-
Hast du vorher DSM 6 mit ioBroker schon gehabt und dann DSM 7 geupdatet !?
-
@glasfaser Ja, solange keiner versucht Capabilities zu setzen stößt du auch nicht auf das Problem. Im frischen Container stimmt ja alles. Die Capabilities wurden ja bereits beim erstellen des Container Images gesetzt.
Jetzt machst du im Container einen restore, danach erkennt der js-controller dass die Version von Node eine andere ist (bzw. im Log sieht es aus als würde er gar keine "alte" Version haben ("unknown") und macht seinen Job. Dazu zählt nunmal auch das setzen der Capabilities....MfG,
André -
@sputnik24 sagte in [Synology Docker]Iobroker startet nicht (no database):
Ich z.B. auf einer DS916+. Seit fünf Jahren problemlos im Einsatz. Nicht einmal neu aufsetzen oder ein Backup einspielen müssen .
Und dein Filesystem auf dem Volume ist ext4???
kannst du den getcap befehl von oben ausführen? -
-
@andre said in [Synology Docker]Iobroker startet nicht (no database):
@sputnik24 sagte in [Synology Docker]Iobroker startet nicht (no database):
Ich z.B. auf einer DS916+. Seit fünf Jahren problemlos im Einsatz. Nicht einmal neu aufsetzen oder ein Backup einspielen müssen .
Und dein Filesystem auf dem Volume ist ext4???
Ja.
-
@sputnik24 Aber du bist auf DSM 6, oder?
-
@glasfaser said in [Synology Docker]Iobroker startet nicht (no database):
Kannst du uns mal die Ausgabe davon geben :
getcap $(eval readlink -f `which node`)Failed to get capabilities of file '/usr/bin/node' (Operation not supported) -
habe ich mir schon gedacht !
-
@andre said in [Synology Docker]Iobroker startet nicht (no database):
@sputnik24 Aber du bist auf DSM 6, oder?
7.1-42661 Update 2
-
@sputnik24 sagte in [Synology Docker]Iobroker startet nicht (no database):
Failed to get capabilities of file '/usr/bin/node' (Operation not supported)
Du hast das gleich Problem. Solange der js-controller die capabilities nicht neu setzen will/muss passiert aber vermutlich auch nix....
