NEWS
Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]
-
@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:~ $@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:
Bitteschön
nöö, ist nach CPU sortiert.
mem geht kreuz und quer
-
@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:
Bitteschön
nöö, ist nach CPU sortiert.
mem geht kreuz und quer
@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 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:~ $@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 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
@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 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:~ $@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 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
@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 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!
@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 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
@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 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@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 sortiertWas 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 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 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 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 sortiertWas 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!@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:
Andere haben mehr Geduld mit mir!!
ach so!
-
@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!
@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 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi:
Andere haben mehr Geduld mit mir!!
ach so!
@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 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
@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!
-
Größeres Fass besorgen. Die 2GB reichen nicht für die Party aus.
@thomas-braun said in Täglicher Absturz ioBroker + Zugriff auf Raspi:
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!!:+1: :+1:
-
@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 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
topauf 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 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
topauf 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.
@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
topauf 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!
-
@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
topauf 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!
@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]:
vorbei zum Jostedal-Gletscher unterwegs,
:) ... :grin:
-
@searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]:
vorbei zum Jostedal-Gletscher unterwegs,
:) ... :grin:
@glasfaser said in Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]:
:+1: :blush: :grin: > @searcher57 sagte in Täglicher Absturz ioBroker + Zugriff auf Raspi [gelöst]:vorbei zum Jostedal-Gletscher unterwegs,
:) ... :grin:
Ja, gestern am Stora Bör See auf einem sehr empfehlenswerten Grinsby-Campingplatz übernachtet. Heute in Gor und morgen zu Gletscher! :+1: :blush: :grin:
637
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge