Offizielles FHEM Docker Basis Image für verschiedene Plattformen

[rob]

Hallo volschin.

Ich bin jetzt auf die Beta10 zurück, dort lief das nämlich bei mir auch noch tadellos.
...

Schau mal bitte in diesen Fred: https://forum.fhem.de/index.php?topic=137309.msg1314847#msg1314847.
Sidey benötigt sicher die Info, wo weitere Module noch zusätzliche Perl-Module benötigen und einen Test. Die für Deinen Fall (DbLog) könntest Du z.B. direkt als Issue auf Github melden: https://github.com/fhem/fhem-docker/issues.

Auf Dauer kannst Du ja nicht auf der Beta10 bleiben
Ich hab zwar DbLog schon angesprochen gehabt, kann es selber aber nicht sinnvoll testen (da nicht im Einsatz).

Viele Grüße
rob

[Christoph.A]

Ich habe/hatte das gleiche Problem mit fhem/fhem:latest habe ich den fhempyserver_15733 mit dockerge auf bookworm nicht mehr zum Laufen gebracht. Ich hatte wohl unbewusst ein Update vom Container durchgeführt und dann ging nichts mehr.
Daraufhin habe ich auf einem IntelNuc einen LXC mit meiner fhem.cfg gestartet - ging alles ohne Probleme.
Jetzt bin ich wieder auf das Zimaborad  zurück mit fhem/fhem:bullseye und siehe da alle läuft als wäre nichts gewesen. Hier mein dockerge yaml file:

Code Auswählen Erweitern

version: "3"
services:
  fhem5033:
    container_name: fhem5033
    environment:
      - FHEM_GID=1000
      - FHEM_UID=1000
      - RESTART=1
      - TELNETPORT=7072
      - TIMEOUT=10
      - TZ=Europe/Berlin
    image: fhem/fhem:bullseye
    ports:
      - 8083:8083
      - 8084:8084
      - 7072:7072
    volumes:
      - type: bind
        source: /DATA/AppData/FHEM5033
        target: /opt/fhem
    restart: always
    networks:
      meinmacvlan50:
        ipv4_address: 192.168.50.33
networks:
  meinmacvlan50:
    external: true


[rallye]

Hallo!
Ich habe mein FHEM mit "fusionsolar" und "google_weather" auf dem RasPi 4 im Docker unter Raspberian Buster einwandfrei laufen.

Nun möchte ich etwas "modernisieren", hab mir einen RasPi 5 zugelegt und Rasperian Bookworm installiert, mit

Code Auswählen Erweitern

sudo apt install python3 python3-pip python3-dev python3-venv libffi-dev libssl-dev libjpeg-dev zlib1g-dev autoconf build-essential libglib2.0-dev libdbus-1-dev bluez libbluetooth-dev git libprotocol-websocket-perl die geforderten Pakete. Dann den Portainer und Docker-Compose mit folgender config.yml

Code Auswählen Erweitern

services:

  portainer:
    image: portainer/portainer-ce:latest
    container_name: portainer
    ports:
      - "8000:8000"
      - "9443:9443"
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - portainer_data:/data
    restart: unless-stopped

##### ----- fhem ----- ########################################################
  fhem:
    image:  ghcr.io/fhem/fhem-docker:latest
    container_name: fhem
    restart: always
    volumes:
      - /opt/fhem/:/opt/fhem/
    environment:
      FHEM_UID: 999
      FHEM_GID: 20
      TZ: Europe/Vienna
    networks:
      fhem_net:
        ipv4_address: 172.16.57.2
    ports:
      - "8083:8083"
      - "1883:1883"
#      - "1885:1885"
      - "8883:8883"
      - "8084:8084"
#
##### ----- network definitions ----- ##########################################
networks:
  fhem_net:
    driver: bridge
    ipam:
      driver: default
      config:
        - subnet: 172.16.57.0/24
          gateway: 172.16.57.1
#
#
##### ----- volume definitions ----- ###########################################
#
volumes:
  portainer_data:
    name: portainer_data
    external: true

Mit

Code Auswählen Erweitern

docker compose up -dgestartet, in FHEM

Code Auswählen Erweitern

update und

Code Auswählen Erweitern

shutdown restart eingegeben und dann

Code Auswählen Erweitern

update add https://raw.githubusercontent.com/fhempy/fhempy/master/controls_pythonbinding.txt mit nochmaligem

Code Auswählen Erweitern

