Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]

crunchip

@searcher57 den Adapter hast du doch auch laufen, ist aber eigentlich nicht nötig

Homoran

@searcher57

wollte ich dir gerade zitieren, da sehe ich dass deine Ausgabe von top nicht nach MEM sortiert ist!

mach das bitte noch mal

searcher57

@homoran said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

top

Bitteschön.


pi@raspberrypi:~ $ top
top - 22:35:20 up  2:11,  1 user,  load average: 0.12, 0.16, 0.17
Tasks: 165 total,   3 running, 162 sleeping,   0 stopped,   0 zombie
%Cpu(s): 16.0 us,  3.2 sy,  0.0 ni, 79.4 id,  0.2 wa,  0.0 hi,  1.2 si,  0.0 st
MiB Mem :   1849.2 total,    376.9 free,   1101.9 used,    370.5 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.    683.1 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   1947 iobroker  20   0  726704  73480  37132 R  39.9   3.9   0:03.38 io.yr.0
    588 iobroker  20   0  888892 188188  40764 R  31.6   9.9  12:24.71 iobroker.js-con
    987 iobroker  20   0  937708  88856  36360 S   7.3   4.7   3:18.30 io.influxdb.0
    414 influxdb  20   0 1065732 130176  56936 S   1.0   6.9   1:07.91 influxd
    700 iobroker  20   0  977624 140600  42532 S   1.0   7.4   1:04.39 io.admin.0
   1018 iobroker  20   0  667000  78456  36196 S   0.7   4.1   0:12.48 io.hm-rpc.0
   1093 iobroker  20   0  938700  93644  42148 S   0.7   4.9   0:18.24 io.telegram.0
     30 root      20   0       0      0      0 S   0.3   0.0   0:00.17 ksoftirqd/3
    910 iobroker  20   0  665124  77712  35956 S   0.3   4.1   0:11.13 io.discovery.0
   1033 iobroker  20   0  662128  70344  36040 S   0.3   3.7   0:12.82 io.simple-api.0
   1160 iobroker  20   0  665728  74824  35964 S   0.3   4.0   0:11.53 io.web.0
   1963 pi        20   0   10188   3292   2688 R   0.3   0.2   0:00.09 top
      1 root      20   0  165216  10144   7360 S   0.0   0.5   0:02.26 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.04 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
pi@raspberrypi:~ $

Homoran

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Bitteschön

nöö, ist nach CPU sortiert.

mem geht kreuz und quer

searcher57

@homoran said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Bitteschön

nöö, ist nach CPU sortiert.

mem geht kreuz und quer

neuer Versuch!

pi@raspberrypi:~ $ top
top - 22:39:02 up  2:14,  1 user,  load average: 0.06, 0.09, 0.13
Tasks: 163 total,   1 running, 162 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.1 us,  0.5 sy,  0.0 ni, 98.3 id,  0.0 wa,  0.0 hi,  0.1 si,  0.0 st
MiB Mem :   1849.2 total,    329.6 free,   1148.7 used,    371.0 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.    636.3 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    588 iobroker  20   0  891196 188532  40764 S   3.7  10.0  12:38.29 iobroker.js-con
    700 iobroker  20   0  973680 137724  42532 S   0.7   7.3   1:06.40 io.admin.0
    987 iobroker  20   0  937708  89108  36360 S   0.7   4.7   3:21.45 io.influxdb.0
   1077 iobroker  20   0  928776 165792  37636 S   0.7   8.8   0:21.63 io.tankerkoenig
   1108 iobroker  20   0  661060  71868  35976 S   0.7   3.8   0:11.06 io.text2command
   1989 pi        20   0   10184   3280   2676 R   0.7   0.2   0:00.15 top
    103 root       0 -20       0      0      0 I   0.3   0.0   0:02.63 kworker/0:1H-mmc_complete
    104 root      20   0       0      0      0 S   0.3   0.0   0:01.74 jbd2/mmcblk0p2-8
    414 influxdb  20   0 1065732 129644  56936 S   0.3   6.8   1:09.18 influxd
    925 iobroker  20   0  664292  75836  36036 S   0.3   4.0   0:10.53 io.echarts.0
      1 root      20   0  165216  10144   7360 S   0.0   0.5   0:02.26 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.04 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
pi@raspberrypi:~ $
pi@raspberrypi:~ $ top
top - 22:40:50 up  2:16,  1 user,  load average: 0.01, 0.06, 0.11
Tasks: 161 total,   1 running, 160 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.7 us,  0.7 sy,  0.0 ni, 97.6 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   1849.2 total,    338.4 free,   1139.7 used,    371.2 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.    645.3 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    588 iobroker  20   0  891196 188624  40764 S   4.3  10.0  12:42.84 iobroker.js-con
    987 iobroker  20   0  937856  88292  36360 S   1.7   4.7   3:22.64 io.influxdb.0
   1993 pi        20   0   10200   3236   2620 R   1.3   0.2   0:00.21 top
    700 iobroker  20   0  973680 137724  42532 S   0.7   7.3   1:07.12 io.admin.0
    910 iobroker  20   0  665380  77912  35956 S   0.7   4.1   0:11.51 io.discovery.0
    414 influxdb  20   0 1065732 130172  56936 S   0.3   6.9   1:09.74 influxd
   1018 iobroker  20   0  667000  79036  36196 S   0.3   4.2   0:12.90 io.hm-rpc.0
      1 root      20   0  165216  10144   7360 S   0.0   0.5   0:02.26 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.04 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.57 ksoftirqd/0
     15 root      20   0       0      0      0 I   0.0   0.0   0:04.51 rcu_preempt
     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.18 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.17 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.17 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
pi@raspberrypi:~ $

Homoran

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

neuer Versuch!

dito!
siehst du das nicht?

hattest du SHIFT-M gedrückt (großes M)

gerade getestet

nach mem sortiert

searcher57

@homoran said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

neuer Versuch!

dito!
siehst du das nicht?

hattest du SHIFT-M gedrückt (großes M)

gerade getestet

nach mem sortiert

Maaaaan sag das doch!


pi@raspberrypi:~ $ top
top - 22:48:30 up  2:24,  1 user,  load average: 0.19, 0.08, 0.08
Tasks: 164 total,   1 running, 163 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.6 us,  0.4 sy,  0.0 ni, 97.9 id,  0.0 wa,  0.0 hi,  0.1 si,  0.0 st
MiB Mem :   1849.2 total,    339.9 free,   1137.8 used,    371.6 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.    647.2 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    588 iobroker  20   0  891196 189176  40764 S   4.3  10.0  13:03.96 iobroker.js-con
    700 iobroker  20   0  973680 137196  42532 S   0.7   7.2   1:10.63 io.admin.0
    987 iobroker  20   0  937988  88036  36360 S   0.7   4.6   3:28.07 io.influxdb.0
   1108 iobroker  20   0  661060  72092  35976 S   0.7   3.8   0:11.77 io.text2command
   1191 iobroker  20   0  933088  83636  37252 S   0.7   4.4   0:46.76 io.alexa2.0
   2029 pi        20   0   10308   3268   2728 R   0.7   0.2   0:00.13 top
    103 root       0 -20       0      0      0 I   0.3   0.0   0:02.67 kworker/0:1H-mmc_complete
    894 iobroker  20   0  729136  72724  35864 S   0.3   3.8   0:11.73 io.broadlink2.0
   1093 iobroker  20   0  939868  93852  42148 S   0.3   5.0   0:19.86 io.telegram.0
   1160 iobroker  20   0  665984  76760  35964 S   0.3   4.1   0:12.43 io.web.0
      1 root      20   0  165216  10144   7360 S   0.0   0.5   0:02.26 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.04 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.58 ksoftirqd/0
     15 root      20   0       0      0      0 I   0.0   0.0   0:04.67 rcu_preempt
     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.19 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.18 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.18 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.51 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
     52 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rpciod
     53 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 xprtiod
     54 root      20   0       0      0      0 S   0.0   0.0   0:00.00 kswapd0
     55 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 nfsiod
     56 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kthrotld
     64 root      20   0       0      0      0 S   0.0   0.0   0:00.00 hwrng
     65 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 iscsi_conn_clea
     66 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 nvme-wq
     67 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 nvme-reset-wq
     68 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 nvme-delete-wq
     70 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 DWC Notificatio
pi@raspberrypi:~ $

Homoran

@searcher57 geht doch!

demnach läuft der Discovery auch nicht.

wie du bei mir siehst sind von den knapp 6 GB RAM noch gut 3 GB verfügbar.
also etwa 3GB in echter Benutzung!

du hast gerade auch wieder 672 MB verfügbar.

spiel noch weiter rum, behalt dabei die available Mem im Auge und die dann korrespondierend mit dem RAM Verbrauch ansteigenden %mem bei den Instanzen

searcher57

@homoran said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

@searcher57 geht doch!

demnach läuft der Discovery auch nicht.

wie du bei mir siehst sind von den knapp 6 GB RAM noch gut 3 GB verfügbar.
also etwa 3GB in echter Benutzung!

Bitte gib mir verständliche Anweisungen. Der Discovery Adapter läuft, bzw. ist grün!

