oft Timeout und langsame Verbindung erkannt
-
Jau, passt.
-
Dankeschön.
Ich werde es jetzt beobachten und melde mich ggf. nochmal, falls die Probleme wieder auftreten.
-
@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 # btopWenn Du
htopnutzt, 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 dasI/Oist vielleicht keine schlechte Idee.Dann, obwohl das bei
UDPnicht das Problem sein sollte, derAVAHIProzess undio.Chromecasthaben den gleichen Port5353VG
Bernd -
@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 -
@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
topzu erklären, da gibt es sehr gute Erklärungen im WWW.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 averageder 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 deriobroker.js-controllereinen ganzen Kern,
Das spiegelt sich dann auch in den Werten für dieCPUwider, 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.0Wieso 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 SpeichermediumsSD-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 -
@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 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.
-
@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.
- das sind Warnungen, keine Fehler
- das kommt nicht vom
java-script, sondern von Deinemhm-rega⇐ zuhmkann ich gar nichts sagen, da bin ich völlig blank! - 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 -
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.
-
@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": timeoutNach 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?
-
Schalt den CompactModus aus, dann nochmal beobachten.
-
@haselchen
Ja, ich habe etliche Programme mit Scripten. Auf der CCU laufen sie alle einwandfrei.Bin trotzdem alle Scripte durchgegangen und keine Fehler gefunden
-
Dann nimm mal im HM Rega Adapter die Haken alle raus bei Synchronisiere und beobachte dann nochmal.
Edit:
Oder lass zumindest Namen angehakt.
-
@thomas-braun said in oft Timeout und langsame Verbindung erkannt:
Schalt den CompactModus aus, dann nochmal beobachten.
Der ist die ganze Zeit schon aus.
-
@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
topbeobachten - 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
htopinstallieren und wie folgt konfigurieren
Nach der Installation mit
htopaufrufen
DannF2drücken, und
Dann sollte es nach demF10so aussehen
Jetzt kannst Du mitTABzwischen den beidenMain u. I/Ohin und her springen
Dann normal arbeiten und ein Auge auf das System richten.
VG
Bernd - Load. Du kannst ein zweites Terminal öffnen, ssh -> Putty, what ever, und nebenbei
-
@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 -
@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": timeoutHast Du den ausgeschaltet und nicht neu gestartet?
VG
Bernd -
@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
BerndIm Prinzip. Die CCU hat einen Raspi 3
-
@dp20eic
Ich habe nur in den Einstellungen des Host geschaut - und da war kein Haken
-
@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?
