[HowTo] ioBroker unter Docker auf Synology DiskStation

[gutgut30]

@K_o_bold
Eigentlich, weil ich Redis bisher immer gesichert habe... Never Change a running...

Aber, du hast mir da einen guten Denkanstoß gegeben. Das ist mit dem Redis-Container gar nicht zwingend notwendig.
Wenn ich das zum Redis Container gehörende, gemountete Volume entsprechend manuell sicher gehts auch. Ist halt nicht so bequem wie der Klick im Backitup Adapter.
Ich hätte halt gedacht: Wenn ioBroker auf die Redis Daten kommt, warum dann Backitup nicht...

[Sunshinemaker]

@gutgut30 Nutz doch einfach HyperBackup um das Volume zu sichern. Zb ein Rotierendes Back auf ein Räumlich getrenntes Medium, damit es wirklich ein Richtiges Backup ist. Zb eine zweite DS.

[gutgut30]

Und nun hoffentlich erst mal eine letzte Frage

Nutzt jemand (schon länger) das Image mit der Option

--net=host

und hat den Portainer auf einen anderen Port umgezogen? Kam das im längeren Betrieb zu Problemen oder kann man das so laufen lassen?

Hintergrund: Ich bekomme meinen Bluetooth Dongle nicht zum Laufen. Der einzige Weg wie ich ihn bisher ansprechen konnte ist, wenn ich als Netzwerk "Host" setze. Das ist auch die gängige Lösung in den Docker-Foren.

Jetzt muss ich zwar meinen MQTT Devices die neue IP mitteilen, aber das sollte überschaubar sein.

[gutgut30]

@Sunshinemaker said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@gutgut30 Nutz doch einfach HyperBackup um das Volume zu sichern. Zb ein Rotierendes Back auf ein Räumlich getrenntes Medium, damit es wirklich ein Richtiges Backup ist. Zb eine zweite DS.

Ich fahre das Setup auf einem OpenMediaVault 5. Ich muss mal schauen wie ich da ein dauerhaftes Backup aufsetze für die Container / Container-Volumes. Ich wollte erst mal zusehen alles auf diese Kiste zu bekommen. Steiniger Weg, aber er scheint machbar zu sein. Und man lernt einiges zum Thema Docker, Linux & Co.

Daher der Docker auf dem Host auf der Systemplatte liegt (SSD) wäre die banalste Lösung ein Copy-Job auf die HDD im gleichen Blech.
Vielleicht schiebe ich zusätzlich noch auf die HDD an der Fritzbox.

[K_o_bold]

@gutgut30 ,

noch als Tipp. Wenn du ein backup von deinen Volumes machst, dann stoppe alle container vorher.
Hat den Hintergrund, dass dann bei allen zu kopierenden Dateien keine Schreibprozesse mehr laufen. Somit ist dein Backup nachher auf jeden Fall sauber.

[gutgut30]

@andre
Gibt es einen einfachen Weg nach dem Start der Maschine Befehle auszuführen? Ich muss meinem BT Adapter beim Containerstart etwas nachhelfen.

Ich könnte es in das startup-script schmeißen, aber das ist wohl bei jedem Containerupdate weg nehme ich an und ich möchte eigentlich auch nicht zwingend drin rum fummeln.

Es geht um diese drei Zeilen:

service dbus start
service bluetooth start
hciconfig hci0 up

[andre]

@gutgut30
Benutzerdefinierte Startup Scripte:
https://github.com/buanet/docker-iobroker#userdefined-startup-scripts

MfG,
Andre

[gutgut30]

@andre
Danke! Du hast echt an alles gedacht

[andre]

@gutgut30 Zumindest an alles was ich selbst verwende.

[Sweatchuck]

@andre

Erstmal viele Dank für die tolle Docker Installation.

Ich habe seit Nodejs 12.xxx ein Problem mit meinem mihome-Adapter.

So wie ich das vestehe hat es damit zutun, dass canvas mit root-Rechten installiert wurde und der Adapter deshalb keinen Zugriff auf Nodesjs hat.
Hatte vor Nodejs 10.xxx drauf, da hat alles wunderbar funktionert.