shutdown restart.
Mein Versuch fhempy_local zu definieren

Code Auswählen Erweitern

define fhempy_local BindingsIo fhempy wird mit einem

Code Auswählen Erweitern

Cannot load module Bindin quittiert und folgendes steht im Log

Code Auswählen Erweitern

2024.07.07 15:58:27.747 1: Please consider using the global attribute sendStatistics
2024.07.07 15:58:57.140 1:
2024.07.07 15:58:57.141 1: Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2024.07.07 15:58:57.141 1: fhem
2024.07.07 15:58:57.446 1: nothing to do...
2024.07.07 15:58:57.449 1:
2024.07.07 15:58:57.449 1: Downloading https://raw.githubusercontent.com/fhempy/fhempy/master/controls_pythonbinding.txt
2024.07.07 15:58:57.450 1: pythonbinding
2024.07.07 15:58:57.834 1: UPD FHEM/10_BindingsIo.pm
2024.07.07 15:58:57.984 1: UPD FHEM/10_PythonBinding.pm
2024.07.07 15:58:58.144 1: UPD FHEM/10_PythonModule.pm
2024.07.07 15:58:58.295 1: UPD FHEM/10_fhempy.pm
2024.07.07 15:58:58.443 1: UPD FHEM/10_fhempyServer.pm
2024.07.07 15:58:58.607 1: UPD FHEM/bindings/python/bin/fhempy
2024.07.07 15:58:58.785 1: UPD FHEM/bindings/python/bin/start_fhempy.py
2024.07.07 15:58:58.945 1: saving fhem.cfg
2024.07.07 15:58:58.945 1:
2024.07.07 15:58:58.945 1: New entries in the CHANGED file:
2024.07.07 15:58:58.945 1: See https://github.com/fhempy/fhempy/releases for details
2024.07.07 15:58:58.946 1: Calling /usr/local/bin/perl ./contrib/commandref_modular.pl, this may take a while
2024.07.07 15:58:59.017 1:
2024.07.07 15:58:59.017 1: update finished, "shutdown restart" is needed to activate the changes.
2024.07.07 15:58:59.017 1:
2024.07.07 15:58:59.018 1: Please consider using the global attribute sendStatistics
2024.07.07 15:59:16.438 0: Server shutdown
2024.07.07 15:59:19 3: logfile is readonly, it is set in the FHEM_GLOBALATTR environment
2024.07.07 15:59:19.796 3: From the FHEM_GLOBALATTR environment: attr global updateInBackground 1
2024.07.07 15:59:19.796 3: From the FHEM_GLOBALATTR environment: attr global pidfilename log/fhem.pid
2024.07.07 15:59:19.796 3: From the FHEM_GLOBALATTR environment: attr global nofork 0
2024.07.07 15:59:19.796 3: From the FHEM_GLOBALATTR environment: attr global logfile log/fhem-%Y-%m-%d.log
2024.07.07 15:59:19.800 1: Including fhem.cfg
2024.07.07 15:59:19.802 3: logfile is readonly, it is set in the FHEM_GLOBALATTR environment
2024.07.07 15:59:19.874 3: WEB: port 8083 opened
2024.07.07 15:59:19.890 2: eventTypes: loaded 0 lines from ./log/eventTypes.txt
2024.07.07 15:59:19.911 1: Including ./log/fhem.save
2024.07.07 15:59:19.913 3: From the FHEM_GLOBALATTR environment: attr global updateInBackground 1
2024.07.07 15:59:19.913 3: From the FHEM_GLOBALATTR environment: attr global pidfilename log/fhem.pid
2024.07.07 15:59:19.913 3: From the FHEM_GLOBALATTR environment: attr global nofork 0
2024.07.07 15:59:19.913 3: From the FHEM_GLOBALATTR environment: attr global logfile log/fhem-%Y-%m-%d.log
2024.07.07 15:59:19.913 1: Messages collected while initializing FHEM:configfile: logfile is readonly, it is set in the FHEM_GLOBALATTR environment
SecurityCheck:
  WEB is not password protected

Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none
Autosave deactivated
2024.07.07 15:59:19.931 1: usb create starting
2024.07.07 15:59:19.956 1: usb create end
2024.07.07 15:59:19.957 0: Featurelevel: 6.3
2024.07.07 15:59:19.957 0: Server started with 7 defined entities (fhem.pl:28849/2024-05-07 perl:5.036003 os:linux user:fhem pid:4692)
2024.07.07 16:00:10.505 1: reload: Error:Modul 10_BindingsIo deactivated:
 Can't locate Protocol/WebSocket/Frame.pm in @INC (you may need to install the Protocol::WebSocket::Frame module) (@INC contains: ./lib ./FHEM . /usr/src/app/core/lib/perl5/5.36.3/aarch64-linux-gnu /usr/src/app/core/lib/perl5/5.36.3 /usr/src/app/core/lib/perl5/aarch64-linux-gnu /usr/src/app/core/lib/perl5 /usr/src/app/3rdparty/lib/perl5/5.36.3/aarch64-linux-gnu /usr/src/app/3rdparty/lib/perl5/5.36.3 /usr/src/app/3rdparty/lib/perl5/aarch64-linux-gnu /usr/src/app/3rdparty/lib/perl5 /usr/local/lib/perl5/site_perl/5.36.3/aarch64-linux-gnu /usr/local/lib/perl5/site_perl/5.36.3 /usr/local/lib/perl5/vendor_perl/5.36.3/aarch64-linux-gnu /usr/local/lib/perl5/vendor_perl/5.36.3 /usr/local/lib/perl5/5.36.3/aarch64-linux-gnu /usr/local/lib/perl5/5.36.3 ./FHEM/lib) at ./FHEM/10_BindingsIo.pm line 10.
