[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Danke euch.
Hab überall geschaut. Nur auf die einfachste Möglichkeit bin ich nicht gekommen. -
Sorry ich will nicht nerven, aber kann mir hierbei jemand helfen? Ich weiß wirklich nicht weiter.
-
Gehe über die Synology Terminal Konsole .
iobroker stop pkill io curl -sL https://iobroker.net/fix.sh | bash - iobroker update iobroker upgrade self iobroker start -
@ozboss
Von der SeiteAnalog zur ioBroker-Dokumentation würde das Update des js-controllers über die Kommandozeile im ioBroker-Container z.B. wie folgt aussehen: pkill io iobroker update iobroker upgrade self node node_modules/iobroker.js-controller/controller.js >/opt/scripts/docker_iobroker_log.txt 2>&1 & alternativ: pkill io npm install iobroker.js-controller –-production node node_modules/iobroker.js-controller/controller.js >/opt/scripts/docker_iobroker_log.txt 2>&1 &ich mach das immer mit der 1. Variante und klappt, mich wundert es, dass Du Rechtsprobleme hast.
Welche Version von Baumet benutzt Du?
Erscheint im Log beim Start auch das mit dem "Fix", der lässt beim starten direkt ein Fix mitlaufen, damit die Rechte richtig sind. -
Ich hab meinen gerade auf 2.2.8 upgedatet.
pkill io iobroker update iobroker upgrade self iobroker start -
Danke für die vielen Antworten
Wie bereits beschrieben kann ich den Befehliobroker updateleider nicht ausführen, ich bekomme ein "Permission denied".
In Portainer gehe ich dafür auf die Container Konsole und verbinde mich mit Command auf "/bin/bash" und User auf "root" eingestellt.@tugsi sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
ich mach das immer mit der 1. Variante und klappt, mich wundert es, dass Du Rechtsprobleme hast.
Welche Version von Baumet benutzt Du?
Erscheint im Log beim Start auch das mit dem "Fix", der lässt beim starten direkt ein Fix mitlaufen, damit die Rechte richtig sind.Ich weiß nicht was du mit "Fix" meinst, allerdings habe ich festgestellt, dass beim Starten im Log folgende Fehler auftauchen:
------------------------------------------------------------ ----- Step 3 of 5: Checking ioBroker installation ----- ------------------------------------------------------------ (Re)Setting folder permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo in iobroker with gosu... Done. /opt/scripts/iobroker_startup.sh: line 169: /usr/bin/iobroker: Permission denied /opt/scripts/iobroker_startup.sh: line 169: [: !=: unary operator expected ------------------------------------------------------------ ----- Step 4 of 5: Applying special settings ----- ------------------------------------------------------------ Some adapters have special requirements/ settings which can be activated by the use of environment variables. For more information take a look at readme.md on Github! /opt/scripts/iobroker_startup.sh: line 192: /usr/bin/iobroker: Permission denied /opt/scripts/iobroker_startup.sh: line 192: [: 8081: unary operator expectedIm restlichen Log sind keine Fehler zu erkennen.
FYI:
Der Container läuft bei mir auf OMV und nicht auf Synology, aber das sollte ja eigentlich kein Problem sein. -
-
@Glasfaser sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Setze mal nach pkill io , den Befehl noch dazwischen ab
chmod 777 /opt/iobroker/iobrokerleider immer noch "Permission denied"...
-
Lege doch mal einen neuen Container mit Portainer an mit :
Portainer---Recreate --- Pull latest image
-
Ich muss jetzt auch nochmal nachfragen zum Thema USB und Rechtevergabe.
Habe ich da was überlesen? Muss ich in den Environment-Variablen was angeben für USB?
Im Moment muss ich nach Neustart des Containers immer chmod 777 /dev/ttyACM* ausführen. -
-
@Glasfaser das klingt zwar logisch aber wenn ich /dev/ttyACM0;/dev/ttyACM1 dort eintrage und den Container damit "kopiere" steht anschließend wieder None drin.
Ich kann machen was ich will.
: statt ; oder " davor und dahinter oder löschen und neu anlegen...
Völlig egal, immer none
WTF? -
Ich habe es mit mit dem Synology Docker geändert.
Stoppe den Container dann kannst du es ganz leicht in den Einstellungen ändern.
-
@Glasfaser danke, das hat geklappt. Mal sehen, ob es auch geholfen hat.
@andre kannst Du das im Containerimage beeinflussen, dass man das über den Portainer rein bekommt? Das vergesse ich beim nächsten Update bestimmt wieder.
-
@Telefisch sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@andre kannst Du das im Containerimage beeinflussen, dass man das über den Portainer rein bekommt? Das vergesse ich beim nächsten Update bestimmt wieder.
Nein kann ich nicht. Du bekommst es im Portainer aktuell nur rein, wenn du einen neuen Container anlegst. Ist ein bekannter Bug, dass die Änderungen an den ENV beim kopieren nicht übernommen werden.
Habe ich irgendwo weiter oben auch schon mal verlinkt.Leider geht bei Portainer die Entwicklung nicht so schnell voran, wie bei ioBroker, daher werden wir uns wohl noch ein wenig gedulden müssen...
MfG,
André -
Ich habe die Lösung zu meinem Problem gefunden.
@andre :
Bitte irgendwo ganz fett in die Knowledgebase und auf Github.
Scheinbar hatten einige Leute schon Probleme damit.Edit:
Kleines Tutorial für alle die auch den iobroker-Container auf OMV5 nutzen wollen und das gleiche Problem haben:- Wahrscheinlich ist euer Drive auf dem ihr euren "iobroker"-Ordner liegen habt mit "noexec" gemountet, dementsprechend gibt es Fehler beim Ausführen von sämtlichen Scripten
- Die Lösung ist das Argument "noexec" zu entfernen.
sudo nano /etc/openmediavault/config.xml- Hier mit "Strg+W" nach "fstab" suchen
- Darunter erscheint irgendwo das Drive auf dem der "iobroker"-Ordner liegt (dev-disk-by-label-....)
- In diesem Eintrag unter "<opts>" das Argument "noexec" löschen
- "Strg+X" zum Schließen, mit "y" Speichern bestätigen
sudo omv-salt deploy run fstab- OMV neustarten
- Container neu anlegen
-
@ozboss
So?Important: If the folder you mount to /opt/iobroker in your container is placed on a mounted device, partition or other storage, the mountpoint on your host should NOT have the "noexec" flag activated. Ohterwise you may get problems executing ioBroker inside the container!
Siehe: https://github.com/buanet/docker-iobroker/blob/beta/README.md
Für die Knowledgebase lass ich mir noch was einfallen...
MfG,
André -
@andre sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Important: If the folder you mount to /opt/iobroker in your container is placed on a mounted device, partition or other storage, the mountpoint on your host should NOT have the "noexec" flag activated. Ohterwise you may get problems executing ioBroker inside the container!
Ja sieht gut aus nur ein kleiner Tippfehler: "Otherwise you ..."
Und ich würde noch hinzufügen:
"... other storage in Linux, the ... flag activated in the /etc/fstab file." -
Hallo zusammen,
ich habe ein Problem bei der Installation, bzw. komme ich nicht auf die ioBroker Oberfläche....
DS2419+ mit DSM 6.2.2-24922 Update 4
Docker ist in der aktuellen Version installiertDas Ganze soll dann auch noch auf eine DS412+ installiert werden (aber erstmal System1
)Im Docker habe ich die aktuelle Portainer-Version installiert und mich dann druch die Anleitung gekämpft
Alles soweit Schritt-für-Schritt gemacht, allerdings wollte ich anstatt "MACVLAN" einfach "host" nutzen, da ich das in der Anleitung nicht ganz überrissen habe, habe ich den Schritt MACVLAN einfach übersprungen
beim Container habe ich dann bei Network, Network host und den Hostnamen vergeben
der Container wird dann soweit auch erstellt und startet, Fehlermeldungen kamen dort keine....
auf die Oberfläche komme ich leider jedoch nicht drauf
Ausgabe log:
------------------------------------------------------------ --------------- 2020-02-13 09:34:47 --------------- ------------------------------------------------------------ ------------------------------------------------------------ ----- Welcome to your ioBroker-container! ----- ----- Startupscript is now running. ----- ----- Please be patient! ----- ------------------------------------------------------------ ------------------------------------------------------------ ----- Debugging information ----- ----- ----- ----- System ----- ----- arch: x86_64 ----- ----- ----- ----- Versions ----- ----- image: v4.1.0 ----- ----- node: v10.19.0 ----- ----- npm: 6.13.4 ----- ----- ----- ----- ENV ----- ----- ADMINPORT: 8081 ----- ----- AVAHI: false ----- ----- PACKAGES: vi ----- ----- REDIS: false ----- ----- SETGID: 1000 ----- ----- SETUID: 1000 ----- ----- USBDEVICES: none ----- ----- ZWAVE: false ----- ------------------------------------------------------------ ------------------------------------------------------------ ----- Step 1 of 5: Preparing container ----- ------------------------------------------------------------ Installing additional packages is set by ENV. The following packages will be installed: vi... Done. There are no changes in UID/ GID needed. ------------------------------------------------------------ ----- Step 2 of 5: Detecting ioBroker installation ----- ------------------------------------------------------------ Existing installation of ioBroker detected in /opt/iobroker. ------------------------------------------------------------ ----- Step 3 of 5: Checking ioBroker installation ----- ------------------------------------------------------------ (Re)Setting folder permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo in iobroker with gosu... Done. ------------------------------------------------------------ ----- Step 4 of 5: Applying special settings ----- ------------------------------------------------------------ Some adapters have special requirements/ settings which can be activated by the use of environment variables. For more information take a look at readme.md on Github! ------------------------------------------------------------ ----- Step 5 of 5: ioBroker startup ----- ------------------------------------------------------------ Starting ioBroker... host.Steff_Server2 check instance "system.adapter.admin.0" for host "Steff_Server2" host.Steff_Server2 check instance "system.adapter.discovery.0" for host "Steff_Server2" host.Steff_Server2 check instance "system.adapter.info.0" for host "Steff_Server2"Ausgabe Stats:
root 28090 28073 0 09:34 ? 00:00:00 /bin/bash /opt/scripts/iobroker_startup.sh 1000 28509 28090 0 09:35 ? 00:00:01 iobroker.js-controller 1000 28530 28509 1 09:35 ? 00:00:04 /usr/bin/node /opt/iobroker/node_modules/iobroker.admin/main.js 0 info 1000 28543 28509 1 09:35 ? 00:00:03 /usr/bin/node /opt/iobroker/node_modules/iobroker.discovery/main.js 0 info 1000 28564 28509 1 09:35 ? 00:00:03 /usr/bin/node /opt/iobroker/node_modules/iobroker.info/main.js 0 infoHoffe ihr könnt mir vielleicht helfen, falls ich irgendwelche Angaben vergessen haben sollte, bitte sofort schreiben, kann ja nachgeliefert werden.....
-
@steff-h
Hallo Steff,
sieht soweit alles gut aus. IoBroker scheint zu laufen.
Du scheinst eine bestehende Installation zu übernehmen, also dein Mount-Verzeichnis ist nicht leer. Oder kommt das nur von vorherigen Versuchen?
Wenn du von null starten willst, lösche das Verzeichnis am besten nochmal bevor du den Container anlegst und poste dann das Log vom allerersten Start des Containers.
Der Hostname "Steff_Server2" ist der Hostname deiner DS?MfG,
André
