Absturz jede Woche beheben

Meister Mopper

@g-hawk sagte in Absturz jede Woche beheben:

Wie kann ich den HTOP posten, das kann ich nicht kopieren.

Shift-Taste halten und markieren.

Thomas Braun

Verwende

top

G.Hawk

@thomas-braun

pi@Raspberrypi:~ $ top
top - 16:45:12 up  1:24,  1 user,  load average: 1,32, 1,01, 0,93
Tasks: 201 total,   3 running, 198 sleeping,   0 stopped,   0 zombie
%CPU(s): 34,8 us,  7,0 sy,  0,0 ni, 56,0 id,  0,2 wa,  0,0 hi,  2,0 si,  0,0 st
MiB Spch:   3794,3 total,    622,7 free,   2711,8 used,    459,8 buff/cache
MiB Swap:    100,0 total,    100,0 free,      0,0 used.    958,3 avail Spch

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
  64063 iobroker  20   0  878736 111268  36540 R  70,5   2,9   0:05.75 io.daswetter.0
    685 iobroker  20   0 5538148 524296  43196 S  54,0  13,5  25:34.32 iobroker.js-con
   1922 iobroker  20   0  993072 134848  37468 S  12,6   3,5   3:36.06 io.web.0
    930 iobroker  20   0 1119776 262500  41504 R  11,9   6,8   6:49.58 io.javascript.0
    979 iobroker  20   0  990288 113728  36288 S   8,3   2,9   3:21.37 io.influxdb.0
   1270 iobroker  20   0  698396 105584  41816 S   5,6   2,7   1:47.06 io.tr-064.0
   2067 iobroker  20   0  689412  85740  36956 S   1,7   2,2   0:35.80 io.reolink.2
   2129 iobroker  20   0  689180  84880  36868 S   1,7   2,2   0:36.03 io.reolink.3
   2153 iobroker  20   0  688852  86144  36940 S   1,7   2,2   0:35.81 io.reolink.5
   1647 iobroker  20   0  694904  92824  41664 S   1,0   2,4   0:48.43 io.opendtu.0
    394 avahi     20   0    7144   3272   2764 S   0,7   0,1   0:04.02 avahi-daemon
    430 influxdb  20   0 1162896 170236  61164 S   0,7   4,4   1:05.01 influxd
    919 iobroker  20   0 1027740 190380  42792 S   0,7   4,9   2:06.77 io.admin.0
   1228 iobroker  20   0  687832  82524  36156 S   0,7   2,1   0:39.56 io.ping.0
   1541 iobroker  20   0  690648 106452  41820 S   0,7   2,7   0:33.34 io.fully-tablet
  63567 pi        20   0   10304   3468   2832 R   0,7   0,1   0:00.27 top
   1003 iobroker  20   0 9350992 101416  44388 S   0,3   2,6   0:13.41 io.backitup.0
   1343 iobroker  20   0  991168 140148  42544 S   0,3   3,6   1:02.80 io.tuya.0
  63548 pi        20   0   16060   4664   3420 S   0,3   0,1   0:00.05 sshd
      1 root      20   0  164996  10036   7328 S   0,0   0,3   0:02.87 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:01.45 ksoftirqd/0
     15 root      20   0       0      0      0 I   0,0   0,0   0:08.45 rcu_preempt
     16 root      rt   0       0      0      0 S   0,0   0,0   0:00.01 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.02 migration/1
     20 root      20   0       0      0      0 S   0,0   0,0   0:00.52 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.01 migration/2
     25 root      20   0       0      0      0 S   0,0   0,0   0:00.51 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.01 migration/3
     30 root      20   0       0      0      0 S   0,0   0,0   0:00.45 ksoftirqd/3
     33 root      20   0       0      0      0 S   0,0   0,0   0:00.00 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:01.36 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

MIB SWAP ist irgendwann voll und dann stürzt er ab.

Oder ich warte mal wenn es wieder passiert und poste dann den log.

Gruß

Homoran

@g-hawk was ist denn mit deinem Wetter Adapter los?

G.Hawk

@homoran
Ich weiß es nicht, ist da was falsch?

Homoran

@g-hawk sagte in Absturz jede Woche beheben:

ist da was falsch?

70% CPU ist definitiv nicht richtig

G.Hawk

