UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[zanabria]

@thomas-braun sagte in MQTT Adapter fehler nach upgrade auf Bullseye:

sudo netstat -tulpen
Hier mit deinem Befehl aus Bullseye

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          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]

@zanabria

Da läuft doch der mosquitto.
Und vermutlich auch ein Desktop. Ausschalten.

[wendy2702]

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.

[Thomas Braun]

@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]

@zanabria

systemctl status mqttd

sagt?

[zanabria]

@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]

@zanabria

War nur geraten, ich weiß nicht genau wie der Service heißt. Vielleicht kann das mal jemand nachschauen.

systemctl status mosquitto.service

könnte das auch lauten.

[wendy2702]

@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?

[Thomas Braun]

@wendy2702

Das ist der gleiche Prozess. Wenn es ein zweiter Prozess wäre hätte der eine eigene PID=Process Identification

[wendy2702]

@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.

[Thomas Braun]

@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]

@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.

[Thomas Braun]

@wendy2702

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?

[zanabria]

@thomas-braun, @wendy2702, @BananaJoe

Hi zusammen, ich stop die Geschichte und mach das Update von Buster auf Bullseye neu.
Melde mich dann morgen wieder

[crunchip]

@zanabria vllt hilft https://forums.raspberrypi.com/viewtopic.php?t=324145

[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 wieder

Sorry, 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]

@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 wieder

Sorry, 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

Danke für die Unterstützung von Euch.

[wendy2702]

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.

[zanabria]

@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]

@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?