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

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

[gutgut30]

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

@gutgut30 Zumindest an alles was ich selbst verwende. :)

Hat übrigens 1a geklappt mit dem StartUp Script. Es hat mich zwar wirklich Zeit und Nerven gekostet, einige OS Installationen und viel geteste - aber inzwischen läuft der iobroker dank deines Containers super stabil.

Ich betreibe die Nummer auf einem HTPC mit LibreElec als OS und Docker als Plugin von LibreElec.
Läuft einwandfrei - auch mit Bluetooth (Radar2 & BLE Adapter) sowie einem eigenen Redis Container.

Besten Dank dafür!

Ich wollte ggf noch mal einen MySQL Container dazu setzen, Kämpfe aber aktuell noch etwas mit den Netzwerksettings & Startreihenfolgen der Container. Das ist aber ein Problem mit meinem Docker Wissen als mit deinem Container ;)

[hetti72]

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

@hetti72
Erst Updates, dann ganz regulär von file zu Redis Switchen. Beides gleichzeitig ist bei mir immer schief gegangen.

Ok, dann mache ich das auch so. Danke :+1:

[Sweatchuck]

@andre

Konntest du das Problem verstehen? Ich leider nicht.

Verstehe zwar, dass die Rechte nicht passen...hilft aber nicht weiter wenn ich das nicht ändern kann. Der Support im Adapter beschränkt sich leider nur auf die Raspberry-Lösung.

Würde mich freuen wenn du da ggf. eine Lösung hättest.

Danke + Gruß
Sweatchuck

[andre]

@Sweatchuck Leider dwurden meine Fragen von @Thomas-Braun noch nicht beantwortet. Für mich klingt das:

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

Da aus irgendwelchen mir unbekannten Gründen das Modul nicht automatisch nachgezogen wird baut man das meist manuel.

nach einem Adapter Thema. Soweit ich das verstanden habe muss ergründet werden warum das Paket bei der Installation des Adapters nicht ordnungsgemäß installiert wird.
Aus Sicht eines Anwenders ist ein "baut man das meist manuell" keine optimale Lösung.
Hier bin auch ich auf die Hilfe des Adapter Entwicklers angewiesen.
Sicher könnte man eine Art Workaround Scripten, aber solange das Thema so gelagert ist wie ich das aktuell sehe ist das Murks. Man sollte das Problem immer an der Wurzel lösen...

[Thomas Braun]

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

@Sweatchuck Leider dwurden meine Fragen von @Thomas-Braun noch nicht beantwortet. Für mich klingt das:

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

Da aus irgendwelchen mir unbekannten Gründen das Modul nicht automatisch nachgezogen wird baut man das meist manuel.

nach einem Adapter Thema. Soweit ich das verstanden habe muss ergründet werden warum das Paket bei der Installation des Adapters nicht ordnungsgemäß installiert wird.
Aus Sicht eines Anwenders ist ein "baut man das meist manuell" keine optimale Lösung.
Hier bin auch ich auf die Hilfe des Adapter Entwicklers angewiesen.
Sicher könnte man eine Art Workaround Scripten, aber solange das Thema so gelagert ist wie ich das aktuell sehe ist das Murks. Man sollte das Problem immer an der Wurzel lösen...

Ich bin nicht der Maintainer des Adapters. Ich kann da nur aus meiner 'Anwendersicht' was zu sagen. Das Ding baut nicht automatisch, also baue ich das selber. Von der Inneren Magie von npm usw. habe ich keine Ahnung.
canvas wird aber ja auch von anderen Adaptern benötigt, das scheint also irgendwie grundsätzlich da zu klemmen.

[andre]

@Thomas-Braun Danke für die Rückmeldung.

@Sweatchuck Ich weiß nicht so recht was ich da tun kann. Habe mir den Adapter gerade mal angeschaut, aber ohne Staubsauger kann ich da halt nicht viel sehen/ ausprobieren. Das was hier steht hast du gemacht? Also entweder das

build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

bei der Erstellung des Containers in die Environment Variable "PACKAGES" oder alternativ in der Kommandozeile des Containers (als root in /opt/iobroker) ein:

apt-get update
apt-get install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

Und anschließend canvas installieren:

npm install canvas --unsafe-perm=true

???

MfG,
André

[duffbeer2000]

@andre @Sweatchuck
Hi ihr beiden, glücklicherweise habe ich auch nen Xiaomi Sauger ;) und hab mich mal kurz drangemacht die Karte ans laufen zu bekommen. Hier mein Vorgehen:

Normalerweise sollten hier die von andre beschriebenen Packages reichen: build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

Sobald der Container dann gestartet ist gehst du in die Einstellungen der javascript.0 Instanz, dort trägst du unter "Zusätzliche npm Module" folgende beiden ein: request canvas

Dann auf speichern, danach siehst du im Log das die Module installiert werden. Wenn alles fertig ist gehst du in die Console vom Container. Im Ordner /opt/iobroker führst du folgenden Befehl aus:
iobroker rebuild mihome-vacuum --install

