NEWS
[Gelöst] MQTT Adapter fehler nach upgrade auf Bullseye
-
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:
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 -
@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. -
@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.
-
@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:
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?
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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
-
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.
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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.
-
@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.
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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?
-
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 -
@thomas-braun, @wendy2702, @BananaJoe
Hi zusammen, ich stop die Geschichte und mach das Update von Buster auf Bullseye neu.
Melde mich dann morgen wieder -
@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:
@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.
-
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. -
@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. -
@zanabria sagte in [Gelöst] MQTT Adapter fehler nach upgrade auf Bullseye:
Die grüne Lampe, links der roten Aus-Ein Lampe ist seit dem Update auf Bullseye mit Hochfrequenz am blinken.
Welche Lampe?
-
@wendy2702
Sorry, Grüne-LED links der roten POWER-LED
-
@zanabria muss leider nochmals dumm fragen?
Was sehe ich auf dem Bild?
Ist das ein Pi oder was anderes?
@wendy2702
Ein
Raspberry Pi 4 Computer Modell B, 4GB RAM
Architektur arm CPUs 4, ARMv7 Processor rev 3 (v7l)
RAM 3.75 GB, Node.js v16.19.0
LG
420
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge