Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas123 0]

@thomas-braun

Dankeschön.

Ich werde es jetzt beobachten und melde mich ggf. nochmal, falls die Probleme wieder auftreten.

[Ein ehemaliger Benutzer]

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

udp 0 0 0.0.0.0:5353 0.0.0.0:* 1001 46966 10850/io.chromecast

Moin,

wenn Du Probleme hast, dass sich das gesamte System langsam anfühlt, dann musst Du Dir mal über einen längeren Zeitraum anschauen, was Dir eins der Programme sagt, welcher Prozess besonders viel CPU Zeit verbraucht

# top
oder
# htop
oder
# btop

Wenn Du htop nutzt, dann kann man das auch so einstellen, dass es Dir die IO Auslastung anzeigt, also ob es einen Prozess gibt, der viel/oft auf die SD-Karte zu greift/schreibt.
Auch mal sein Netzwerk zu betrachten, auf das I/O ist vielleicht keine schlechte Idee.

Dann, obwohl das bei UDP nicht das Problem sein sollte, der AVAHI Prozess und io.Chromecast haben den gleichen Port 5353

VG
Bernd

[Thomas123 0]

@dp20eic

Ich bin ziemlich ahnungslos, was ich aus den Werten lesen kann

top:

top - 23:09:04 up 55 min,  3 users,  load average: 1.68, 1.62, 1.58
Tasks: 176 total,   2 running, 174 sleeping,   0 stopped,   0 zombie
%Cpu(s): 27.8 us,  2.2 sy,  0.0 ni, 70.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   7811.2 total,   4532.3 free,   2940.9 used,    456.2 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.   4870.2 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   3532 iobroker  20   0 6352628   1.3g  43932 R 110.9  16.8  15:18.98 iobroker.js-con
   2862 Thomas    20   0    8744   4820   2808 S   3.6   0.1   0:53.71 htop
   3791 iobroker  20   0  687448  81760  37564 S   1.3   1.0   0:16.80 io.hm-rpc.1
   3854 iobroker  20   0  684792  80452  37124 S   1.0   1.0   0:09.17 io.modbus.1
     81 root       0 -20       0      0      0 I   0.7   0.0   0:08.38 kworker/u9:0-brcmf_wq/mmc1:0001:1
     15 root      20   0       0      0      0 I   0.3   0.0   0:06.90 rcu_preempt
    531 avahi     20   0    7620   3508   2816 S   0.3   0.0   0:05.73 avahi-daemon
   2066 Thomas    20   0   11844   4988   2832 R   0.3   0.1   0:12.85 top
   4036 iobroker  20   0 5140052  80256  39220 S   0.3   1.0   0:07.11 io.wolf-smartse
   5192 root      20   0       0      0      0 I   0.3   0.0   0:00.17 kworker/0:0-events
      1 root      20   0  168644  11840   8584 S   0.0   0.1   0:02.73 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.03 kthreadd
      3 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rcu_gp
      4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rcu_par_gp
      5 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 slub_flushwq
      6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 netns
     10 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 mm_percpu_wq
     11 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_kthread
     12 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_rude_kthread
     13 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_trace_kthread
     14 root      20   0       0      0      0 S   0.0   0.0   0:00.60 ksoftirqd/0
     16 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/0
     17 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/0
     18 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/1
     19 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/1
     20 root      20   0       0      0      0 S   0.0   0.0   0:00.47 ksoftirqd/1
     23 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/2
     24 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/2
     25 root      20   0       0      0      0 S   0.0   0.0   0:00.40 ksoftirqd/2
     28 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/3
     29 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/3
     30 root      20   0       0      0      0 S   0.0   0.0   0:00.47 ksoftirqd/3
     33 root      20   0       0      0      0 S   0.0   0.0   0:00.01 kdevtmpfs
     34 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 inet_frag_wq
     36 root      20   0       0      0      0 S   0.0   0.0   0:00.00 kauditd
     38 root      20   0       0      0      0 S   0.0   0.0   0:00.00 khungtaskd
     40 root      20   0       0      0      0 S   0.0   0.0   0:00.00 oom_reaper
     41 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 writeback
     42 root      20   0       0      0      0 S   0.0   0.0   0:00.21 kcompactd0
     43 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kintegrityd
     44 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kblockd
     45 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 blkcg_punt_bio
     46 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 watchdogd
     50 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rpciod

