NEWS
[Gelöst] MQTT Adapter fehler nach upgrade auf Bullseye
-
@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. -
@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 -
@zanabria dann schau doch mal mit
top
was da der aktuelle Stand ist.
Oder auch mal inssyslog
-
Habe keinen PI4 aber ist das die LED für Netzwerk Aktivität?
-
@wendy2702
Lan-Aktivität wird am Lananschluss signalisiert. Grün und Gelb. -
top - 21:57:43 up 10 min, 2 users, load average: 0,14, 0,30, 0,25 Tasks: 195 total, 1 running, 194 sleeping, 0 stopped, 0 zombie %CPU(s): 2,2 us, 1,3 sy, 0,0 ni, 96,5 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st MiB Spch: 3339,6 total, 1858,5 free, 639,8 used, 841,3 buff/cache MiB Swap: 3595,0 total, 3595,0 free, 0,0 used. 2441,5 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 1145 root 20 0 215236 39748 25544 S 5,6 1,2 0:10.13 Xorg 2733 pi 20 0 125528 36456 29504 S 5,0 1,1 0:04.26 lxterminal 698 root 20 0 23484 9776 8592 S 1,3 0,3 0:02.27 bluetoothd 90 root 0 -20 0 0 0 I 0,7 0,0 0:00.58 kworker/u+ 915 iobroker 20 0 179080 51708 30512 S 0,7 1,5 0:02.12 node 1520 pi 20 0 51600 17096 14680 S 0,7 0,5 0:01.70 parcellite 2750 pi 20 0 11732 3604 3184 R 0,7 0,1 0:01.14 top 38 root 20 0 0 0 0 I 0,3 0,0 0:00.33 kworker/2+ 144 root -51 0 0 0 0 S 0,3 0,0 0:01.10 irq/33-SM+ 707 iobroker 20 0 202472 76928 30320 S 0,3 2,2 0:09.42 node 1522 pi 20 0 175356 47624 42420 S 0,3 1,4 0:00.57 kdeconnec+ 1629 pi 20 0 33236 6016 5540 S 0,3 0,2 0:00.11 at-spi2-r+ 2465 pi 20 0 488012 139024 112252 S 0,3 4,1 0:19.28 chromium 2537 pi 20 0 492240 187004 145080 S 0,3 5,5 0:31.56 chromium
MOD EDIT: LOG IN CODE TAGS </> GESETZT