[gelöst] VIS-2 stürzt laufend ab

fuzzy1955

Danke für die Hinweise! Das letzte Mal hab ich den Raspi vor 14 Tagen komplett neu installiert (das 5.Mal innerhalb von 2 Monaten). Streng nach Anleitung. Kann es sein dass der Raspi4 einen Schaden hat? Nur - nach einer Neuinstallation läuft er wie geschmiert.

Thomas Braun

@fuzzy1955

Ich vermute da eher ein krummes Skript.

Homoran

@fuzzy1955 du kannst uns ja mal due Ausgabe von top zeigen.
Dann sieht man hoffentlich zumindest welcher Prozess da die ganze Leistung frisst

fuzzy1955

@homoran

Ja, klar:

top - 16:20:03 up 44 min,  1 user,  load average: 3,02, 2,00, 1,41
Tasks: 165 total,   1 running, 164 sleeping,   0 stopped,   0 zombie
%CPU(s):  0,2 us,  0,6 sy,  0,0 ni, 63,6 id, 35,7 wa,  0,0 hi,  0,0 si,  0,0 st
MiB Spch:   3790,9 total,   2033,0 free,    843,9 used,    981,4 buff/cache
MiB Swap:    512,0 total,    512,0 free,      0,0 used.   2947,0 avail Spch

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
   6224 pi        20   0   12224   5120   2944 R   0,7   0,1   0:00.08 top
     93 root     -51   0       0      0      0 S   0,3   0,0   0:05.37 irq/37-mmc0
    593 iobroker  20   0 9572052 281092  40960 S   0,3   7,2   1:41.05 iobroker.js-con
    892 iobroker  20   0 9524100 168948  47232 S   0,3   4,4   0:39.21 io.admin.0
   4401 root      20   0       0      0      0 I   0,3   0,0   0:01.55 kworker/2:3-events
   4434 root      20   0       0      0      0 D   0,3   0,0   0:00.06 kworker/u11:2+flush-8:0
      1 root      20   0  317360  12580   8408 S   0,0   0,3   0:05.29 systemd
      2 root      20   0       0      0      0 S   0,0   0,0   0:00.01 kthreadd
      3 root      20   0       0      0      0 S   0,0   0,0   0:00.00 pool_workqueue_release
      4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-rcu_g
      5 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-rcu_p
      6 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-slub_
      7 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-netns
      9 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/0:0H-events_highpri
     11 root      20   0       0      0      0 I   0,0   0,0   0:00.37 kworker/u8:0-netns
     12 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-mm_pe
     13 root      20   0       0      0      0 I   0,0   0,0   0:00.00 rcu_tasks_kthread
     14 root      20   0       0      0      0 I   0,0   0,0   0:00.00 rcu_tasks_rude_kthread
     15 root      20   0       0      0      0 I   0,0   0,0   0:00.00 rcu_tasks_trace_kthread
     16 root      20   0       0      0      0 S   0,0   0,0   0:00.07 ksoftirqd/0
     17 root      20   0       0      0      0 I   0,0   0,0   0:00.80 rcu_preempt
     18 root      rt   0       0      0      0 S   0,0   0,0   0:00.00 migration/0
     19 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/0
     20 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/1
     21 root      rt   0       0      0      0 S   0,0   0,0   0:00.00 migration/1
     22 root      20   0       0      0      0 S   0,0   0,0   0:00.06 ksoftirqd/1
     24 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/1:0H-events_highpri
     25 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/2
     26 root      rt   0       0      0      0 S   0,0   0,0   0:00.00 migration/2
     27 root      20   0       0      0      0 S   0,0   0,0   0:00.05 ksoftirqd/2
     29 root       0 -20       0      0      0 I   0,0   0,0   0:00.21 kworker/2:0H-kblockd
     30 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/3
     31 root      rt   0       0      0      0 S   0,0   0,0   0:00.00 migration/3
     32 root      20   0       0      0      0 S   0,0   0,0   0:00.05 ksoftirqd/3
     34 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/3:0H-events_highpri
     36 root      20   0       0      0      0 I   0,0   0,0   0:00.03 kworker/u10:0-events_unbound
     37 root      20   0       0      0      0 I   0,0   0,0   0:00.20 kworker/u11:0-events_unbound
     38 root      20   0       0      0      0 I   0,0   0,0   0:00.37 kworker/u12:0-events_unbound
     39 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kdevtmpfs
     40 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-inet_
     41 root      20   0       0      0      0 I   0,0   0,0   0:01.11 kworker/u9:1-events_unbound
     42 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kauditd
     44 root      20   0       0      0      0 S   0,0   0,0   0:00.00 khungtaskd
     45 root      20   0       0      0      0 S   0,0   0,0   0:00.00 oom_reaper
     46 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-write
     47 root      20   0       0      0      0 S   0,0   0,0   0:00.09 kcompactd0
     48 root      20   0       0      0      0 I   0,0   0,0   0:00.16 kworker/3:1-mm_percpu_wq
     49 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-kinte
     50 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-kbloc
     51 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-blkcg
     52 root      20   0       0      0      0 I   0,0   0,0   0:00.12 kworker/u12:1-events_unbound
     53 root     -51   0       0      0      0 S   0,0   0,0   0:00.00 watchdogd
     55 root       0 -20       0      0      0 I   0,0   0,0   0:00.09 kworker/3:1H-kblockd
     56 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/R-rpcio

