oft Timeout und langsame Verbindung erkannt
-
@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?
-
@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?
-
@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:
Ich habe nur in den Einstellungen des Host geschaut - und da war kein Haken
Moin,
ja, ist ja auch alles richtig, nur hast Du
ioBrokerdanach auch einmal neu gestartet?
Oder muss ich Dich jetzt so verstehen, dass Du noch niiiiie DeinenioBrokerimKompaktmodusbetrieben hast?
Dann
VG
BerndP.S.: zur CCU kann ich nichts Sinnvolles beitragen, da lasse ich mal die Wissenden ran
-
@samson71 said in oft Timeout und langsame Verbindung erkannt:
@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?
Der Duty-Cycle liegt immer zwischen 15% und (max) 25%.
Ja, der Datenpunkt ist selber angelegt
-
@dp20eic said in oft Timeout und langsame Verbindung erkannt:
@thomas123-0 sagte in oft Timeout und langsame Verbindung erkannt:
Ich habe nur in den Einstellungen des Host geschaut - und da war kein Haken
Moin,
ja, ist ja auch alles richtig, nur hast Du
ioBrokerdanach auch einmal neu gestartet?
Oder muss ich Dich jetzt so verstehen, dass Du noch niiiiie DeinenioBrokerimKompaktmodusbetrieben hast?
DannVG
BerndSagen wir mal so: Ich habe den Compact Modus nie bewusst angeschaltet...
Nachdem Thomas Braun geschrieben hatte, ich soll den CompactModus ausschalten, mußte ich erst suchen, wo ich das mache.