Ich habe im Forum schon nachgefragt, leider kennt sich dort aber niemand mit der Docker-Synology Installation aus. Vielleicht hast du einen Tipp für mich oder kannst mir helfen.

Mein System ist entsprechend deiner Anleitung mit portainer aufgesetzt. Hatte die letzten Jahre nie Probleme damit. Leider kenne ich mich zu wenig aus und habe echt Angst mein gut laufendes System zu beschädigen.

Hier der Link zu meinem Problem. Für die Raspberry-Installation konnte dort eine Lösung gefunden werden.

link text

---

Hier die Info von jemanden mit dem gleichen Problem, damit du dich nicht extra einlesen musst:

Hey, das dachte ich auch als letztes, aber dank @Thomas-Braun der mich auf den Fehler bei der Rechtevergabe einzelner Dateien unter /node_modules/canvas verwiesen hat konnte ich das Problem lösen. Habe die Rechte nach Post von Thomas-Brau von oben dann angepasst mit setfacl und siehe da, die Karte ist wieder da

Und hier die Info von Thomas Braun:

Achtung, die Rechte sind mit ACL gesetzt, mach da nichts mit chmod dran. Da muss mit setfacl rangegangen werden. Die package.json steht bei mir z. B. so:

[andre]

@Sweatchuck sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

So wie ich das vestehe hat es damit zutun, dass canvas mit root-Rechten installiert wurde und der Adapter deshalb keinen Zugriff auf Nodesjs hat.

Das sind für mich irgendwie drei Paar Schuhe...
Kann dem Ganzen auch nicht so recht folgen. Funktioniert denn das "Rechte gerade biegen" auch im Container? Und viel wichtiger: Warum stimmen die Rechte nicht? Wann und wie wird denn canvas installiert?
Im Moment weiß ich noch nicht wo ich da helfen kann...

MfG,
André

[Sweatchuck]

@andre

Da hast du bestimmt wesentlich mehr Ahnung als ich Bin nur Anwender der nach Anleitung was machen kann.

Dachte du kannst du Befehle für den Raspberry ggf. für die Synology „übersetzen“.

Aber vielleicht kannst du mir sagen wie ich über die Console über portainer Nodejs wieder auf Version 10.xxx downgraden kann.

Leider ist mir der Befehl dafür nicht bekannt.

[Thomas Braun]

@andre canvas wird von dem miio vaccuum Adapter zur Darstellung der Karte verwendet. Da aus irgendwelchen mir unbekannten Gründen das Modul nicht automatisch nachgezogen wird baut man das meist manuel.
Wenn das dann als root erfolgt stimmen die Zugriffsrechte halt nicht.

Was ich aber noch nie verstanden habe, warum kann man im Docker/Synology-Setup nicht mit dem bei Debian eigentlich üblichen sudo-Konzept arbeiten?

[hetti72]

@andre Gibt es schon planungen wann daus der aktuellen 5.0.1 beta eine stable wird?
Ich habe die Beta bei mir getestet und sie scheint auch soweit ich das in meiner Testumgebung beurteilen kann gut zu laufen und nun würde ich gerne mein Prod System auch auf das 5er Image anheben. Dazu wollte ich aber auf eine stable warten die die aktuellen fixes enthält.

Gruß,
Frank

[andre]

@Sweatchuck sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Dachte du kannst du Befehle für den Raspberry ggf. für die Synology „übersetzen“.

Grundsätzlich lässt sich sowas sicher machen, aber ich bin eher ein Freund davon das Problem an der Wurzel zu lösen.Dazu muss ich das Problem aber erst einmal verstehen.

@Sweatchuck sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Aber vielleicht kannst du mir sagen wie ich über die Console über portainer Nodejs wieder auf Version 10.xxx downgraden kann.

Ein Downgrade würde ich dir nicht empfehlen. Das macht wenig Sinn und ist auch nicht nur "ein Befehl". Wenn es denn doch sein muss, dann kannst du hier im Forum Anleitungen für die Kommandozeile finden. Besser wäre aber wohl einen Container aus dem Image v4.2.0 zu starten.Da ist Node 10 drin. Bevorzugter Weg dazu wäre über backup und restore (siehe Best practices).

MfG,
André

[andre]

@Thomas-Braun sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

canvas wird von dem miio vaccuum Adapter zur Darstellung der Karte verwendet. Da aus irgendwelchen mir unbekannten Gründen das Modul nicht automatisch nachgezogen wird baut man das meist manuel.
Wenn das dann als root erfolgt stimmen die Zugriffsrechte halt nicht.

Könnten wir ergründen warum das Modul bei der Installation des Adapters nicht ordnungsgemäß installiert wird? Gibt es dazu ein Issue beim Adapter? Betrifft das nur die Installation unter Docker?
Wenn ich das so lese, sieht das für mich aus, als ob wir das im Adapter fixen müssten. Aus Sicht eines Anwenders ist das "manuelle" bauen immer ungünstig...

@Thomas-Braun sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Was ich aber noch nie verstanden habe, warum kann man im Docker/Synology-Setup nicht mit dem bei Debian eigentlich üblichen sudo-Konzept arbeiten?

Oha, das ist ein Stich ins Wespennest. Darüber könnte ich jetzt laaaaange referieren und es würde doch nichts ändern... Die Kurzfassung: Ein Docker Container ist eben keine virtuelle Maschine. Der Container besitzt keinen eigenen Kernel, sondern teilt sich einen Kernel mit dem Host. Bedeutet, alle Prozesse im Container laufen (abgekapselt) unter einem User des Hosts. Dazu kommt, dass ein Container eigentlich immer nur einen Prozess beherbergen sollte... (geht bei ioBroker nur nicht!) Ein Berechtigungskonzept ist also in einem Docker Container weder notwendig, noch vorgesehen!
Allerdings kann man in einem Container, der z.B. auf Debian basiert, durchaus sudo einrichten und nutzen (ist sogar in meinem Container vorinstalliert)... Wenn man dann allerdings wieder eine Synology DiskStation nimmt, die zwar einen Linux Kernel hat, aber weder ein Debian noch auf dem aktuellen Stand ist (was den Linux Kernel angeht), dann gibt es hier auch wieder Probleme...
Kurzum: sudo im Container = bäh bäh, aber für manche Operationen im ioBroker notwendig, was wiederum auf bestimmten Hosts (DiskStations) zu Problemen führen kann.

MfG,
André

[andre]

@hetti72 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Gibt es schon planungen wann daus der aktuellen 5.0.1 beta eine stable wird?

Nein. Ich teste aktuell noch ein paar Neuerungen in der 5.0.2beta. Da ich in der 5.0.1beta im Grunde nur Fixes gemacht habe, spricht aus meiner Sicht aktuell nichts dagegen die produktiv zu nutzen.

MfG,
André

[hetti72]

@andre
Danke für die Info. Dann mach ich mich diese Woche mal an das update.
Für mich als IT´ler ist ja eigentlich ein NoGo eine Beta in Produktiven Umgebungen einzusetzen, daher kam meine Frage.

Noch eine zusätzliche Frage: Ich plane mit dem 5er Image Redis als StatesDB einzusetzen. Ist es Sinnvoll direkt den neuen Container mit Redis zu starten und das Backup einzuspielen oder die Umstellung auf erst nachträglich zu machen?

Gruß,
Frank

[andre]

@hetti72 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Für mich als IT´ler ist ja eigentlich ein NoGo eine Beta in Produktiven Umgebungen einzusetzen, daher kam meine Frage.

Gerade dann solltest du keine Scheu haben auch mal eine Beta Version ein zu setzen. Immerhin weißt du dir dann ja im Fall der Fälle zu helfen oder weißt zumindest was das Wort Backup bedeutet...

@hetti72 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Noch eine zusätzliche Frage: Ich plane mit dem 5er Image Redis als StatesDB einzusetzen. Ist es Sinnvoll direkt den neuen Container mit Redis zu starten und das Backup einzuspielen oder die Umstellung auf erst nachträglich zu machen?

Da habe ich keine Erfahrungswerte. Ich würde vermutlich erst updaten und wenn alles wieder läuft auf redis umsteigen.

MfG,
André

[gutgut30]

@hetti72
Daher ich vor allem mit Redis und Docker wirklich super viele Probleme hatte, ganz klarer Tipp: Erst Updates, dann ganz regulär von file zu Redis Switchen. Beides gleichzeitig ist bei mir immer schief gegangen.