Homoran

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Der Discovery Adapter läuft, bzw. ist grün!

den seh ich in der Liste nicht

dafür ist immer noch nicht richtig nach mem sortiert

searcher57

@homoran said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

@searcher57 geht doch!

demnach läuft der Discovery auch nicht.

wie du bei mir siehst sind von den knapp 6 GB RAM noch gut 3 GB verfügbar.
also etwa 3GB in echter Benutzung!

du hast gerade auch wieder 672 MB verfügbar.

spiel noch weiter rum, behalt dabei die available Mem im Auge und die dann korrespondierend mit dem RAM Verbrauch ansteigenden %mem bei den Instanzen

Tolle Rolle für einen Laien! Danke und gute Nacht!

searcher57

@homoran said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Der Discovery Adapter läuft, bzw. ist grün!

den seh ich in der Liste nicht

dafür ist immer noch nicht richtig nach mem sortiert

Was soll ich denn mehr machen, als nach Deinen Anweisungen vor zu gehen?? Wie gesagt, in 4 Wochen lesen wir voneinander. Andere haben mehr Geduld mit mir!!
Gute Nacht!

Homoran

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Tolle Rolle für einen Laien!

hä?

sollen wir dir jetzt eine Liste deiner Adapter und Skripte machen, in welcher Reihenfolge und Kombination du jeden einzelnen an und abschalten sollst?

das bekomnst du schon selber hin

Versteck dich nicht hinter dem Laien!
Das bin ich auch.

Homoran

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Andere haben mehr Geduld mit mir!!

ach so!

crunchip

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Der Discovery Adapter läuft, bzw. ist grün

schalt ihn ab, der wird eigentlich für neue Geräte-suche benötigt, somit aktuell unnötig

searcher57

@homoran said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Andere haben mehr Geduld mit mir!!

ach so!

Nein, ich verstehe deine Anweisungen selten. Was war an den"top" Anweisungen falsch? Ich hatte Shift M eingegeben. Kann es nicht auch mal sein, dass es nicht der Regel entsprechend ausgegeben wird? Wie gesagt : Einfach kann jeder!
Das habe ich in meiner 45 jährigen Tätigkeit als Elektroniker sehr oft kennen gelernt.
Trotzdem alles für Ungut.
Schlaf gut!
Danke!

searcher57

@crunchip said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:

Der Discovery Adapter läuft, bzw. ist grün

schalt ihn ab, der wird eigentlich für neue Geräte-suche benötigt, somit aktuell unnötig

Mach ich! Danke und gute Nacht!

searcher57

@thomas-braun said in Täglicher Absturz ioBroker + Zugriff auf Raspi:

@searcher57

Größeres Fass besorgen. Die 2GB reichen nicht für die Party aus.

Vielen Dank Thomas! Darauf hätten wir schon lange kommen können! Genau das werde ich demnächst incl. einer USV investieren.

Jetzt melde ich den Fall als gelöst!!

Homoran

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]:

Nein, ich verstehe deine Anweisungen selten

Was für Anweisungen. Das Letzte waren meine Versuche dir zu erklären wie du dir selber helfen kannst einem möglichen Speicherfresser auf die Schliche zu kommen.
Das kann dir nämlich niemand abnehmen oder 1:1 helfen.
Da hilft nur probieren, beobachten, wieder was anderes an/abschalten , warten, beobachten usw. bis sich vielleicht auf einmal etwas deutlich verschlechtert.

Du hattest etwa 500+ MB verfügbaren RAM, das ist bei knapp 2GB schon gut.
Nach ein paar Änderungen stieg das sogar auf 650.
Also in der Konfiguration zu dem Zeitpunkt kein großartiger Speicherfresser.

Da aber Adapter zumindest teilweise zeitgesteuert ihre Aktivität starten, Skripte auch, hilft es nur zu warten ob und wann es passiert.
Du kannst und sollst es versuchen zu provozieren, damit du den Zusammenhang zwischen dem Einfrieren und der möglichen Ursache erkennen kannst.
Dazu habe ich dir versucht die wichtigsten Kennwerte und Hilfsmittel zu zeigen und zu erklären.
Wenn jetzt zusätzlich noch das Hilfsmittel spinnen sollte und die Ausgabe nicht wie gewünscht sortiert ist, damit der größte Speicherverbrauch oben steht und sofort auffällt, nutzt die gesamte Ausgabe nichts.
Wenn man schon sieht, dass in der 8.-10. Zeile wieder größere Werte gelistet werden, als in den Zeilen darüber, könnte ja auch der Speicherfresser mit 40% RAM auf der 6. Seite der Ausgabe sein.
Dann ist dir (und uns) mit so einer Ausgabe nicht geholfen.
Wenn man das jetzt weiterspinnt könnte man das gesamte beidir installierete Linux als "gestört" ansehen, wenn da nicht einmal Standardbefehle ordentlich laufen.

