Offizielles FHEM Docker Basis Image für verschiedene Plattformen

Begonnen von Loredo, 28 Juli 2018, 21:24:57

Vorheriges Thema - Nächstes Thema

geohem

Hallo,
das läuft ja ziemlich gut. Ich habe das über die Neujahrswoche parallel mitlaufen lassen.
Nun versuche ich, bisher ohne Erfolg, jabber ans laufen zu bekommen.
Ich habe einfach alle Einstellungen aus meiner laufenden Instanz übernommen, erhalte aber im Status vom jabber Modul disconnected.
In  CONNINFO "Jabber authentication error: error invalid-mechanism"
Hat jemand eine Idee?

Gruß
geohem

Fhem auf bpi2mu - Fhem Remote auf Raspberry2
hmlan - hmuartlgw - culmax -yeelightbridge-jeelink-cul

Loredo

Da bin ich überfragt, da die Perl Module ja enthalten sind. Bitte zunächst auf Modul-Ebene debuggen. Evtl. hat es auch mit der veränderten Netzwerk-Topologie zu tun, die mit Docker einher kommt, aber ich weiß leider nicht, wie das Jabber Modul arbeitet.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

geohem

Danke für die Antwort, da bin ich leider nicht weitergekommen und habe die Medlungen auf telegram umgestellt.
Das klappt prima, kannte ich vorher auch noch nicht.

Für TTS habe ich aber noch keinen Ersatz bzw. Lösung gefunden.
Ich habe zwei Instanzen von Fhem. Einen Server und eine RemoteInstanz. Diese Remote Instanz habe ich jetzt auf diese Docker Version umgestellt.
An dieser R-Instanz habe ich einen Lautsprecher angeschlossen, der mir als Sprachrohr dient.
Damit TTS funktioniert, müsste ich nun mplayer in Docker installieren. Das gelingt mir aber noch nicht. Kann ich auch auf einen im System installierten mplayer zugreifen?

Fhem auf bpi2mu - Fhem Remote auf Raspberry2
hmlan - hmuartlgw - culmax -yeelightbridge-jeelink-cul

Loredo

#108
Ich habe weitere Pakete zum Docker Image hinzugefügt, allerdings vorerst nur im Dev Image. Wenn du kannst, probiere dieses einmal aus, bis es im produktiven Image verfügbar ist.
Generell kann man sagen, dass Audio nicht unbedingt die beste Idee ist aus einem Docker Container heraus. Für solche Einsätze ist Docker eher nicht konzipiert. Hier gibt es ggf. einige Anregung zur Konfiguration des Docker Containers an sich.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Loredo

Ich habe jetzt 2 Scripts geschrieben, die man auch manuell aus dem Docker Container heraus ausführen kann, um herauszufinden, welche Perl Module und Debian Pakete für FHEM benötigt werden:


https://github.com/fhem/fhem-docker/blob/dev/src/find-missing-deb-packages.sh
https://github.com/fhem/fhem-docker/blob/dev/src/find-missing-perl-modules.sh


Die Scripts liefern natürlich auch Indizien für andere Umgebungen (Debian Paketerstellung, eigene Installation, etc.).
Auf dieser Grundlage versuche ich gerade alle Abhängigkeiten mit in das Docker Image einzubauen.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Wernieman

Gute Idee ... nur findet er auch packete, die man eigentlich nicht braucht.

z.B. bei mir:
wiringpi (gibt es auch für meinen X86-Ubuntu-Server nicht)
und noch diverse andere ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Loredo

Nicht brauchen kommt ja immer auf den Standpunkt an. Du vielleicht nicht, andere schon, wenn sie ein Modul verwenden, welches du nicht verwendest.
Und ich schrieb ja, dass man dadurch nur Indizien bekommt, interpretieren muss man das schon noch selbst und im Zweifel auch mal noch ein manuelles grep über den Sourcecode hinterher schicken um zu bewerten, woher die Abhängigkeit stammt.


Die RaspberryPi Sachen werden natürlich nur in die ARM Images eingebaut.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Wernieman

Hey .. war doch nur als Fingerzeig. Übrigens war es ein Testlauf Deinesw Scriptes auf der Maschine .. dachte, Du könntest den Feedback gebrauchen :o)

Und bei den hier vorhandenen Usern sind die ersten Fragen dann "Vorprogrammiert"
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Loredo

Das ist dann wohl ein Missverständnis, hatte diesbezüglich nicht wirklich auf (User)Feedback gehofft. Es war mehr ein netter Hinweis an Entwickler und fortgeschrittene Benutzer.
Die Scripts haben wirklich nur den Anspruch bei der Analyse zu helfen, welche Abhängigkeiten FHEM global-galaktisch so hat.
Trotzdem aber natürlich Danke ;-)
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Wernieman

- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

geohem

"Wenn du kannst, probiere dieses einmal aus, bis es im produktiven Image verfügbar ist."

Ich habe mir das Dev Image schon mal geladen. Zum testen werde ich wohl erst am Wochenende kommen, aber die Links schaue ich mir schon mal an.

Fhem auf bpi2mu - Fhem Remote auf Raspberry2
hmlan - hmuartlgw - culmax -yeelightbridge-jeelink-cul

nightstorm99

#116
Hallo,

ich wollte meine aktuelle FHEM Installation jetzt auf meinem neuen Server in Docker laufen lassen.
Jetzt habe ich wie im ersten Post mit dem Parameter -v das Verzeichnis meiner alten FHEM Config angegeben, aber er übernimmt dieses überhaupt nicht.
Habe ich einen Denkfehler oder bekomme ich dieses auch anders dort rein?

Nachtrag:
Mein Start Kommando
docker run -d --name fhem -p 8083:8083 fhem/fhem -v /opt/volumes/fhem:/opt/fhem --device=/dev/ttyACM0 --device=/dev/ttyACM1


Danke und Gruß
Denny

Wernieman

1. Deine config liegt doch bestimmt nicht unter /opt/volumes/fhem? Ich würde mal das "volumes" wegnehmen
2. Du willst 2 USB-Geräte direkt verwenden? Lese Dich bitte mal in die Verwendung von /dev/by-id (oder /dev/by-path) ein ...

Alle Angaben ungetestet!
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

nightstorm99

Zitat von: Wernieman am 09 Januar 2019, 18:15:54
1. Deine config liegt doch bestimmt nicht unter /opt/volumes/fhem? Ich würde mal das "volumes" wegnehmen

Habe ich schon Tesweise unter /opt/fhem verschoben, aber das gleiche Ergebnis.


Zitat von: Wernieman am 09 Januar 2019, 18:15:54
2. Du willst 2 USB-Geräte direkt verwenden? Lese Dich bitte mal in die Verwendung von /dev/by-id (oder /dev/by-path) ein ...
/dev/by-id ..... gibts unter Debian 9 leider nicht.

Gruß

Wernieman

- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html