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

[cash]

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...

[dos1973]

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

[RK62]

@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

[ozboss]

Ich habe versuch ein js-conroller update mit dieser Vorlage von @andre zu machen.
Leider bekomme ich bei dem Befehl iobroker update ein "Permission denied".
Wenn ich die alternative Variante mit npm 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 Befehl curl -sL https://iobroker.net/fix.sh | bash - versucht, wie von in der Update Anleitung von iobroker empfohlen, hat leider auch nichts gebracht.

[dos1973]

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!

[RK62]

@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'

[dos1973]

@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]

@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 Befehl iobroker update ein "Permission denied".
Wenn ich die alternative Variante mit npm 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

[Telefisch]

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

[andre]

@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é

[Telefisch]

@andre perfekt, Andre.
Vielen Dank, nu läuft es wieder :)
Netzwerkdevice heißt jetzt ovs_eth0
Dankeschööön

[tugsi]

@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.

[Negalein]

@andre

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.

[Glasfaser]

@Negalein

[tugsi]

@Negalein
a) wie @Glasfaser es angibt, das geht im Docker von Synology

oder

b) unter Portainer, da musst dann aber unter Duplicate/Edit es einstellen:

Beides geht nur, wenn der Container gestoppt ist.

[Negalein]

@Glasfaser @tugsi

Danke euch.
Hab überall geschaut. Nur auf die einfachste Möglichkeit bin ich nicht gekommen.

[ozboss]

Sorry ich will nicht nerven, aber kann mir hierbei jemand helfen? Ich weiß wirklich nicht weiter.

[Glasfaser]

@ozboss

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

[tugsi]

@ozboss
Von der Seite

Analog 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.

[Negalein]

@ozboss

Ich hab meinen gerade auf 2.2.8 upgedatet.

pkill io
iobroker update 
iobroker upgrade self
iobroker start