[Ein ehemaliger Benutzer]

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

Ich bin ziemlich ahnungslos, was ich aus den Werten lesen kann

Moin,

ich werde es mir mal ersparen top zu erklären, da gibt es sehr gute Erklärungen im WWW.

• https://wiki.ubuntuusers.de/top/

Ich sehe hier aber auch erst einmal nichts so Kritisches, wobei Du in der Momentaufnahme, einen leichten Stau bei der Abarbeitung von Prozessen hast, das erkennt man am load average der bei Dir, bei ~ 1,6 liegt, drei Werte, weil es gemittelte Werte für 1, 3, 5 Minuten angezeigt.
Es ist jetzt nicht schlimm, da es ja nur eine Momentaufnahme ist, aber bei Dir verbraucht der iobroker.js-controller einen ganzen Kern,
Das spiegelt sich dann auch in den Werten für die CPU wider, Du hast ein RasPI, der hat eine CPU, aber darin befinden sich 4 Kerne, also 1 CPU = 4 Kerne -> 1 Kern = 25 %.

Du kannst die Anzeige umschalten, einfach 1 drücken, dann sieht es so aus

top - 08:10:49 up 2 days, 13:42,  0 user,  load average: 1.12, 0.71, 0.67
Tasks:  43 total,   1 running,  42 sleeping,   0 stopped,   0 zombie
%Cpu0  : 12.0 us,  6.7 sy,  0.0 ni, 76.6 id,  4.0 wa,  0.0 hi,  0.7 si,  0.0 st 
%Cpu1  :  8.9 us,  5.8 sy,  0.0 ni, 81.2 id,  3.4 wa,  0.0 hi,  0.7 si,  0.0 st 
%Cpu2  : 11.6 us,  4.4 sy,  0.0 ni, 82.9 id,  0.3 wa,  0.0 hi,  0.7 si,  0.0 st 
%Cpu3  : 12.8 us,  5.6 sy,  0.0 ni, 76.6 id,  4.3 wa,  0.0 hi,  0.7 si,  0.0 st 
MiB Mem :   4096.0 total,   2213.9 free,   1825.6 used,     56.5 buff/cache     
MiB Swap:   2048.0 total,   2048.0 free,      0.0 used.   2270.4 avail Mem 

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                                              
  23799 iobroker  20   0   11.1g 337932  29952 S   5.7   8.1   2:53.08 iobroker.js-con                                      
  23917 iobroker  20   0  960404  76448  26880 S   1.0   1.8   0:18.97 io.influxdb.1                                        
  24266 iobroker  20   0   10.8g  64880  29184 S   1.0   1.5   0:05.15 io.synochat.0                                        
  24066 iobroker  20   0  960224  79164  28160 S   0.7   1.9   0:10.23 io.alexa2.0                                          
  23854 iobroker  20   0  773524 164156  26368 S   0.3   3.9   0:28.52 io.javascript.0                                      
  23868 iobroker  20   0  960140  77776  26752 S   0.3   1.9   0:18.48 io.influxdb.0                                        
  23998 iobroker  20   0  659144  71296  26496 S   0.3   1.7   0:05.76 io.sonoff.0                                          
  24049 iobroker  20   0   10.9g  92124  28416 S   0.3   2.2   0:32.33 io.synology.0                                        

Wieso es zu diesem Stau kommt, kann ich nicht sagen, aber Du solltest da öfter mal einen Blick drauf werfen, gerade wenn Du der Meinung bist, dass sich das System langsam anfühlt.
Eine Ursache, kann sein, dass die Performance des Speichermediums SD-Karte? das System ausbremst, aber wie gesagt, kann man aus dieser einen Momentaufnahme nicht mit Sicherheit sagen und würde ein Langzeitmonitoring benötigen.

VG
Bernd

[Thomas123 0]

@dp20eic

Ich glaube, ich habe ein Problem mit dem Javasript-Adapter.

Nachdem der ioBroker im Moment recht normal lief, wollte ich ein Blockly erstellen, dass einen Daten aus einem Datenpunkt (Adapter Switchbot) in einen anderen Datenpunkt (Adapter hm-rega) schreibt.

Irgendwie waren dann nach dem Speichern des Blockly die gemachten Änderungen trotz speichern verschwunden.

Im Protokoll hatte ich dann diese Einträge (ich weiss aber nicht, ob die mit dem Problem zusammenhängen):