@homoran

  685 iobroker  20   0 5538316 524848  43196 S  10,6  13,5  28:12.16 iobroker.js-con
    930 iobroker  20   0 1113292 254616  41504 S   4,3   6,6   7:25.09 io.javascript.0
   1922 iobroker  20   0  992800 134144  37468 S   4,0   3,5   4:32.80 io.web.0
   1270 iobroker  20   0  698396 105620  41816 S   3,3   2,7   1:58.72 io.tr-064.0
    430 influxdb  20   0 1162896 170956  61164 S   2,7   4,4   1:13.06 influxd
   1343 iobroker  20   0  991888 140904  42544 S   2,7   3,6   1:09.23 io.tuya.0
    979 iobroker  20   0  990256 113036  36288 S   2,3   2,9   3:43.55 io.influxdb.0
   1647 iobroker  20   0  695388  94176  41664 S   1,3   2,4   0:53.42 io.opendtu.0
   2067 iobroker  20   0  689704  86468  36956 S   1,0   2,2   0:39.57 io.reolink.2
    394 avahi     20   0    7144   3272   2764 S   0,7   0,1   0:04.66 avahi-daemon
     15 root      20   0       0      0      0 I   0,3   0,0   0:09.28 rcu_preempt
   1568 iobroker  20   0  681412  74640  36316 S   0,3   1,9   0:13.01 io.harmony.0
  69037 root      20   0       0      0      0 I   0,3   0,0   0:00.02 kworker/u8:0-events_unbound
  71584 pi        20   0   10256   3416   2836 R   0,3   0,1   0:00.18 top
      1 root      20   0  164996  10036   7328 S   0,0   0,3   0:02.89 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:01.61 ksoftirqd/0
     16 root      rt   0       0      0      0 S   0,0   0,0   0:00.01 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.02 migration/1
     20 root      20   0       0      0      0 S   0,0   0,0   0:00.56 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.01 migration/2
     25 root      20   0       0      0      0 S   0,0   0,0   0:00.56 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.02 migration/3
     30 root      20   0       0      0      0 S   0,0   0,0   0:00.49 ksoftirqd/3
     33 root      20   0       0      0      0 S   0,0   0,0   0:00.00 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:01.39 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
     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.55 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.00 hwrng
     66 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 iscsi_conn_clea

Homoran

@g-hawk das ist eine scheduled Instanz.
Die startet kurz, macht ihre Arbeit und legt sich wieder schlafen.

klar, dass das Leistung kostet. Ich habe den Adapter nicht, aber 70% CPU ist imho nicht normal

G.Hawk

@homoran
Also ich beobachte das ganze mal.
Erstmal vielen Dank für die Hilfe.

Gruß G.Hawk

G.Hawk

Hallo

Eben war ich am Skripte schreiben als er wieder abgestürzt ist.

Folgendes steht im Log, das steht da immer wenn er abstürzt.
Interessant sind die Zeiten...
Was sagt ihr dazu kann man da irgendwas dran erkennen?