BEGIN failed--compilation aborted at ./FHEM/10_BindingsIo.pm line 10.

2024.07.07 16:00:10.505 0: Can't locate Protocol/WebSocket/Frame.pm in @INC (you may need to install the Protocol::WebSocket::Frame module) (@INC contains: ./lib ./FHEM . /usr/src/app/core/lib/perl5/5.36.3/aarch64-linux-gnu /usr/src/app/core/lib/perl5/5.36.3 /usr/src/app/core/lib/perl5/aarch64-linux-gnu /usr/src/app/core/lib/perl5 /usr/src/app/3rdparty/lib/perl5/5.36.3/aarch64-linux-gnu /usr/src/app/3rdparty/lib/perl5/5.36.3 /usr/src/app/3rdparty/lib/perl5/aarch64-linux-gnu /usr/src/app/3rdparty/lib/perl5 /usr/local/lib/perl5/site_perl/5.36.3/aarch64-linux-gnu /usr/local/lib/perl5/site_perl/5.36.3 /usr/local/lib/perl5/vendor_perl/5.36.3/aarch64-linux-gnu /usr/local/lib/perl5/vendor_perl/5.36.3 /usr/local/lib/perl5/5.36.3/aarch64-linux-gnu /usr/local/lib/perl5/5.36.3 ./FHEM/lib) at ./FHEM/10_BindingsIo.pm line 10.
BEGIN failed--compilation aborted at ./FHEM/10_BindingsIo.pm line 10.

Nun bin ich etwas ratlos. Wie bekomme ich das hin? Auch mit

Code Auswählen Erweitern

image:  ghcr.io/fhem/fhem-docker:dev-bullseye war ich erfolglos.

Lieben Dank!


EDIT:
Ich gebe mir die Antwort selbst, vielleicht hilft sie jemandem.

Das Problem liegt im fehlenden Websocket-Protokoll. Durch update der FHEM-Section (Nachinstallieren von WebSocket) läuft es nun problemlos. Der Teil meiner compose.yml sieht nun so aus:

Code Auswählen Erweitern

##### ----- fhem ----- ########################################################
  fhem:
    build:
      context: .
      dockerfile_inline: |
        FROM ghcr.io/fhem/fhem-docker:latest
        RUN <<EOF
          cpm install --show-build-log-on-failure --configure-timeout=360 --workers=$(nproc) --local-lib-contained /usr/src/app/3rdparty/  Protocol::WebSocket
        EOF
    restart: always
    volumes:
      - /opt/fhem/:/opt/fhem/
    container_name: fhem
    environment:
      FHEM_UID: 999
      FHEM_GID: 20
      TZ: Europe/Vienna
    networks:
      fhem_net:
        ipv4_address: 172.16.57.2
    ports:
      - "8083:8083"
      - "1883:1883"
      - "8883:8883"
      - "8084:8084"
#

[Sidey]

Das FHEM Image ist nicht dafür gemacht, fhempy darin laufen zu lassen.

Dafür gibt es spezielle Images, denn Fhempy compiliert und installiert zur Laufzeit nach:

https://github.com/fhem/fhempy-docker


Wegen dem fehlenden Protocol::WebSocket schau ich mal nach, wieso der Bedarf nicht erkannt wird.

Grüße Sidey

[rallye]

Das FHEM Image ist nicht dafür gemacht, fhempy darin laufen zu lassen.

Dafür gibt es spezielle Images, denn Fhempy compiliert und installiert zur Laufzeit nach:

https://github.com/fhem/fhempy-docker

Danke, so mache ich das in meiner Produktionsumgebung - ebenso mit Alexa u.s.w.. Den FHEMpy-docker (fusionsolar und googleweather) habe ich in meinem initialen Post herausgenommen bzw. zur Fehlersuche weggelasse.

Wegen dem fehlenden Protocol::WebSocket schau ich mal nach, wieso der Bedarf nicht erkannt wird.

Heißt das, dass in einer künftigen FHEM-Docker Version das Protocol::WebSocket drinnen sein wird und das Nachinstalliweren nicht mehr notwendig sein wird?

Danke, Grüße Rallye

[Sidey]

Heißt das, dass in einer künftigen FHEM-Docker Version das Protocol::WebSocket drinnen sein wird und das Nachinstalliweren nicht mehr notwendig sein wird?

Ja, ab dem Nächsten (minor) Release wird es so sein.

[volschin]

Gibt es ein bekanntes Problem mit Postgres? Ich bekomme bei der v4 einen Fehler:

Code Auswählen Erweitern

logdb - ERROR: install_driver(Pg) failed: Attempt to reload DBD/Pg.pm aborted.
Compilation failed in require at (eval 362) line 3.
 at ./FHEM/93_DbLog.pm line 2558.

Ich habe mich jetzt mal um eine zufriedenstellende Lösung für Postgres gekümmert. Es ist ziemlich einfach:

Code Auswählen Erweitern

      environment:
      - APT_PKGS=libdbd-pg-perl
Mir ist trotzdem unklar, warum so ein wichtiger Treiber, wie für die Datenbank, nicht mehr zum Standardimage gehört.

[Sidey]

Hi,

sorry für die Verzögerung, ich brauchte ein wenig Zeit um den Fehler zu finden.

Gibt es ein bekanntes Problem mit Postgres? Ich bekomme bei der v4 einen Fehler:

Das war mir bis zu deiner Meldung nicht bekannt und auch keine Absicht.
Ich habe das fehlende Paket identifiziert und erzeuge ein neues Image. Würdest Du dass dann einmal testen, bevor ich ein neues Release erstelle?


Grüße Sidey

[volschin]

Ich habe das fehlende Paket identifiziert und erzeuge ein neues Image. Würdest Du dass dann einmal testen, bevor ich ein neues Release erstelle?

Kann ich gern machen. Das derzeitige dev-Image ist einen Monat alt. Das ist es vermutlich nicht?

[Sidey]

Ich habe das fehlende Paket identifiziert und erzeuge ein neues Image. Würdest Du dass dann einmal testen, bevor ich ein neues Release erstelle?

Kann ich gern machen. Das derzeitige dev-Image ist einen Monat alt. Das ist es vermutlich nicht?

Nein, das aktualisierte Testimage ist unter dem Tag pr-266-bullseye abgelegt.

[volschin]

Nein, das aktualisierte Testimage ist unter dem Tag pr-266-bullseye abgelegt.

Ich habe es gestern Abend installiert und es läuft ohne Probleme. Vielen Dank für den Fix.

[Flachzange]