Danach sollte die Karte laufen.

[Sweatchuck]

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

iobroker rebuild mihome-vacuum --install

Servus,

hat bei mir leider nicht funktioniert. Karten bleiben leer.

Habe die Befehle von Andre über die Console ausgeführt und dann nochmals den Tipp von dir. Leider keine Änderung.

Trotzdem Danke!

Gruß
Sweatchuck

[Sweatchuck]

@Sweatchuck
@duffbeer2000
@andre

Komando zurück:

Es funktioniert!!! Danke

Der Staubsauger musste einmal gestartet werden. Dann kommt der Link zur map an.

Besten Dank
Sweatchuck

[stsch83]

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

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

Letztendlich kann ich die IP nicht mal anpingen und verstehe nicht warum:
root@iobrokertest:/opt/iobroker# ping -c 10 192.168.69.18 PING 192.168.69.18 (192.168.69.18) 56(84) bytes of data. From 192.168.69.205 icmp_seq=1 Destination Host Unreachable From 192.168.69.205 icmp_seq=2 Destination Host Unreachable
Hat jemand einen Tipp für mich, wie auch an den redis-server auf dem host komme?

Wenn du ein MACVLAN im Docker konfiguriert hast (wovon ich ausgehe weil der Container ne andere IP hat als dein Host), kannst du aus dem Container den Host über die "normale" IP nicht erreichen, das wird von Docker geblockt.
Es gibt 2 möglichkeiten das zu lösen:
Du konfigurierst in Docker ein Bridge (172.17.x.x) oder User_bridge (172.18.x.x) Netzwerk. Dann hat der iobroker Container zusätzlich z.b. die 172.18.0.2 und der OMV Host die 172.18.0.1 und darüber solltest du die Redis Instanz erreichen können (wenn die auf alle IP Adressen des Hosts lauscht).

Oder du konfigurierst auf dem OMV Host eine zusätzliches Netzwerkinterface als Bridge zwischen dem MACVLAN und der physikalischen Netzwerkschnittstelle deines OMV Hosts. Damit hebelst du die MACVLAN Beschränkung aus und du solltest den Host aus dem Container über die 192er Adresse erreichen können. Das wurde hier in dem Thread auch schonmal irgendwo beschrieben.

gruß,
Frank

Kannst du evtl. nochmal genau beschreiben wie man die MACVLAN unter docker einrichtet? Ich benutze Docker auf dem RPI4. Zum Konfigurieren verwende ich Portainer. Doch scheinbar gibt es hier Probleme. Ich hab auch schon das eine oder andere Video gehen. Wenn ich dann den Container mir Netzwerk konfigurieren möchte kommt immer eine Fehlermeldung, dass das Netzwerk nicht eingerichtet werden kann.
Mit freundlichen Grüßen
Stefan

[hetti72]

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

Kannst du evtl. nochmal genau beschreiben wie man die MACVLAN unter docker einrichtet?

Ich hab mich da an die Anleitung von Andre auf seiner Seite gehalten: https://buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/

Wenn ich dann den Container mir Netzwerk konfigurieren möchte kommt immer eine Fehlermeldung, dass das Netzwerk nicht eingerichtet werden kann.

Aber das Netzwerk hast du schon vorher unter "Networks" in Portainer eingerichtet bzw. konfiguriert? Kannst du davon mal nen Screenshot machen? Da kann man die meisten Fehler einbauen.

gruß,
Frank

[stsch83]

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

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

Kannst du evtl. nochmal genau beschreiben wie man die MACVLAN unter docker einrichtet?

Ich hab mich da an die Anleitung von Andre auf seiner Seite gehalten: https://buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/

Wenn ich dann den Container mir Netzwerk konfigurieren möchte kommt immer eine Fehlermeldung, dass das Netzwerk nicht eingerichtet werden kann.

Aber das Netzwerk hast du schon vorher unter "Networks" in Portainer eingerichtet bzw. konfiguriert? Kannst du davon mal nen Screenshot machen? Da kann man die meisten Fehler einbauen.

gruß,
Frank

Hat funktioniert. Danke

[stsch83]

@hetti72 Weißt du wie man das Netzwerk mit docker-compose oder ansible anlegen kann?

[RK62]

Ich habe jetzt erfolgreich mit Backup/Restore von der buanet/iobroker:v4.2.4beta auf die v5.0.2beta gewechselt. Läuft einwandfrei.

Habe da in dem Zusammenhang mal eine Frage zum Betrieb von REDIS:
Ich hatte für das Restore auch einen leeren REDIS-Container bereit gestellt. Beim Restore von wurden hier jedoch nur die States, nicht aber die Inhalte zurück gesichert.

• Ist das so gewollt?
• Soll die redis-Datenbank vor einem Restore nicht gelöscht werden?

Danke & Gruß, Ralf