hm-rega.0
2023-11-02 11:56:49.508	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.507	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.507	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.507	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.506	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.506	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

Ich bin ziemlich hilflos, wie ich das Problem eingrenzen und schlussendlich beheben kann.

[Thomas123 0]

@thomas123-0 said in oft Timeout und langsame Verbindung erkannt:

@dp20eic

Ich glaube, ich habe ein Problem mit dem Javasript-Adapter.

Nachdem der ioBroker im Moment recht normal lief, wollte ich ein Blockly erstellen, dass Daten aus einem Datenpunkt (Adapter Switchbot) in einen anderen Datenpunkt (Adapter hm-rega) schreibt.

Irgendwie waren dann nach dem Speichern des Blockly die gemachten Änderungen trotz speichern verschwunden.

Im Protokoll hatte ich dann diese Einträge (ich weiss aber nicht, ob die mit dem Problem zusammenhängen):

hm-rega.0
2023-11-02 11:56:49.508	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.507	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.507	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.507	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.506	warn	Script "!# programs.fn 1.3 !# Dieses Script gibt eine Liste der Programme als JSON Strin" ignored, because still pending.

hm-rega.0
2023-11-02 11:56:49.506	warn	Script "!# pollingInv.fn 0.2 !# !# Dieses Script gibt die Systemvariablen (inklusive uns" ignored, because still pending.

Ich bin ziemlich hilflos, wie ich das Problem eingrenzen und schlussendlich beheben kann.

[Ein ehemaliger Benutzer]

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

Ich bin ziemlich hilflos, wie ich das Problem eingrenzen und schlussendlich beheben kann.

Moin,

ich auch, aber lass uns das doch mal logisch angehen.

1. das sind Warnungen, keine Fehler
2. das kommt nicht vom java-script, sondern von Deinem hm-rega ⇐ zu hm kann ich gar nichts sagen, da bin ich völlig blank!
3. was da als Skript !# program.fn (1.3 / 0.2) gemeint ist, ist pending = ausstehend, da wartet irgendwas auf jemanden.

• was tut dieses hm-rega?
• den betreffenden Adapter schon mal neu gestartet?
• was, wie sind die Einstellungen des Adapters?
• sind irgendwelche Geräte ausgeschaltet?

VG
Bernd

[haselchen]

@thomas123-0

Vermutlich hast du in der CCU ein Skript oder mehrere angelegt, was nicht passt?!
Das kannst nur du wissen und kontrollieren.
Unter Programme&Zentralenverlnüpfung ( so heisst die Karteikarte bei mir in der GUI), stehen die Skripte.

[Thomas123 0]

@dp20eic

hm-rega ist die CCU3 von Homematic. Dann scheint es "Zufall" gewesen zu sein, dass genau in dem Moment die CCU nicht erreichbar war.

Weswegen ich darauf komme, dass es ein Problem im Javascript gibt, versuche ich mal so gut es geht zu erklären.

Ich erstelle ein neues Blockly, speichere es schon mal und mache dann noch Änderungen an dem Blockly. Wenn ich dann speichere, sind die gemachten Änderungen wieder weg.

Ich wollte jetzt Screenshots von jedem Schritt machen, und bekomme jetzt schon in dem Moment, wo ich nur den Trigger eingebe, nach dem Speichern den Hinweis "Instanz ist deaktiviert".

Wenn ich aber dann in den Instanzen nachschaue, läuft der Javascript-Adapter.
Zurück im Blockly kann ich wieder etwas einfügen. Beim Speichern wieder "Instanz ist deaktiviert".
Möchte ich mir jetzt die Instanzen ansehen, bekomme ich:

Cannot read compact mode by host "system.host.iobroker": timeout

Nach einiger Zeit öffnen sich dann die Instanzen und alle laufen. Zurück im Blockly gebe eine neue Zeile ein, speichere und es kommt wieder die Meldung "Instanz ist deaktiviert". Diese Meldung erscheint dann auch in allen anderen Scripten.

Das deutet doch auf ein Problem mit dem Javascript-Adapter, oder?

[Thomas Braun]

@thomas123-0

Schalt den CompactModus aus, dann nochmal beobachten.

[Thomas123 0]

@haselchen
Ja, ich habe etliche Programme mit Scripten. Auf der CCU laufen sie alle einwandfrei.

