iobroker.js-con 100% cpu

[spicer]

@mcm1957
mqtt: v6.1.1

Plattform: linux
Betriebssystem: linux
Architektur: arm64
CPUs: 4
Geschwindigkeit: 2400 MHz
Modell: Cortex-A76
RAM: 7.8 GB
System-Betriebszeit: 3 T. 15:40:26
Node.js: v20.18.0
time: 1730545435253
timeOffset: -60
NPM: 10.8.2
Adapter-Anzahl: 545
Datenträgergröße: 57.9 GB
Freier Festplattenspeicher: 49.3 GB
Aktive Instanzen: 10
Pfad: /opt/iobroker/
Betriebszeit: 3 T. 16:14:09
aktiv: true

Reicht das?

[spicer]

@spicer
Der Output von "Debug" ist unglaublich gross. Das kann ich nicht posten.
Da müsstest schon per Teamviewer oder Anydesk schauen hier.

Ey, ich habe nicht nur 2-3 Adapter/Geräte!

[Homoran]

@spicer sagte in iobroker.js-con 100% cpu:

Der Output von "Debug" ist unglaublich gross.

Das deutet schon darauf hin, dass eine Fehlkonfiguration vorliegen könnte.

Hast du vielleicht eine Schleife konfiguriert?
z.B. Publishst du selber Werte sobald du sie bekommst?

Dann zeig mal einen relevanten Ausschnitt, der hier noch reinpasst

[mcm1957]

@spicer said in iobroker.js-con 100% cpu:

@spicer
Der Output von "Debug" ist unglaublich gross. Das kann ich nicht posten.
Da müsstest schon per Teamviewer oder Anydesk schauen hier.

Ey, ich habe nicht nur 2-3 Adapter/Geräte!

Du hats doch oben geschrieben dass due nur die Windstärke öfter aktualisisrerts und da steigt die Last an. Das widerspricht der jetzigen Aussage dass da doch viele Geräte was schicken.... Wenn wirklich NUR ein Wert kommt, kann nicht so ein riesen Log entstehen - außer der eine Wert löst zig Reaktionen aus ...

[spicer]

@homoran
Nein, hab keine Schleife.
Hab erst gestern den ganzen Mosquitto Kreis neu konfiguriert.
DEBUG kommen so viele Posts (keine Warnungen oder Alarme), das willst Du gar nicht wissen!
Versuche den Log dann zu posten.

[Homoran]

@spicer sagte in iobroker.js-con 100% cpu:

DEBUG kommen so viele Posts (keine Warnungen oder Alarme)

Natürlich, dafür ist debug ja da

@spicer sagte in iobroker.js-con 100% cpu:

das willst Du gar nicht wissen!

doch!
daraus kann man dann ja sehen, was da so schnell triggert.

(Natürlich nach mqtt gefiltert)

[spicer]

@homoran
Mit debug bekomme ich Tausende:

mqtt.1
	2024-11-02 12:43:00.657	debug	stateChange mqtt.1.info.clients.mosqsub|19238-Dachrollo: {"val":false,"ack":true,"ts":1730547780656,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1730083491295}
mqtt.1
	2024-11-02 12:43:00.656	debug	stateChange mqtt.1.info.clients.mosqsub|12126-Dachrollo: {"val":false,"ack":true,"ts":1730547780655,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1730232875058}
mqtt.1
	2024-11-02 12:43:00.654	debug	stateChange mqtt.1.info.clients.mosqsub|12442-Dachrollo: {"val":false,"ack":true,"ts":1730547780653,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1730233184883}
mqtt.1
	2024-11-02 12:43:00.652	debug	stateChange mqtt.1.info.clients.mosqsub|12072-Dachrollo: {"val":false,"ack":true,"ts":1730547780651,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1730232844483}
mqtt.1
	2024-11-02 12:43:00.643	debug	stateChange mqtt.1.info.clients.mosqsub|19176-Dachrollo: {"val":false,"ack":true,"ts":1730547780642,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1730083430513}
mqtt.1
	2024-11-02 12:43:00.641	debug	stateChange mqtt.1.info.clients.mosqsub|7642-Dachrollos: {"val":false,"ack":true,"ts":1730547780641,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1730044408190}
mqtt.1
	2024-11-02 12:43:00.639	debug	stateChange mqtt.1.info.clients.mosqsub|19174-Dachrollo: {"val":false,"ack":true,"ts":1730547780638,"q":0,"from":"system.adapter.mqtt.1","user":"system.user.admin","lc":1730083430386}
mqtt.1
	2024-11-02 12:43:00.635	debug	stateChange mqtt.1.info.clients.mosqsub|12385-Dachrollo:

MOD-EDIT: Code in code-tags gesetzt!