Vielleicht hat aber auch der Speicher von deinem RasPi einen Schuss.

Alles ist möglich!

Man könnte sich auch zurücklegen und sagen:
2GB RAM sind zu wenig! Punkt!

Dafür hab ich dir die Ausgabe vo top auf meinem reinen ioBroker System gezeigt.
von 6GB sind etwa 3GB verfügbar.
Was umgekehrt heisst, dass ioBroker bei einer mittleren Installation 3GB braucht.
Also kein Speicherfresser sondern "normaler Mangel".

Dann fahr jetzt erst mal in Urlaub (Skagen am Leuchtturm ist immer einen Stop wert!) und überleg dir, ob du nicht auf etwas anderes mit mehr RAM umsteigen willst.

searcher57

@homoran said in Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]:

@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]:

Nein, ich verstehe deine Anweisungen selten

Was für Anweisungen. Das Letzte waren meine Versuche dir zu erklären wie du dir selber helfen kannst einem möglichen Speicherfresser auf die Schliche zu kommen.
Das kann dir nämlich niemand abnehmen oder 1:1 helfen.
Da hilft nur probieren, beobachten, wieder was anderes an/abschalten , warten, beobachten usw. bis sich vielleicht auf einmal etwas deutlich verschlechtert.

Du hattest etwa 500+ MB verfügbaren RAM, das ist bei knapp 2GB schon gut.
Nach ein paar Änderungen stieg das sogar auf 650.
Also in der Konfiguration zu dem Zeitpunkt kein großartiger Speicherfresser.

Da aber Adapter zumindest teilweise zeitgesteuert ihre Aktivität starten, Skripte auch, hilft es nur zu warten ob und wann es passiert.
Du kannst und sollst es versuchen zu provozieren, damit du den Zusammenhang zwischen dem Einfrieren und der möglichen Ursache erkennen kannst.
Dazu habe ich dir versucht die wichtigsten Kennwerte und Hilfsmittel zu zeigen und zu erklären.
Wenn jetzt zusätzlich noch das Hilfsmittel spinnen sollte und die Ausgabe nicht wie gewünscht sortiert ist, damit der größte Speicherverbrauch oben steht und sofort auffällt, nutzt die gesamte Ausgabe nichts.
Wenn man schon sieht, dass in der 8.-10. Zeile wieder größere Werte gelistet werden, als in den Zeilen darüber, könnte ja auch der Speicherfresser mit 40% RAM auf der 6. Seite der Ausgabe sein.
Dann ist dir (und uns) mit so einer Ausgabe nicht geholfen.
Wenn man das jetzt weiterspinnt könnte man das gesamte beidir installierete Linux als "gestört" ansehen, wenn da nicht einmal Standardbefehle ordentlich laufen.

Vielleicht hat aber auch der Speicher von deinem RasPi einen Schuss.

Alles ist möglich!

Man könnte sich auch zurücklegen und sagen:
2GB RAM sind zu wenig! Punkt!

Dafür hab ich dir die Ausgabe vo top auf meinem reinen ioBroker System gezeigt.
von 6GB sind etwa 3GB verfügbar.
Was umgekehrt heisst, dass ioBroker bei einer mittleren Installation 3GB braucht.
Also kein Speicherfresser sondern "normaler Mangel".

Dann fahr jetzt erst mal in Urlaub (Skagen am Leuchtturm ist immer einen Stop wert!) und überleg dir, ob du nicht auf etwas anderes mit mehr RAM umsteigen willst.

Also ich glaube, da habe ich Dich öfter in der Hektik falsch verstanden und deshalb herzlichen Dank für Deine ausführliche Erläuterung!
Ja, Du hast recht! Ich werde mir einen Raspi mit doppelt, oder gar 4fachem RAM zulegen.
Wir sind aber an Skagen vorbei über Fehmarn, Göteborg an Oslo vorbei zum Jostedal-Gletscher unterwegs, den wir morgen erreichen.

Also nochmal Danke für Deine Hilfe!

NEWS

Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]

Support us

1.1k
Online

31.7k
Users

79.7k
Topics

1.3m
Posts

NEWS

Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]

Support us

1.1kOnline

31.7kUsers

79.7kTopics

1.3mPosts

1.1k
Online

31.7k
Users

79.7k
Topics

1.3m
Posts