Ich nutze jetzt auch seit ein paar Wochen das Testimage in meiner Produktiv-Umgebung. Nun ist mir heute aufgefallen, dass ich keine emails mehr aus FHEM heraussenden kann, was mit der perl-multithreaded-Umgebung bzw. meinen Dependencies zusammenhängend scheint. Historisch nutze ich aus FHEM heraus die Empfehlung für RaspberryPi (https://wiki.fhem.de/wiki/E-Mail_senden#Raspberry_Pi), d.h. die Nutzung von "sendEmail".

Starte ich sendEmail erhalte ich folgende Meldung:

Code Auswählen Erweitern

Can't load '/usr/src/app/core/lib/perl5/x86_64-linux-gnu-thread-multi/auto/Socket6/Socket6.so' for module Socket6: /usr/src/app/core/lib/perl5/x86_64-linux-gnu-thread-multi/auto/Socket6/Socket6.so: undefined symbol: PL_current_context at /usr/lib/x86_64-linux-gnu/perl-base/DynaLoader.pm line 187.
 at /usr/src/app/core/lib/perl5/IO/Socket/INET6.pm line 40.
Compilation failed in require at /usr/src/app/core/lib/perl5/IO/Socket/INET6.pm line 40.
BEGIN failed--compilation aborted at /usr/src/app/core/lib/perl5/IO/Socket/INET6.pm line 40.
Compilation failed in require at /usr/bin/sendemail line 40.
BEGIN failed--compilation aborted at /usr/bin/sendemail line 40.

Wenn ich das jetzt richtig interpretiere wird hier hier die falsche Perl-Umgebung geladen. der Dynaloader müsste eigentlich aus

Code Auswählen Erweitern

/usr/local/lib/perl5/5.36.3/x86_64-linux-gnu-thread-multi/DynaLoader.pmkommen.

perl -V zeigt ebenfalls auf die multi-threaded-Umgebung

Das sendEmail-Skript sieht jetzt am Anfang auch unspektakulär aus:                                                                                                                                                 

Code Auswählen Erweitern

#!/usr/bin/perl -w

use strict;
use IO::Socket;
use IO::Socket::INET6;
Hat jemand eine schlaue Idee?

Danke und Gruß
Chris

[hajo23]

Ich nutze jetzt auch seit ein paar Wochen das Testimage in meiner Produktiv-Umgebung. Nun ist mir heute aufgefallen, dass ich keine emails mehr aus FHEM heraussenden kann, was mit der perl-multithreaded-Umgebung bzw. meinen Dependencies zusammenhängend scheint. Historisch nutze ich aus FHEM heraus die Empfehlung für RaspberryPi (https://wiki.fhem.de/wiki/E-Mail_senden#Raspberry_Pi), d.h. die Nutzung von "sendEmail".

Starte ich sendEmail erhalte ich folgende Meldung:

Code Auswählen Erweitern

Can't load '/usr/src/app/core/lib/perl5/x86_64-linux-gnu-thread-multi/auto/Socket6/Socket6.so' for module Socket6: /usr/src/app/core/lib/perl5/x86_64-linux-gnu-thread-multi/auto/Socket6/Socket6.so: undefined symbol: PL_current_context at /usr/lib/x86_64-linux-gnu/perl-base/DynaLoader.pm line 187.
 at /usr/src/app/core/lib/perl5/IO/Socket/INET6.pm line 40.
Compilation failed in require at /usr/src/app/core/lib/perl5/IO/Socket/INET6.pm line 40.
BEGIN failed--compilation aborted at /usr/src/app/core/lib/perl5/IO/Socket/INET6.pm line 40.
Compilation failed in require at /usr/bin/sendemail line 40.
BEGIN failed--compilation aborted at /usr/bin/sendemail line 40.

Wenn ich das jetzt richtig interpretiere wird hier hier die falsche Perl-Umgebung geladen. der Dynaloader müsste eigentlich aus

Code Auswählen Erweitern

/usr/local/lib/perl5/5.36.3/x86_64-linux-gnu-thread-multi/DynaLoader.pmkommen.

perl -V zeigt ebenfalls auf die multi-threaded-Umgebung

Das sendEmail-Skript sieht jetzt am Anfang auch unspektakulär aus:                                                                                                                                                 

Code Auswählen Erweitern

#!/usr/bin/perl -w

use strict;
use IO::Socket;
use IO::Socket::INET6;
Hat jemand eine schlaue Idee?

Danke und Gruß
Chris

Hm - (so ins Blaue). Sieht aus, als wenn IPv6 nicht unterstützt wird. Würde INET6 mal herausnehmen, sollte mit v4 doch auch laufen.

[Flachzange]

Ok, hätte ich auch eher drauf kommen können:

Das Skript greift ja auf

Code Auswählen Erweitern

/usr/bin/perlzurück.

Gestartet mit

Code Auswählen Erweitern

/usr/local/bin/perlläuft es.

Bleibt für mich die Frage, warum /usr/bin/perl die socket6.so aus der multithreaded-Umgebung zieht und warum es überhaupt zwei Perl-Umgebungen braucht.

[Flachzange]

Falls noch jemand darüber stolpern sollte, dass sendemail auch mit der richtigen Perl-Umgebung keine E-Mails verschickt (TLS verification failed), schaue bitte einmal in diesem Thread!