ich verstehe nicht, weil ich nur alle 2 Minuten etwas publishe an den iob server.

[spicer]

Willst mal per Teamviewer vorbei kommen?
Ich öffne Dir vorher alles notwendige.

[spicer]

Ich finde in dieser Forensoftware nichtmal den PN Knopf

eine Ahnung woher die Dachrollo Meldungrn kommen.
Kann es sein, dass die seit Monaten in einem Cache liegen?

[mcm1957]

@spicer said in iobroker.js-con 100% cpu:

Ich finde in dieser Forensoftware nichtmal den PN Knopf
ID: xxxxxx

eine Ahnung woher die Dachrollo Meldungrn kommen.
Kann es sein, dass die seit Monaten in einem Cache liegen?

Bitte lösch deine Teamviewer ID ASAP, die ist m.W. nach fix und das ist ne Einladung dich zu besuchen.

@Homoran - ev. via MODEDIT löschen?

[mcm1957]

PN = CHATS = da

[Homoran]

@spicer sagte in iobroker.js-con 100% cpu:

ich verstehe nicht, weil ich nur alle 2 Minuten etwas publishe an den iob server.

und genau deshalb ist der debug log so wichtig.
Da sieht man was passiert.

was sagt denn die Mosquitto dazu.
den kenne ich nicht

[Homoran]

@mcm1957 erledigt!
war leider bis jetzt afk

[Edwin40]

also bei mir hat das Adapterupdate MQTT Broker/Client 6.1.1 auf 6.1.2 permanent bis zu 100% CPU Auslastung bewirkt. Zurück auf 6.1.1 und alles war gut....

Grüße

[mcm1957]

@edwin40 said in iobroker.js-con 100% cpu:

also bei mir hat das Adapterupdate MQTT Broker/Client 6.1.1 auf 6.1.2 permanent bis zu 100% CPU Auslastung bewirkt. Zurück auf 6.1.1 und alles war gut....

Grüße

Hast du das Problem mit den entsprechenden Infos in einem Issue erfasst? Bitte hier verlinken.

Zwischen 6.1.1 und 6.1.2 wurde eigentlich nur genau eine Zeile geändert die ein Problem beheben soll wenn Clients keine Id haben / senden...

[darkiop]

@edwin40 sagte in iobroker.js-con 100% cpu:

also bei mir hat das Adapterupdate MQTT Broker/Client 6.1.1 auf 6.1.2 permanent bis zu 100% CPU Auslastung bewirkt. Zurück auf 6.1.1 und alles war gut....

Grüße

Hier läuft der MQTT 6.1.2 ohne Auffälligkeiten.

[Thomas Braun]

@darkiop sagte in iobroker.js-con 100% cpu:

Hier läuft der MQTT 6.1.2 ohne Auffälligkeiten.

Hier auch.

[ESP8266]

@thomas-braun , mein Senf auch dazu, PI 5 hier ohne Auffälligkeiten.
Letzter Beta Stand.
Hats der Themenersteller nun gelöst ? ....keine Anwort mehr.

[spicer]

@esp8266
Sorry für die späte Antwort (hatte auch nicht auf "beobachtet").
Status: Jein.
Ich habe alle MQTT-Pub's auf das altehrwürdige RPI1, welches für die Dachfenster und Sonnenstore zuständig ist, geleitet.
Dieses sendet nur alle 10min MQTT-Daten an das ioBroker RPI5. So hält die CPU-Auslastung die Füsse für 10min still.

Es fällt auf, dass das RPI5 bei nur einem einzigen MQTT-Sub für 30s auf 100% CPU geht.
Das auch, wenn ich den Javascript Adapter deaktiviert habe.
Es kann also kein Loop sein.

[Marc Berg]

@spicer sagte in iobroker.js-con 100% cpu:

Es fällt auf, dass das RPI5 bei nur einem einzigen MQTT-Sub für 30s auf 100% CPU geht.
Das auch, wenn ich den Javascript Adapter deaktiviert habe.
Es kann also kein Loop sein.

Als ich von einer Schleife sprach, meinte ich eigentlich keine Javascript- sondern eine MQTT-Schleife, die entstehen kann, wenn es eine ungute Kombination aus Subscriptions, Publish und Einstellungen des Adapters gibt. Bitte mal die Einstellungen des Adapters zeigen.

Seltsam finde ich auch das Topic

mqtt.1.info.clients.mosqsub

, welches ja scheinbar die Last erzeugt. Soweit ich es kenne, legt der MQTT Adapter dieses Topic nicht automatisch an, obwohl der Zweig "info" dem Adapter gehört. Hast du eine Idee, wo es herkommt?

Und macht die Instanz mqtt.0 noch irgend etwas?