[Gelöst] MQTT Adapter fehler nach upgrade auf Bullseye
-
Entsprechend die Rechte erteilen. Das ist kein Problem das Bullseye-spezifisch wäre.
-
@thomas-braun
habe fixer laufen lassen, Rebuild angestossen und bekomme immer noch "keine Verbindung Gerät oder Dienst" im Adapter -
@zanabria Vollständiges Debug Log vom Adapter zeigen.
Was für eine HW von was nach Bullseye upgedated?
-
Zuerst: Gib Benutzer und Passwort mal im Adapter neu ein (weil refused)
Mein erster Gedanke:
dem Log entnehme ich das der MQTT-Adapter sich als Client mit einem MQTT-Broker verbinden will der unter192.168.100.22:1883erreichbar sein soll. Läuft denn der Broker? Falls du Mosquitto nutzt - bei meinem Ubuntu-Upgrade von 20.04 auf 22.04 wollte er meine ich auch erst nicht.Nach Fehlersuche habe ich dann die Datenbank und Konfiguration wegkopiert, den Mosquitto deinstalliert und ge-purge und dann wieder neu installiert, Konfiguartion übernommen und Daten wieder eingehängt und mosquitto wieder gestartet.
Datenbank bei Mosquitto? Ich meine damit die Möglichkeit der persistenten Daten, in meiner Conf steht
persistence true persistence_location /var/lib/mosquitto/ autosave_interval 300 -
@wendy2702
hi, habe von Buster auf Bullseye upgedatet. -
@bananajoe
hi, hat leider nichts gebracht.
Wenn ich Benutzer und Passwörter eingebe kommt kein speichern Button, also angeblich alles gut -
LOG Daten
2023-02-06 20:29:14.447 - info: mqtt.0 (4568) Reconnected to 192.168.100.22 2023-02-06 20:29:14.449 - error: mqtt.0 (4568) Client error:Error: connect ECONNREFUSED 192.168.100.22:1883 2023-02-06 20:29:14.450 - info: mqtt.0 (4568) Disconnected from 192.168.100.22 2023-02-06 20:29:24.452 - info: mqtt.0 (4568) Reconnected to 192.168.100.22 2023-02-06 20:29:24.454 - error: mqtt.0 (4568) Client error:Error: connect ECONNREFUSED 192.168.100.22:1883MOD EDIT: LOG IN CODE TAGS </> GESETZT
-
@zanabria sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
@wendy2702
hi, habe von Buster auf Bullseye upgedatet.Container?
VM?
NATIV?
PI?
PROXMOX?
.
.
. -
@wendy2702
Sorry,
raspberrypi arm CPUs 4
Modell ARMv7 Processor rev 3 (v7l)
RAM 3.75 GB
Node.js v16.19.0
NPM 8.19.3
Datenträgergröße 28.9 GB
freier Festplattenspeicher 11.14 GB
Aktive Instanzen 18
Weg /opt/iobroker/
Hostname raspberrypi -
@wendy2702 sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
Vollständiges Debug Log vom Adapter zeigen.
Kannst du das denn bitte mal Zeigen und Screenshots der Adapter Config.
Und welches Gerät hat diese IP: 192.168.100.22
Ist das noch erreichbar?
-
@wendy2702
Der Pi ist diese ,,,22
alle Adapter laufen ausser
hier ein Ausschnitt davon -
-
@zanabria das Feld client id hab ich gar nicht
Edit
Achso du hast den auf client stehen -
Stoppe mal den Adapter und dann:
ip a netstat -tulp -
@wendy2702
hat keine Veränderung gebracht. -
@zanabria Das bringt auch keine Änderung.
Du sollst die Ausgaben davon hier zeigen.
-
@zanabria sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
@bananajoe
hi, hat leider nichts gebracht.
Wenn ich Benutzer und Passwörter eingebe kommt kein speichern Button, also angeblich alles gutund der Rest? läuft dein MQTT Broker überhaupt?
-
@wendy2702
```pi@raspberrypi:~ $ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group defaul t qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP gr oup default qlen 1000 link/ether dc:a6:32:98:d1:5d brd ff:ff:ff:ff:ff:ff inet 192.168.100.22/24 brd 192.168.100.255 scope global dynamic eth0 valid_lft 845841sec preferred_lft 845841sec inet6 fe80::6ad3:6b2a:ded3:b487/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qle n 1000 link/ether 12:20:df:95:b2:08 brd ff:ff:ff:ff:ff:ff permaddr dc:a6:32:98:d1:5 e pi@raspberrypi:~ $ netstat -tulp (Es konnten nicht alle Prozesse identifiziert werden; Informationen über nicht-eigene Processe werden nicht angezeigt; Root kann sie anzeigen.) Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:domain 0.0.0.0:* LISTEN - tcp 0 0 localhost:9001 0.0.0.0:* LISTEN - tcp 0 0 localhost:9000 0.0.0.0:* LISTEN - tcp 0 0 localhost:1883 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN - tcp 0 0 localhost:ipp 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:1955 0.0.0.0:* LISTEN - tcp6 0 0 localhost:1883 [::]:* LISTEN - tcp6 0 0 [::]:domain [::]:* LISTEN - tcp6 0 0 localhost:ipp [::]:* LISTEN - tcp6 0 0 [::]:epmd [::]:* LISTEN - tcp6 0 0 [::]:1955 [::]:* LISTEN - tcp6 0 0 [::]:tproxy [::]:* LISTEN - tcp6 0 0 [::]:8082 [::]:* LISTEN - udp 0 0 0.0.0.0:48169 0.0.0.0:* - udp 0 0 0.0.0.0:domain 0.0.0.0:* - udp 0 0 0.0.0.0:631 0.0.0.0:* - udp 0 0 0.0.0.0:mdns 0.0.0.0:* - udp 0 0 0.0.0.0:56175 0.0.0.0:* - udp6 0 0 [::]:domain [::]:* - udp6 0 0 [::]:mdns [::]:* - udp6 0 0 [::]:40378 [::]:* ``` -
@bananajoe
genau der läuft nicht.
Alles andere läuft -
sudo netstat -tulpen
