[Gelöst] MQTT Adapter fehler nach upgrade auf Bullseye
-
Hier die Daten aus Buster-Zeiten.
pi@raspberrypi:~ $ sudo netstat -tulpen Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 0 15250 578/dnsmasq tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 19367 1028/cupsd tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN 1002 25612 1159/io.shelly.0 tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 0 18389 795/mosquitto tcp 0 0 0.0.0.0:1955 0.0.0.0:* LISTEN 0 17307 568/sshd tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1002 20974 535/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1002 18820 535/iobroker.js-con tcp6 0 0 :::8081 :::* LISTEN 1002 20256 733/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 1002 27727 1486/io.web.0 tcp6 0 0 :::53 :::* LISTEN 0 15252 578/dnsmasq tcp6 0 0 ::1:631 :::* LISTEN 0 19366 1028/cupsd tcp6 0 0 :::1883 :::* LISTEN 0 18390 795/mosquitto tcp6 0 0 :::1955 :::* LISTEN 0 17317 568/sshd udp 0 0 0.0.0.0:53 0.0.0.0:* 0 15249 578/dnsmasq udp 0 0 0.0.0.0:68 0.0.0.0:* 0 20973 695/dhclient udp 0 0 0.0.0.0:68 0.0.0.0:* 0 19814 479/dhcpcd udp 0 0 0.0.0.0:59982 0.0.0.0:* 108 16067 411/avahi-daemon: r udp 0 0 0.0.0.0:631 0.0.0.0:* 0 19396 1029/cups-browsed udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 16065 411/avahi-daemon: r udp6 0 0 :::53 :::* 0 15251 578/dnsmasq udp6 0 0 :::49374 :::* 108 16068 411/avahi-daemon: r udp6 0 0 :::5353 :::* 108 16066 411/avahi-daemon: r -
@thomas-braun sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
sudo netstat -tulpen
Hier mit deinem Befehl aus Bullseyepi@raspberrypi:~ $ sudo netstat -tulpen Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 0 11789 611/dnsmasq tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 11812 549/cupsd tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN 1002 25740 1807/io.shelly.0 tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1002 16622 552/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1002 17433 552/iobroker.js-con tcp 0 0 0.0.0.0:1955 0.0.0.0:* LISTEN 0 11691 589/sshd: /usr/sbin tcp 0 0 127.0.0.1:1883 0.0.0.0:* LISTEN 111 14587 577/mosquitto tcp6 0 0 :::53 :::* LISTEN 0 11791 611/dnsmasq tcp6 0 0 ::1:631 :::* LISTEN 0 11811 549/cupsd tcp6 0 0 :::4369 :::* LISTEN 0 11480 1/init tcp6 0 0 ::1:1883 :::* LISTEN 111 14588 577/mosquitto tcp6 0 0 :::1955 :::* LISTEN 0 11693 589/sshd: /usr/sbin tcp6 0 0 :::8082 :::* LISTEN 1002 32436 2585/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 1002 18699 1089/io.admin.0 udp 0 0 0.0.0.0:53 0.0.0.0:* 0 11788 611/dnsmasq udp 0 0 0.0.0.0:53850 0.0.0.0:* 0 19714 405/connmand udp 0 0 0.0.0.0:631 0.0.0.0:* 0 13266 616/cups-browsed udp 0 0 0.0.0.0:50394 0.0.0.0:* 108 13621 402/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 13619 402/avahi-daemon: r udp6 0 0 :::53 :::* 0 11790 611/dnsmasq udp6 0 0 :::57526 :::* 108 13622 402/avahi-daemon: r udp6 0 0 :::5353 :::* 108 13620 402/avahi-daemon: r -
Da läuft doch der mosquitto.
Und vermutlich auch ein Desktop. Ausschalten. -
Wofür lässt man zwei MQTT auf demselben rechner laufen?
Im Adapter dann vermutlich auch PORT 1883 ?
Bin jetzt nicht der MQTT Experte aber zwei Prozesse mit gleicher IP und gleichem PORT.
-
@wendy2702 sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
Wofür lässt man zwei MQTT auf demselben rechner laufen?
Da läuft nur ein Prozess (PID 577), das eine läuft über IPv6, das andere über IPv4. Kein Problem.
-
-
@thomas-braun sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
systemctl status mqttd
pi@raspberrypi:~ $ systemctl status mqttd Unit mqttd.service could not be found. -
War nur geraten, ich weiß nicht genau wie der Service heißt. Vielleicht kann das mal jemand nachschauen.
systemctl status mosquitto.servicekönnte das auch lauten.
-
@thomas-braun sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
Da läuft nur ein Prozess (PID 577), das eine läuft über IPv6, das andere über IPv4. Kein Problem.
Wäre der zweite Prozess nicht der Adapter der eben nicht startet?
-
Das ist der gleiche Prozess. Wenn es ein zweiter Prozess wäre hätte der eine eigene PID=Process Identification
-
@thomas-braun Wie kommst du darauf?
Der Prozess vom Adapter heisst bei mir io.mqtt.0 wenn die Instanz läuft.
tcp 0 0 192.168.178.18:1884 0.0.0.0:* LISTEN 1000 689892508 159228/io.mqtt.0 tcp 0 0 192.168.178.18:1883 0.0.0.0:* LISTEN 1000 689892507 159228/io.mqtt.0@zanabria : stoppe doch mal den mosquitto und schau ob der Adapter dann funktioniert.
-
@wendy2702 sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
159228/io.mqtt.0
159228 ist die PID. Es läuft der Prozess also nur einfach.
-
@thomas-braun das ist mir schon klar. Wollte nur zeigen wie der Prozess bei Iob heißt.
Aber bei ihm läuft doch überhaupt kein Mqtt Prozess sondern nur das Insekten viech oder habe ich es auf den Augen?
Mir ist eben nicht klar ob Mqtt starten kann wenn der Port schon belegt ist.
-
Achso, dann haben wir aneinander vorbei geredet.
Setzt der iobroker.mqtt nicht auf einen laufenden mosquitto auf?
Wie schaut denn nun ein Start des Adapters aus und wie ist der Status vom mosquitto.service?
-
@thomas-braun, @wendy2702, @BananaJoe
Hi zusammen, ich stop die Geschichte und mach das Update von Buster auf Bullseye neu.
Melde mich dann morgen wieder -
-
@zanabria sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
@thomas-braun, @wendy2702, @BananaJoe, @crunchip
Hi zusammen, ich stop die Geschichte und mach das Update von Buster auf Bullseye neu.
Melde mich dann morgen wiederSorry, daß ich mich jetzt erst melde.
MQTT Adapter läuft.
Habe den von Client auf Server gestellt und "WebSockets benutzen" aktiviert. Jetzt funzt er.
Was jetzt der Auslöser war kann ich nicht sagen. Hoffe nur, daß nicht weitere Probleme auftauchen.
Grüße Zanabria -
@zanabria sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
@zanabria sagte in MQTT Adapter fehler nach upgrade auf Bullseye:
@thomas-braun, @wendy2702, @BananaJoe, @crunchip
Hi zusammen, ich stop die Geschichte und mach das Update von Buster auf Bullseye neu.
Melde mich dann morgen wiederSorry, daß ich mich jetzt erst melde.
MQTT Adapter läuft.
Habe den von Client auf Server gestellt und "WebSockets benutzen" aktiviert. Jetzt funzt er.
Was jetzt der Auslöser war kann ich nicht sagen. Hoffe nur, daß nicht weitere Probleme auftauchen.
Grüße ZanabriaDanke für die Unterstützung von Euch.
-
Das hatte aber mal so gar nichts mit dem Upgrade zu tun.
Wir sind alle davon ausgegangen das der Adapter als Client laufen soll. Frage wurde ja auch mehrfach gestellt.
Kannst du dann bitte noch den ersten Post editieren und ein [Gelöst] vor den Titel setzen.
-
@wendy2702
Sorry, ic kenne mich da nicht so gut aus. Habe nur auf Verdacht die Umstellung vorgenommen. Da dann aber alles lief, auch die VIS-Oberläche, bin ich davon ausgegangen dass das mein Problem war.Habe leider ein neues Problem gefunden.
Die grüne Lampe, links der roten Aus-Ein Lampe ist seit dem Update auf Bullseye mit Hochfrequenz am blinken. Man könnte fast meinen es ist ein Dauergrün!
Unter Buster war diese kaum wahrnehmbar. War nur während dem Systemstart am blinken. Ansonsten war nur ab und an ein kurzes Aufflackern zu sehen.
Ich denke das ist ein neues Thema. Nur als was kann ich das einbringen.
Kann man mir da auch weiterhelfen.
Im Voraus vielen Dank.
