Offizielles FHEM Docker Basis Image für verschiedene Plattformen

[Master_Nick]

@Loredo - klasse vielen Dank!

@volschin ich kenne es nur unter k8s

Also ich kann Rancher echt empfehlen - auch die weiterreichung von USB Geräten in den FHEM Container - einfach mal 0 aufwand... eingesteckt - fertig.

Ich habe nun nanoCUL und USB BT Stack mit dem Container in Nutzung.
Klappt alles großartig - vielen vielen Dank Loredo!

[Loredo]

Image Version 2.0.2 steht bereit, die README.md wurde aktualisiert.

[Master_Nick]

Gaheil! 

[volschin]

@volschin ich kenne es nur unter k8s

Ok, ein Missverständnis. [emoji3526]
Ich dachte, wenn schon Rancher, dann komplett.
https://k3s.io/

[Master_Nick]

Ach das heißt dann mit Rancher k3s? :-D Was es nicht so gibt...

Den hier hab ich laufen -> https://rancher.com/products/rancher/

[Dirk070]

Schau dir mal die Möglichkeit an selbst Pakete in das Image beim ersten Start des Containers nachzuinstallieren:
https://github.com/fhem/fhem-docker#add-custom-packages


Sofern das reine installieren eines Paketes nicht genügt, kannst du auch zusätzlich noch ein pre-init Script nach "/pre-init.sh" über "-v" als Volume mounten, dessen Befehle dann ebenfalls beim ersten Start abgearbeitet werden. Mir ist aufgefallen, dass diese Möglichkeit noch nicht in der README.md erwähnt ist, werde ich ergänzen.

Erstmal Danke für Deine Hilfe. 

Da muss ich mich zugegebenermaßen einlesen. Das Projekt auf GitHub und auch den branch habe ich gefunden.
Um dies nun als Node.js zu kompilieren braucht es diese Befehlskette:

Code Auswählen Erweitern

git clone https://github.com/afaden/node_airtunes.git
cd node_airtunes
git checkout fix_port_0_error
node-gyp configure build

Da muss ich mal testen und probieren, wie ich das eingebaut bekomme.

[volschin]

Wird das eigenständige Alexa-Fhem auf Dockerhub eigentlich noch weiterentwickelt oder hat sich das mit Integration in das Basisimage erledigt?

[Loredo]

Da stecke ich aktuell keine Ressourcen rein.
André hat das alexa-Modul in FHEM stark darauf ausgelegt, dass alexa-fhem von diesem Modul direkt gestartet und gestoppt wird und das ganze funktioniert am zuverlässigsten ohne ein SSH auf einen entfernten Server. Mein Eindruck ist, dass das alexa-Modul seit der Änderung nicht mehr gut mit Standalone alexa-fhem Installationen umgehen kann. Solange das so ist, macht es für mich keinen Sinn das alleinige alexa-fhem-docker Image zu erweitern, denn dort möchte ich kein Bugfixing betreiben oder um die abgeschwächten Standalone Funktionalitäten des alexa-Moduls herum programmieren.


Die Integration direkt im FHEM Docker Image läuft hervorragend und rein security-technisch sehe ich keinen großen Beweggrund mehr, das unbedingt trennen zu müssen, nur weil der Kindsprozess kein Perl, sondern ein Node Prozess ist. Da sich FHEM selbstständig um das starten und stoppen kümmern kann, widerspricht das auch in keiner Weise der hier oft so hoch gehypten Philosophie "ein Prozess pro Container" (von der ich nach wie vor nichts halte, wenn es nur auf Prinzipienreiterei beruht).

[volschin]

Grundsätzlich magst Du da recht haben, wenn alles benutzt wird.
Mich reizt es, das fertige Node Image zu nehmen, das entsprechend getestet ist und nur das Alexa-fhem reinzuinjecten. Werde ich wohl mal dieses Wochenende probieren.

[Master_Nick]

Mhh ich hab da so ein kleines Problem... und mein FHEM schmockt die ganze Zeit ab:

2019.07.20 18:55:16 0: Server started with 181 defined entities (fhem.pl:19805/2019-07-09 perl:5.028001 os:linux user:fhem pid:4235)
dbus[4594]: arguments to dbus_connection_get_object_path_data() were incorrect, assertion "connection != NULL" failed in file ../../../dbus/dbus-connection.c line 5905.
This is normally a bug in some application using the D-Bus library.

  D-Bus not built with -rdynamic so unable to print a backtrace
Aborted (core dumped)

[Loredo]

Da solltest du mal schauen, welches deiner genutzten Module DBus verwendet und ggf. beim Modul Autor erfragen, was da schief läuft.

[Master_Nick]

Ok - ja ich hatte gerade den Plan mal so die Module die ich als in Frage kommend sehe raus zu nehmen das sie nicht geladen werden.

Weißt du was der Dbus ist?  :-D

[Loredo]

Ich würde anfangen, indem ich die CommandRef mal nach "dbus" durchsuchte.

[Master_Nick]

sudo mv 30_HUEBridge.pm 30_HUEBridge.pm.DISABLED

Das war der Retter - wie es scheint. Kein Absturz mehr beim aufruf des Raumes.
Ist aber noch nicht die Lösung vom dbus

[Master_Nick]

Hast du zufällig am Healt-Check was angefasst?

Code Auswählen Erweitern

./health-check.sh: line 10: [: missing `]