Bin trotzdem alle Scripte durchgegangen und keine Fehler gefunden

[haselchen]

@thomas123-0

Dann nimm mal im HM Rega Adapter die Haken alle raus bei Synchronisiere und beobachte dann nochmal.

Edit:

Oder lass zumindest Namen angehakt.

[Thomas123 0]

@thomas-braun said in oft Timeout und langsame Verbindung erkannt:

@thomas123-0

Schalt den CompactModus aus, dann nochmal beobachten.

Der ist die ganze Zeit schon aus.

[Ein ehemaliger Benutzer]

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

Das deutet doch auf ein Problem mit dem Javascript-Adapter, oder?

Moin,

jaein, ich tendiere eher zu nein, wieso aus den zuvor genannten Posts. Du hast ein Problem, welches Dein System ausbremst.

• Load. Du kannst ein zweites Terminal öffnen, ssh -> Putty, what ever, und nebenbei top beobachten
• Kompakt Modus, wie @Thomas-Braun schon angemerkt hat ausschalten, Du hast 8 GB an Speicher, ist unnötig
• Deine SD-Karte ist ein Flaschenhals und bremst das System aus, dazu mal htop installieren und wie folgt konfigurieren

Nach der Installation mit htop aufrufen

Dann F2 drücken, und

Dann sollte es nach dem F10 so aussehen

Jetzt kannst Du mit TAB zwischen den beiden Main u. I/O hin und her springen

Dann normal arbeiten und ein Auge auf das System richten.

VG
Bernd

[Ein ehemaliger Benutzer]

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

Bin trotzdem alle Scripte durchgegangen und keine Fehler gefunden

Moin,

die Skripte haben auch keinen Fehler, sondern es wurde darauf gewartet, dass jemand ein Ergebnis liefert, deswegen pending!
Läuft das CCU Geraffel, nicht böse gemeint, auch auf dem RasPI?

VG
Bernd

[Ein ehemaliger Benutzer]

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

Der ist die ganze Zeit schon aus.

Moin,

kann aber nicht sein -> hier https://forum.iobroker.net/topic/69696/oft-timeout-und-langsame-verbindung-erkannt/20?page=1 die Meldung

Cannot read compact mode by host "system.host.iobroker": timeout

Hast Du den ausgeschaltet und nicht neu gestartet?

VG
Bernd

[Thomas123 0]

@dp20eic said in oft Timeout und langsame Verbindung erkannt:

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

Bin trotzdem alle Scripte durchgegangen und keine Fehler gefunden

Moin,

die Skripte haben auch keinen Fehler, sondern es wurde darauf gewartet, dass jemand ein Ergebnis liefert, deswegen pending!
Läuft das CCU Geraffel, nicht böse gemeint, auch auf dem RasPI?

VG
Bernd

Im Prinzip. Die CCU hat einen Raspi 3

[Thomas123 0]

@dp20eic

Ich habe nur in den Einstellungen des Host geschaut - und da war kein Haken :man-shrugging:

[Samson71]

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

Bin trotzdem alle Scripte durchgegangen und keine Fehler gefunden

Es wäre nicht das erst Mal, dass sich ich jemand die CCU blockiert, weil ein Skript ein (Endlos-)Schleife produziert. Die CCU, bzw. die Rega ist für so etwas anfällig, weil die Abarbeitung nacheinander erfolgt und nicht parallel, d.h. "wartet" ein Skript auf ein Ergebnis, geht in der Zeit nix anderes. Die CCU/Rega ist blockiert. Völlig egal was für Ressourcen die Hardware hat.

Ja, ich habe etliche Programme mit Scripten.

Weiterer und beliebter Fehler ist Dinge per Skript zu lösen, die sich ebenso gut mit einem zusammengeklickten Programm erledigen lassen würden. Nur eben ohne die Gefahr, sich die Rega zu blockieren.

Wie sieht Dein DutyCycle auf der CCU aus, wenn die Fehlermeldung in ioBroker auftaucht?

[Samson71]

@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:

Nachdem der ioBroker im Moment recht normal lief, wollte ich ein Blockly erstellen, dass einen Daten aus einem Datenpunkt (Adapter Switchbot) in einen anderen Datenpunkt (Adapter hm-rega) schreibt.

WAS für ein Datenpunkt ist das genau, den Du da beschreiben willst? Eine selbst angelegte Systemvariable?