ioBroker hängt Sekunden, keine Daten auf Admin
-
Jetzt schaut es doch ganz ordentlich aus.
-
@thomas-braun Super das hört man gerne!
Dann lasse ich es mal so und schaue ob es in Zukunft noch Probleme gibt.Vielen Dank für Deine großartige Hilfe & Deine Tipps für eine Neuinstallation!
Gruß Dominik
-
@homoran sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
@winni sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
Warum?Naja, bis zum Start des Restore auf dem pi5 hat die Aktion bei mir keine Stunde gedauert.
-
@domi920 sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
nicht unbedingt als leistungsrelevant einstufen oder?
und wo kommt die load average von >3 her?
das ist schon erheblich!
üblich wäre imho zwischen 1 und 2 -
@winni sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
@homoran sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
@winni sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
Warum?Naja, bis zum Start des Restore auf dem pi5 hat die Aktion bei mir keine Stunde gedauert.
da wird das Restore am längsten gedauert haben.
Aber- OS brennen
- curl... ausführen
dauert auch nicht länger
-
@winni Hast du auch Grafana & InfluxDB installiert? Wahrscheinlich muss man das zuvor wieder installieren, oder macht das der Adapter BackItUp auch? Gesichert wäre ja alles.
Läuft der Lüfter bei deinem Raspberry 5 dauerhaft?
Gibt es auch eine Geschwindigkeitsregulierung? -
@domi920 sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
Hast du auch Grafana & InfluxDB installiert?
und das belastet deinen Server nicht?
hattest du irgendwo mal eintopgepostet? -
@homoran wie kann man herausfinden warum der load average so groß ist?
Aktuell siehts wieder besser aus.
Möglicherweise liegt es auch an den ganzen Updates die ich gestern gemacht habe.Hier nochmal aktuell
top:top top - 14:51:36 up 1 day, 1:49, 2 users, load average: 0,91, 0,98, 1,08 Tasks: 209 total, 2 running, 207 sleeping, 0 stopped, 0 zombie %CPU(s): 10,6 us, 1,8 sy, 0,0 ni, 87,2 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st MiB Spch: 7811,3 total, 672,6 free, 4559,8 used, 2579,0 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 3128,5 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 703 iobroker 20 0 5814412 779680 45280 R 19,2 9,7 467:57.14 iobroker.js-con 467160 iobroker 20 0 1498368 683984 44248 S 15,2 8,6 138:19.97 io.javascript.0 1104 iobroker 20 0 786060 121976 37476 S 2,6 1,5 61:36.79 io.influxdb.0 826455 iobroker 20 0 5157004 95596 41900 S 2,6 1,2 0:42.48 io.ecovacs-deeb 1033 iobroker 20 0 758204 103368 37376 S 2,3 1,3 54:41.62 io.history.0 493122 iobroker 20 0 724916 133944 43456 S 2,3 1,7 2:19.92 io.tr-064.0 702 grafana 20 0 1613188 145416 100544 S 1,3 1,8 3:29.21 grafana 1661 iobroker 20 0 1097024 248792 38744 S 1,3 3,1 10:37.49 io.web.0 1486 iobroker 20 0 760416 116452 37412 S 1,0 1,5 15:37.88 io.sourceanalyt 1274 iobroker 20 0 995312 148092 39080 S 0,7 1,9 9:56.92 io.zigbee.0 1292 iobroker 20 0 769312 103660 37468 S 0,7 1,3 7:38.87 io.shelly.0 495934 iobroker 20 0 969140 111796 44328 S 0,7 1,4 2:17.75 io.alexa2.0 904605 pi 20 0 10380 3628 2876 R 0,7 0,0 0:00.16 top 15 root 20 0 0 0 0 I 0,3 0,0 2:18.29 rcu_preempt 401 avahi 20 0 7204 3436 2848 S 0,3 0,0 1:20.06 avahi-daemon 1145 iobroker 20 0 1069288 213508 40372 S 0,3 2,7 4:23.88 node-red 1285 iobroker 20 0 685944 79496 37332 S 0,3 1,0 1:28.47 io.firetv.0 1496 iobroker 20 0 238212 5124 4696 S 0,3 0,1 1:09.61 adb 1514 iobroker 20 0 768552 114264 43260 S 0,3 1,4 7:59.03 io.statistics.0 1523 iobroker 20 0 5143712 83436 40000 S 0,3 1,0 1:33.19 io.switchbot-hu 1534 iobroker 20 0 1020232 176308 38656 S 0,3 2,2 3:25.02 io.tankerkoenig 1689 iobroker 20 0 696044 94728 37468 S 0,3 1,2 4:13.09 io.wled.0 1706 iobroker 20 0 682804 75244 37220 S 0,3 0,9 1:26.95 io.vis-inventwo 1742 iobroker 20 0 2796520 97020 38044 S 0,3 1,2 5:30.11 io.homekit-cont 484617 iobroker 20 0 5199828 163588 45772 S 0,3 2,0 11:34.87 io.tuya.0 901893 root 20 0 0 0 0 I 0,3 0,0 0:01.02 kworker/3:0-events_freezable_power_ 1 root 20 0 164920 10420 7664 S 0,0 0,1 0:03.12 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.15 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 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 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:20.15 ksoftirqd/0 16 root rt 0 0 0 0 S 0,0 0,0 0:00.20 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.20 migration/1 20 root 20 0 0 0 0 S 0,0 0,0 0:07.14 ksoftirqd/1 22 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-kblockd 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.20 migration/2 25 root 20 0 0 0 0 S 0,0 0,0 0:06.87 ksoftirqd/2 27 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:0H-kblockd 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.21 migration/3 30 root 20 0 0 0 0 S 0,0 0,0 0:07.08 ksoftirqd/3 32 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H-events_highpri 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.13 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:06.68 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 49 root 0 -20 0 0 0 I 0,0 0,0 0:02.14 kworker/3:1H-kblockd 50 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rpciod 51 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 xprtiod 55 root 20 0 0 0 0 S 0,0 0,0 0:00.35 kswapd0 56 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 nfsiod 57 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld 65 root 20 0 0 0 0 S 0,0 0,0 0:00.05 hwrng 66 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 iscsi_conn_clea 67 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 nvme-wq 68 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 nvme-reset-wq 69 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 nvme-delete-wq 71 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 DWC Notificatio 72 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 uas 73 root 1 -19 0 0 0 S 0,0 0,0 0:00.02 vchiq-slot/0 74 root 1 -19 0 0 0 S 0,0 0,0 0:00.00 vchiq-recy/0 75 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 vchiq-sync/0 76 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 zswap-shrink 77 root 0 -20 0 0 0 I 0,0 0,0 0:00.04 kworker/u9:0-hci0 98 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 sdhci 99 root -51 0 0 0 0 S 0,0 0,0 3:07.08 irq/38-mmc0 100 root 20 0 0 0 0 S 0,0 0,0 0:00.00 scsi_eh_0 101 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_0 102 root 0 -20 0 0 0 I 0,0 0,0 0:01.89 kworker/2:1H-kblockd -
Der Javascript-Adapter jappst wohl. Vermutlich ein Skript ungünstig gebaut.
-
@domi920 sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
wie kann man herausfinden warum der load average so groß ist?
indem man sich
topansieht.und ja <1 ist besser als >3
-
@thomas-braun sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
Der Javascript-Adapter jappst wohl. Vermutlich ein Skript ungünstig gebaut.
naja, im Moment sieht es für mich nicht besorgniserregend aus
-
@thomas-braun Wie viel Auslastung wäre für Javascript "normal"?
Gibt es eine feinere Möglichkeit das Skript leicht zu finden als jedes einzelne Skript zu deaktivieren? -
@domi920 sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
Wie viel Auslastung wäre für Javascript "normal"?
das kommt auf die Auslastung deiner Instanz an.
Wie geschrieben halte ich 15% eines CPU Kerns nicht für schlimm.
Wenn es dann wieder klemmt und dann dort ein wesentlich höherer Wert auftaucht kann man da weitersuchen -
@domi920 Nein, auf meinem 5er läuft nur iobroker und pi-hole. Ausserdem nutze ich ihn noch als Samba-Server mit einer 2tb Samsung ssd. Als "Gehäuse", wenn man es so bezeichnen will, habe ich ein GeeekPi Raspberry Pi 4 Cluster Gehäuse. Ich finde es praktisch, man kommt einfach an alle Anschlüsse hin und optisch gefällt es mir auch.
Da ist pro pi ein kleiner Lüfter, der immer läuft wenn der pi läuft. Im Falle des 5er ist das immer. Der Lüfter ist aber so leise, dass ich wirklich nichts höre, bin aber nicht mehr der Jüngste. Die Temperatur des 5er so liegt meist zwischen 40 bis 45 °C. -
@domi920 50%, also die Hälfte der Scripte deaktivieren und beobachten. Bleibt das Problem, liegt die Ursache in den verbliebenen 50%. Davon dann eben wieder die Hälfte bis das Problem verschwindet. Dann hast Du das Problem auf eine überschaubare Anzahl oder sogar DAS eine Script eingeschränkt.
Beliebt sind Scripte mit Timeout-Funktion und Intervall, wenn die nicht sauber wieder gestoppt werden und immer wieder starten. Auch Trigger in Trigger (was eh falsch ist) kann zu solchen Problemen führen.Gruss, Jürgen
-
@winni so was hatte ich mir 2015 mit Pi2 gebaut
hab danach das Cluster nicht mehr in Angriff genommen
-
@homoran Habe schon relativ viele Skripte weil unser Haus zu 80% über den ioBroker läuft
Wenn ich den Adapter neustarte dann kann es schon mal 60 - 80 % Auslastung bei den JavaScript Adapter geben, aber nach einigen fällt dieser auf meist 15 - 25 % ca
Aber direkt eine Funktion gibt es nicht die die Auslastung einzelner Skripte anzeigt? -
@domi920 sagte in ioBroker hängt Sekunden, keine Daten auf Admin:
Wenn ich den Adapter neustarte dann kann es schon mal 60 - 80 % Auslastung bei den JavaScript Adapter geben,
klar!
in dem Moment werden alle Scripte neu kompiliert -
@winni Interessant...
Finde den Lüfter des Raspberry Pi 5 schon "laut" wenn man auf hohen Niveau jammern darf. Der Raspberry steht bei uns auch im Esszimmer weil es dort mit LAN mit dem Router verbunden ist.
Wäre natürlich tollob sich der Lüfter selbst drosseln würde wenn es nicht von nöten ist -
@wildbill Danke für deine Tipps