Homoran

@fuzzy1955 Das ist jetzt strange!
CPU und MEM passen überhaupt nicht zur load.

wo ist das Betriebssystem installiert?
SD oder USB?

fuzzy1955

@thomas-braun

Meinst du ein JavaScript im IoBroker?

fuzzy1955

@homoran

Auf USB 3.0

Homoran

@fuzzy1955 sagte in VIS-2 stürzt laufend ab:

Auf USB 3.0

BINGO!
das passt dann.

Herunterfahren!
bitte an USB2 stecken
Neu starten und freuen

fuzzy1955

@homoran

Ich hab übrigens gerade vorher Grafana deinstalliert. War es das vielleicht?

jetzt ist

load average: 0.76, 1.27, 1.28

Homoran

@fuzzy1955 sagte in VIS-2 stürzt laufend ab:

War es das vielleicht?

Vielleicht der Auslöser, aber nicht die Ursache.

Beim Pi4 kommt es zu Störstrahlung der CPU auf den USB3.
Wenn dann viele Daten geschaufelt werden, kommen die nicht sauber durch und werden immer wieder neu geschickt, was die load in die Höhe treibt

fuzzy1955

@homoran

Hab ich gemacht und neu gebootet. Leider wieder das Gleiche. Aber der Fehler ist etwas später aufgetaucht:

vis-2.0
2025-01-28 16:35:00.278	info	terminating with timeout

vis-2.0
2025-01-28 16:34:59.277	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

vis-2.0
2025-01-28 16:34:59.276	debug	Plugin sentry destroyed

vis-2.0
2025-01-28 16:34:59.275	info	terminating

vis-2.0
2025-01-28 16:34:58.766	error	Cannot read properties of null (reading 'file')

vis-2.0
2025-01-28 16:34:58.766	error	TypeError: Cannot read properties of null (reading 'file') at buildHtmlPages (/opt/iobroker/node_modules/iobroker.vis-2/main.js:859:51) at async Object.main [as ready] (/opt/iobroker/node_modules/iobroker.vis-2/main.js:1054:5)

vis-2.0
2025-01-28 16:34:58.765	error	unhandled promise rejection: Cannot read properties of null (reading 'file')

vis-2.0
2025-01-28 16:34:58.761	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

sigi234

@fuzzy1955
Hat dir @Homoran schon geschrieben, suche mal nach visUtils

fuzzy1955

@sigi234

Wenn ich die VIS-2-Instanz deaktiviere, ist die Meldung weg.

Homoran

@fuzzy1955 sagte in VIS-2 stürzt laufend ab:

@sigi234

Wenn ich die VIS-2-Instanz deaktiviere, ist die Meldung weg.

natürlich!
ohne vis wird auch kein visutils benötigt.

aber das log läuft a) rückwärts und ist aus dem Zusammenhang gerissen

sigi234

@fuzzy1955

https://forum.iobroker.net/topic/78696/fehler-im-log-host-iobroker-cannot-call-visutils?_=1738081304760

fuzzy1955

@homoran sagte in VIS-2 stürzt laufend ab:

USB2

Guten Morgen, homoran!

Dein Tipp mit dem Boot-Stick am Raspi4-USB2 wirkt sagenhaft. Das System ist schnell wie nie zuvor! Herzlichen Dank für deine Unterstützung! Du bist wirklich ein absoluter Profi .. und ich mit meinen 3 Monaten Linux-Erfahrung habe noch Lernbedarf

NEWS

[gelöst] VIS-2 stürzt laufend ab

Support us

954
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

[gelöst] VIS-2 stürzt laufend ab

Support us

954Online

31.9kUsers

80.2kTopics

1.3mPosts

954
Online

31.9k
Users

80.2k
Topics

1.3m
Posts