NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@cash sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Problemlösung yahka: Ich habe unter den Einstellungen im Adapter eine neue Mac-Adresse eingegeben und einen neuen Namen.
Einen neuen Namen für die Bridge bzw. die yahka-Instanz hättest du gar nicht vergeben brauchen. Die Vergabe eines neuen User-Namens (analog MAC-Adresse) hätte genügt.
Was mir wirklich gut an dem yahka-Adapter gefällt, ist die simple Möglichkeit, weitere Bridges mittels Instanzen einzurichten, da ja bekanntlich Homekit nur ca. 100 Geräte pro Bridge/Instanz unterstützt.
-
Den neuen Namen hat den Vorteil das man die neue und alte Bridge besser auseinander halten kann. Ich habe die alte erst gelöscht als die neue lief. Das hat den Vorteil, dass falls ich doch mit der V2 erst weiter gemacht hätte ich nur den Container neu starten musste ich die Geräte sofort verfügbar sind.
Ich habe bei mir nicht soviele Geräte eingebunden, da ich mit Siri z. B. nie die Heizung steuere also habe ich dort nur eine kleine Auswahl genommen.
Die Frage wäre ja warum man überhaupt das ganze neu machen muss. Das müsste man noch irgendwie hinkriegen dann wäre das wiederherstellen per Backup wirklich die einfachste und sauberste Lösung. Ich vermute das das Backup irgend etwas nicht mitsichert und man dadurch bei yahka eine neue Bridge benötigt...
-
kurze Backup Frage.
ich nutze noch das Script von Andre aus der v2 Anleitung.
Im ersten Part des scripts wird der container angehalten.ich erhalte leider seit ein paar Wochen ein Fehler - also kein Backup gemacht.
docker stop iobroker Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post http://%2Fvar%2Frun%2Fdocker.sock/v1.39/containers/iobroker/stop: dial unix /var/run/docker.sock: connect: permission denied
hat jemand eine Idee wie ich das fixen kann... Danke
-
@dos1973 Für meinen Bitwarden Container verwende ich das folgende Script, vielleicht hilft dir das weiter, es nutzt die Synology WebAPI, dann gibts auch im DSM keine Fehlermeldungen über abgebrochene Container mehr.
Gruß, Ralf
# docker container stop /usr/syno/bin/synowebapi --exec api=SYNO.Docker.Container version=1 method=stop name=bitwarden zip -r $bwBackup/$bwFile $bwPfad # docker container start /usr/syno/bin/synowebapi --exec api=SYNO.Docker.Container version=1 method=start name=bitwarden
-
Ich habe versuch ein js-conroller update mit dieser Vorlage von @andre zu machen.
Leider bekomme ich bei dem Befehliobroker update
ein "Permission denied".
Wenn ich die alternative Variante mitnpm install iobroker.js-controller –-production
versuche bekomme ich folgende Fehler:npm ERR! code EINVALIDTAGNAME npm ERR! Invalid tag name "–-production": Tags may not have any characters that encodeURIComponent encodes. npm ERR! A complete log of this run can be found in: npm ERR! /opt/iobroker/.npm/_logs/2020-02-02T15_05_21_768Z-debug.log
Kann mir da jemand weiterhelfen?
Edit:
Ich habe auch versucht den Befehl mit sudo auszuführen und mich in Portainer als root in den Container einzuloggen, aber beides hat nicht geholfen.
Ich habe auch den Befehlcurl -sL https://iobroker.net/fix.sh | bash -
versucht, wie von in der Update Anleitung von iobroker empfohlen, hat leider auch nichts gebracht. -
hi,
mein container heisst einfach iobroker...
so geht es nicht, erhalte Permission denied./usr/syno/bin/synowebapi --exec api=SYNO.Docker.Container version=1 method=stop name=iobroker
was ist dieser Teil? bwFile und Pfad
@RK62 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:zip -r $bwBackup/$bwFile $bwPfad
edit: mit sudo, dann klappt es.
Und via Aufgabenplanung scheint es auch zu gehen . keine DSM FM!an dem letzen Pfad und File wäre ich dennoch interessiert.
Klasse & besten Dank dafür! -
@dos1973 Schön, dass es funktioniert!
Ich hatte die Zeilen einfach aus einem laufenden Script kopiert.
Mit dem zip-Befehl erstelle ich ein Backup des gemounteten Bitwarden-Pfades.
$bwBackup = Variable für den Backup-Pfad
$bwFile = Variable für den Namen der zip-Datei
$bwPfad = Variable für den Pfad der gesichert werden soll.bwToday=$(date +%Y-%m-%d_%H%M)
bwFile="bitwarden_backup_$bwToday.zip"
bwPfad='/volume1/docker/prod/bitwarden'
bwBackup='/volume1/BACKUP-1/MIRROR/bitwarden' -
@RK62
Alles klaro, das backup / kopieren un zippen der Daten funktioniert ja aus dem Original script. Ich habe nur die Start/Stop Befehle mit deinen ersetzt.Backup heute Nacht ordentlich gelaufen
-
@ozboss sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Ich habe versuch ein js-conroller update mit dieser Vorlage von @andre zu machen.
Leider bekomme ich bei dem Befehliobroker update
ein "Permission denied".
Wenn ich die alternative Variante mitnpm install iobroker.js-controller –-production
versuche bekomme ich folgende Fehler:Also es scheint zu funktionieren, wenn ich mich als Benutzer "iobroker" anmelde. Aber auch nur wenn ich
iobroker update
mit sudo ausführe. Leider werde ich dann nach einem Passwort gefragt welches ich natürlich nicht habe....Mod-Edit: Vollzitat gekürzt! Bitte vermeidet Vollzitate! Siehe Forum Regeln, Punkt 2
-
Hallo...
nachdem mein container mittlerweile einwandfrei lief habe ich heute den „Fehler“ gemacht und den VMM auf der DS installiert.
Prompt kommt beim Starten des Containers der Fehler „failed to create Macvlan: device or resource busy“Kennt da jemand ne Lösung für?
Das macvlan hat eine eigene Adresse, sodass das eigentlich nicht kollidieren dürfte aber ich denke dass sich die Netzwerkkarte hier bereits in Benutzung befindet.
Ich finde aber auch keinen Weg um den VMM kurzfristig zu Testzwecken zu deaktivieren und einfach deinstallieren ist ja keine Lösung.Gruß
Carsten -
@Telefisch Der VMM installiert eine "Virtualisierungsschicht" auf die Netzwerkdevices. Das bedeutet dass jetzt ein virtuelles Device die IP-Adresse deiner DS hält.... Mach mal ein "ifconfig" auf der Kommandozeile deiner DS, dann siehst du was ich meine.
Du musst dein MACVLAN neu anlegen und das korrekte Netzwerkdevice angeben. Dann funktioniert dein MACVLAN und auch der Container wieder....MfG,
André -
@andre perfekt, Andre.
Vielen Dank, nu läuft es wieder
Netzwerkdevice heißt jetzt ovs_eth0
Dankeschööön -
@andre Was es nicht alles gibt
Hatte VMM schon laufen, bevor ich MACVLAN eingerichtet hatte, daher ist mir das gar nicht aufgefallen, aber gut zu wissen, falls man mal alles neu machen muss.
Danke. -
Kann ich im Docker oder Portainer was einstellen, dass der Container nach einem Stromausfall wieder automatisch gestartet wird?
Portainer funktioniert, nur der ioBroker wird nach einem Stromausfall nicht wieder gestartet.
-
-
@Negalein
a) wie @Glasfaser es angibt, das geht im Docker von Synologyoder
b) unter Portainer, da musst dann aber unter Duplicate/Edit es einstellen:
Beides geht nur, wenn der Container gestoppt ist.
-
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.