2024-03-04 14:50:52.843 - info: smartmeter.0 (1271) Received 19 values, 8 updated
2024-03-04 14:50:59.633 - info: smartmeter.1 (1281) Received 19 values, 10 updated
2024-03-04 14:31:15.741 - info: host.Raspberrypi iobroker.js-controller version 5.0.19 js-controller starting
2024-03-04 14:31:15.748 - info: host.Raspberrypi Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker
2024-03-04 14:31:15.749 - info: host.Raspberrypi hostname: Raspberrypi, node: v18.19.1
2024-03-04 14:31:15.750 - info: host.Raspberrypi ip addresses: fd00::c7f0:7c62:3e69:b975 fe80::6213:58b0:7758:34f6
2024-03-04 14:31:20.834 - info: host.Raspberrypi connected to Objects and States
2024-03-04 14:31:20.955 - info: host.Raspberrypi added notifications configuration of host
2024-03-04 14:31:22.401 - info: host.Raspberrypi Delete state "system.host.Raspberrypi.versions.nodeCurrent"
2024-03-04 14:31:22.404 - info: host.Raspberrypi 61 instances found
2024-03-04 14:31:22.527 - info: host.Raspberrypi starting 42 instances
2024-03-04 14:31:22.789 - info: host.Raspberrypi instance system.adapter.admin.0 started with pid 930
2024-03-04 14:31:22.815 - info: host.Raspberrypi Delete state "system.host.Raspberrypi.versions.nodeNewest"
2024-03-04 14:31:22.868 - info: host.Raspberrypi Delete state "system.host.Raspberrypi.versions.nodeNewestNext"
2024-03-04 14:31:22.922 - info: host.Raspberrypi Delete state "system.host.Raspberrypi.versions.npmCurrent"
2024-03-04 14:31:22.977 - info: host.Raspberrypi Delete state "system.host.Raspberrypi.versions.npmNewest"
2024-03-04 14:31:23.029 - info: host.Raspberrypi Delete state "system.host.Raspberrypi.versions.npmNewestNext"
2024-03-04 14:31:23.080 - info: host.Raspberrypi Some obsolete host states deleted.
2024-03-04 14:31:26.368 - error: admin.0 (930) admin.0 already running
2024-03-04 14:31:26.372 - warn: admin.0 (930) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:31:26.720 - info: host.Raspberrypi instance system.adapter.javascript.0 started with pid 941
2024-03-04 14:31:27.169 - error: host.Raspberrypi instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:31:27.170 - info: host.Raspberrypi Restart adapter system.adapter.admin.0 because enabled
2024-03-04 14:31:30.725 - info: host.Raspberrypi instance system.adapter.pushover.0 started with pid 963
2024-03-04 14:31:31.150 - error: javascript.0 (941) javascript.0 already running
2024-03-04 14:31:31.154 - warn: javascript.0 (941) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:31:31.897 - error: host.Raspberrypi instance system.adapter.javascript.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:31:31.898 - info: host.Raspberrypi Restart adapter system.adapter.javascript.0 because enabled
2024-03-04 14:31:33.149 - error: pushover.0 (963) pushover.0 already running
2024-03-04 14:31:33.155 - warn: pushover.0 (963) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:31:33.922 - error: host.Raspberrypi instance system.adapter.pushover.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:31:33.923 - info: host.Raspberrypi Restart adapter system.adapter.pushover.0 because enabled
2024-03-04 14:31:34.723 - info: host.Raspberrypi instance system.adapter.influxdb.0 started with pid 974
2024-03-04 14:58:15.470 - error: influxdb.0 (974) influxdb.0 already running
2024-03-04 14:58:15.474 - warn: influxdb.0 (974) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:58:16.168 - error: host.Raspberrypi instance system.adapter.influxdb.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:58:16.169 - info: host.Raspberrypi Restart adapter system.adapter.influxdb.0 because enabled
2024-03-04 14:58:16.770 - info: host.Raspberrypi instance system.adapter.backitup.0 started with pid 990
2024-03-04 14:58:19.145 - error: backitup.0 (990) backitup.0 already running
2024-03-04 14:58:19.149 - warn: backitup.0 (990) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:58:19.845 - error: host.Raspberrypi instance system.adapter.backitup.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:58:19.846 - info: host.Raspberrypi Restart adapter system.adapter.backitup.0 because enabled
2024-03-04 14:58:20.766 - info: host.Raspberrypi instance system.adapter.alexa2.0 started with pid 1001
2024-03-04 14:58:23.177 - error: alexa2.0 (1001) alexa2.0 already running
2024-03-04 14:58:23.182 - warn: alexa2.0 (1001) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:58:23.873 - error: host.Raspberrypi instance system.adapter.alexa2.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:58:23.874 - info: host.Raspberrypi Restart adapter system.adapter.alexa2.0 because enabled
2024-03-04 14:58:24.770 - info: host.Raspberrypi instance system.adapter.hm-rega.0 started with pid 1014
2024-03-04 14:58:27.245 - error: hm-rega.0 (1014) hm-rega.0 already running
2024-03-04 14:58:27.250 - warn: hm-rega.0 (1014) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:58:27.946 - error: host.Raspberrypi instance system.adapter.hm-rega.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:58:27.948 - info: host.Raspberrypi Restart adapter system.adapter.hm-rega.0 because enabled
2024-03-04 14:58:28.777 - info: host.Raspberrypi instance system.adapter.hm-rpc.0 started with pid 1025
2024-03-04 14:58:29.135 - info: host.Raspberrypi instance system.adapter.hm-rega.0 started with pid 1034
2024-03-04 14:58:31.626 - error: hm-rpc.0 (1025) hm-rpc.0 already running
2024-03-04 14:58:31.632 - warn: hm-rpc.0 (1025) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:58:32.368 - error: host.Raspberrypi instance system.adapter.hm-rpc.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:58:32.369 - info: host.Raspberrypi Restart adapter system.adapter.hm-rpc.0 because enabled
2024-03-04 14:58:32.769 - info: host.Raspberrypi instance system.adapter.hm-rpc.1 started with pid 1049
2024-03-04 14:58:32.859 - info: hm-rega.0 (1034) starting. Version 4.0.0 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v18.19.1, js-controller: 5.0.19
2024-03-04 14:58:33.674 - info: host.Raspberrypi instance system.adapter.hm-rpc.0 started with pid 1060
2024-03-04 14:58:33.736 - info: hm-rega.0 (1034) subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT
2024-03-04 14:58:33.852 - info: hm-rega.0 (1034) ReGaHSS 192.168.10.19 up
2024-03-04 14:58:33.959 - info: hm-rega.0 (1034) time difference local-ccu 1s
2024-03-04 14:58:35.724 - info: host.Raspberrypi instance system.adapter.admin.0 started with pid 1075
2024-03-04 14:58:35.842 - error: hm-rpc.1 (1049) hm-rpc.1 already running
2024-03-04 14:58:35.849 - warn: hm-rpc.1 (1049) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-03-04 14:58:36.937 - error: host.Raspberrypi instance system.adapter.hm-rpc.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-03-04 14:58:36.938 - info: host.Raspberrypi Restart adapter system.adapter.hm-rpc.1 because enabled
2024-03-04 14:58:37.037 - info: host.Raspberrypi instance scheduled system.adapter.ical.0 0,30 * * * *
2024-03-04 14:58:37.044 - info: host.Raspberrypi instance system.adapter.ical.0 started with pid 1082
2024-03-04 14:58:38.222 - info: host.Raspberrypi instance system.adapter.hm-rpc.1 started with pid 1089
2024-03-04 14:58:38.440 - info: hm-rpc.0 (1060) starting. Version 1.16.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v18.19.1, js-controller: 5.0.19
2024-03-04 14:58:39.360 - info: hm-rpc.0 (1060) xmlrpc server is trying to listen on 192.168.10.13:2001
2024-03-04 14:58:39.362 - info: hm-rpc.0 (1060) xmlrpc client is trying to connect to 192.168.10.19:2001/ with ["http://192.168.10.13:2001","Raspberrypi:hm-rpc.0:5328f3ff804d13e23c227f6c4373fef7"]
2024-03-04 14:58:39.523 - info: hm-rpc.0 (1060) xmlrpc <- system.listMethods ["Raspberrypi:hm-rpc.0:5328f3ff804d13e23c227f6c4373fef7"]
2024-03-04 14:58:39.556 - info: hm-rpc.0 (1060) xmlrpc <- listDevices ["Raspberrypi:hm-rpc.0:5328f3ff804d13e23c227f6c4373fef7"]
2024-03-04 14:58:40.021 - info: hm-rpc.0 (1060) xmlrpc -> 252 devices
2024-03-04 14:58:40.130 - info: hm-rpc.0 (1060) Connected
2024-03-04 14:58:40.486 - info: host.Raspberrypi instance system.adapter.javascript.0 started with pid 1108
2024-03-04 14:58:41.252 - info: host.Raspberrypi instance scheduled system.adapter.ical.1 0,30 * * * *

