Umzug von Bullseye nach Trixie => MQTT Probleme

Begonnen von Rampler, 30 November 2025, 19:57:53

Vorheriges Thema - Nächstes Thema

Rampler

Hallo zusammen,
versuche gerade von Bullseye nach Trixie mit meinem Raspberry zu migrieren.
Leider läuft jetzt im FHEM der MQTT Broker nicht mehr.
Der Broker im Linux läuft:
klaus@Raspberry-Prod:~ $ sudo systemctl status mosquitto
● mosquitto.service - Mosquitto MQTT Broker
     Loaded: loaded (/usr/lib/systemd/system/mosquitto.service; enabled; preset: enabled)
     Active: active (running) since Sun 2025-11-30 19:36:47 CET; 20min ago
 Invocation: 3c69ab778a7640f8b1536c9711a8dcd1
       Docs: man:mosquitto.conf(5)
             man:mosquitto(8)
    Process: 1406 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=exited, status=0/SUCCESS)
    Process: 1408 ExecStartPre=/bin/chown mosquitto:mosquitto /var/log/mosquitto (code=exited, status=0/SUCCESS)
    Process: 1410 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exited, status=0/SUCCESS)
    Process: 1412 ExecStartPre=/bin/chown mosquitto:mosquitto /run/mosquitto (code=exited, status=0/SUCCESS)
   Main PID: 1414 (mosquitto)
      Tasks: 1 (limit: 1561)
        CPU: 1.577s
     CGroup: /system.slice/mosquitto.service
             └─1414 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf

Nov 30 19:36:47 Raspberry-Prod systemd[1]: Starting mosquitto.service - Mosquitto MQTT Broker...
Nov 30 19:36:47 Raspberry-Prod mosquitto[1414]: 1764527807: Loading config file /etc/mosquitto/conf.d/fhem_broker.conf
Nov 30 19:36:47 Raspberry-Prod systemd[1]: Started mosquitto.service - Mosquitto MQTT Broker.


Ich bekomme diese Meldung:
2025.11.30 19:43:43 1: PERL WARNING: Attempt to call undefined import method with arguments (":all") via package "SetExtensions" (Perhaps you forgot to load the package?) at ./FHEM/10_MQTT_DEVICE.pm line 71, <$fh> line 4675.
2025.11.30 19:43:43 1: stacktrace:
2025.11.30 19:43:43 1:     main::__ANON__                      called by ./FHEM/10_MQTT_DEVICE.pm (71)
2025.11.30 19:43:43 1:     MQTT::DEVICE::BEGIN                 called by ./FHEM/10_MQTT_DEVICE.pm (71)
2025.11.30 19:43:43 1:     (eval)                              called by ./FHEM/10_MQTT_DEVICE.pm (71)
2025.11.30 19:43:43 1:     (eval)                              called by fhem.pl (2774)
2025.11.30 19:43:43 1:     (eval)                              called by fhem.pl (2773)
2025.11.30 19:43:43 1:     main::CommandReload                 called by fhem.pl (2075)
2025.11.30 19:43:43 1:     main::LoadModule                    called by fhem.pl (2140)
2025.11.30 19:43:43 1:     main::CommandDefine                 called by fhem.pl (1285)
2025.11.30 19:43:43 1:     main::AnalyzeCommand                called by fhem.pl (1136)
2025.11.30 19:43:43 1:     main::AnalyzeCommandChain           called by fhem.pl (1424)
2025.11.30 19:43:43 1:     main::CommandInclude                called by fhem.pl (633)

Weiß jemand rat ?

VG Klaus
3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

frober

Raspi 3b mit Raspbian Bullseye und relativ aktuellem Fhem,  FS20, LGW, PCA301, Zigbee, MQTT, MySensors mit RS485(CAN-Receiver) und RFM69, etc.,
einiges umgesetzt, vieles in Planung, smile

********************************************
...man wächst mit der Herausforderung...

Rampler

Danke frober, ja, das war die Lösung für den Fehler.

Das MQTT Problem ist damit erstmal vom Tisch.
Sind aber noch sehr viele andere Fehler im LOG, vermutlich bin ich einfach zu früh dran mit Trixie...
3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Rampler

Ist es möglich, die Korrektur im SVN einzupflegen ?
3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!