Gruß

Homoran

@g-hawk sagte in Absturz jede Woche beheben:

Interessant sind die Zeiten...

das ist das log beim Neustart, leider nicht von davor. Das müsste aber als Datei vorliegen.

Die Zeiten scheinen daher zu rühren, dass es etwas dauert, bis der Raspi sich wieder mit dem ntp-Server synchronisiert.

Thomas Braun

@g-hawk

starting 42 instances

Könnte auch etwas zu viel sein.

da_Woody

@g-hawk hab jetzt beim durscrollen erst mitbekommen.
RP4 mit proxmox auf einer 32er Karte?
Sorry... Da wundert mich nichts.

Homoran

@da_woody sagte in Absturz jede Woche beheben:

mit proxmox

das hab ich nicht gelesen.

Warum hackt ihr auf der 32GB Karte rum?

Solange die nicht voll ist, ist das ok

da_Woody

@homoran sorry, war 12er Eintrag von @MartinP

Thomas Braun

@homoran sagte in Absturz jede Woche beheben:

das hab ich nicht gelesen.

Kannste auch nicht gelesen haben, ist nämlich kein virtuelles System.

Solange die nicht voll ist, ist das ok

Aber auf dem Weg dorthin. 80% ist gut gefüllt.

G.Hawk

@thomas-braun
Wieviel Instanzen kann der denn vertragen?
Wäre vielleicht ein PI5 8 GB mit m2 eine Alternative?
Ich dachte eigentlich immer ich habe es gar nicht so übertrieben.
Ich habe ca 40 Instanzen, 25000 Objekte und ca. 200 Skripte und eine recht umfangreiche VIS.
Ist das zuviel für den PI 4 mit 4GB?

Gruß

DJMarc75

@g-hawk sagte in Absturz jede Woche beheben:

Ich habe ca 40 Instanzen

@g-hawk sagte in Absturz jede Woche beheben:

Ist das zuviel für den PI 4 mit 4GB

Ja - grenzwertig

Thomas Braun

@g-hawk sagte in Absturz jede Woche beheben:

Ist das zuviel für den PI 4 mit 4GB?

Joh.
Alleine die 40 Adapter kannst du mit je 80 - 100 MB veranschlagen. Damit biste also damit schon an der Grenze.
Dann braucht das OS noch ein wenig usw.
Wenn dann was läuft, was nochmal richtig RAM frisst (Backup z. B.) ist dann Schicht im Schacht.

G.Hawk

@thomas-braun
Das komische ist nur dass es eine Woche lang gut geht und dann auf einmal nicht mehr.
Was wäre denn eine Alternative mit mehr Leistung?

NEWS

Absturz jede Woche beheben

Support us

539
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

Absturz jede Woche beheben

Support us

539Online

31.9kUsers

80.2kTopics

1.3mPosts

539
Online

31.9k
Users

80.2k
Topics

1.3m
Posts