NEWS
Fehlermeldung BackitUp Adapter
-
Was bei
die Influx db läuft auf einem extra Pi3
mit 1GB RAM ja auch schnell vorkommen kann.
-
@thomas-braun sagte in Fehlermeldung BackitUp Adapter:
Was bei
mit 1GB RAM ja auch schnell vorkommen kann.@michaelf Also entweder
-
die Hardware wechseln oder
-
überlegen, was an Daten auch mal gelöscht werden kann und
-
ob es nötig ist, jede Änderung um ein Watt oder ein Zehntel Grad mitzuloggen.
-
-
Vielleicht bekommt man mit
top
auf dem separaten pi Gewissheit -
@homoran sagte in Fehlermeldung BackitUp Adapter:
Vielleicht bekommt man mit top auf dem separaten pi Gewissheit
Oder mitiob diag
. Aber das ist wohl so geheim, dass man dafür eine eigene "Signal" Gruppe erstellen müsste.Ach ne, war ja ne separate Kiste ...
-
@marc-berg sagte in Fehlermeldung BackitUp Adapter:
Oder mit iob diag
@michaelf sagte in Fehlermeldung BackitUp Adapter:
läuft auf einem extra Pi3 ohne iobroker Instanz.
wohl eher leider nicht
-
pi@Influxdb1:~ $ top top - 13:43:57 up 4 days, 4:50, 1 user, load average: 3,12, 2,85, 2,69 Tasks: 129 total, 1 running, 128 sleeping, 0 stopped, 0 zombie %CPU(s): 27,1 us, 2,4 sy, 0,0 ni, 63,1 id, 6,2 wa, 0,0 hi, 1,2 si, 0,0 st MiB Spch: 922,0 total, 73,7 free, 269,6 used, 578,7 buff/cache MiB Swap: 100,0 total, 83,2 free, 16,8 used. 695,8 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 32176 influxdb 20 0 2064704 355572 130288 S 113,3 37,7 642:27.60 influxd 13801 root 20 0 0 0 0 I 2,3 0,0 1:00.19 kworker/0:3-mm_percpu_wq 138 root 20 0 454548 301876 301432 S 1,0 32,0 46:05.70 systemd-journal 93 root 20 0 0 0 0 S 0,7 0,0 39:17.26 usb-storage 15629 root 20 0 0 0 0 I 0,7 0,0 0:06.18 kworker/u8:2-writeback 1 root 20 0 34760 5476 4036 S 0,3 0,6 24:59.86 systemd 13 root 20 0 0 0 0 S 0,3 0,0 6:20.58 ksoftirqd/0 95 root 0 -20 0 0 0 I 0,3 0,0 2:12.46 kworker/3:1H-kblockd 96 root 20 0 0 0 0 S 0,3 0,0 6:06.59 jbd2/sda2-8 101 root 0 -20 0 0 0 I 0,3 0,0 2:12.70 kworker/1:1H-kblockd 385 message+ 20 0 7900 1648 1276 S 0,3 0,2 14:33.23 dbus-daemon 405 root 20 0 26540 1496 744 S 0,3 0,2 15:59.48 rsyslogd 416 root 20 0 13092 4040 3668 S 0,3 0,4 3:11.34 systemd-logind 18069 pi 20 0 11344 3084 2524 R 0,3 0,3 0:00.32 top 2 root 20 0 0 0 0 S 0,0 0,0 0:00.62 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-kblockd 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_rude_kthread 12 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 I 0,0 0,0 3:57.03 rcu_sched 15 root rt 0 0 0 0 S 0,0 0,0 0:00.67 migration/0 16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 17 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 18 root rt 0 0 0 0 S 0,0 0,0 0:02.55 migration/1 19 root 20 0 0 0 0 S 0,0 0,0 0:04.76 ksoftirqd/1 21 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-kblockd 22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 23 root rt 0 0 0 0 S 0,0 0,0 0:02.53 migration/2
-
@michaelf sagte in Fehlermeldung BackitUp Adapter:
load average: 3,12, 2,85, 2,69
der hat aber so schon massiv zu tun!
Anscheinend mit der influxdb
@michaelf sagte in Fehlermeldung BackitUp Adapter:
32176 influxdb 20 0 2064704 355572 130288 S 113,3 37,7 642:27.60 influxd
Der RAM wurde zwar anscheinend in den letzten 4 Tagen nicht massiv überbeansprucht
@michaelf sagte in Fehlermeldung BackitUp Adapter:
MiB Swap: 100,0 total, 83,2 free, 16,8 used.
War aber schon zu knapp.
-
werde heute nochmal schauen sooooooo viele Werte schreibe ich dort eigentlich nicht rein.
Was allerdings auch Werte schreibt ist mein EVCC, eventuell ist hier das Problem.
Habe noch ein Pi4 mit 4gb hier, denke den tausche ich dann einfach mal dann sollte es ja erst mal gelöst sein.
Danke an alle !
Grüße
-
@homoran sagte in Fehlermeldung BackitUp Adapter:
War aber schon zu knapp.
Bei Neuinstallationen wird mittlerweile auch 'von Haus aus' ein größeres SWAP angelegt. Ich meine 512 MB oder so.
-
Hi, danke für die Info.
So neue Hardware ist da aber was mache ich beim restore der Datenbank falsch?
21:05:16.356INFO gui starting Restore... 21:05:16.879 DEBUG influxDB Created tmp directory 21:05:16.889 DEBUG influxDB Start influxDB Restore ... 21:05:17.190 DEBUG influxDB influxdb.0 is stopped 21:05:17.199 DEBUG influxDB influxdb.1 is stopped 21:05:29.990 ERROR influxDB 2025/04/06 21:05:29 error updating meta: dial tcp 192.168.178.78:8088: connect: connection refused restore: dial tcp 192.168.178.78:8088: connect: connection refused 21:05:30.003 DEBUG influxDB influxDB Restore completed successfully 21:05:30.082 DEBUG influxDB influxdb.0 started 21:05:30.090 DEBUG influxDB influxdb.1 started
Jemand vielleicht eine Idee, die IP stimmt und die db funktioniert.
-
Kann es sein das der Port nicht stimmt ?
-
Hab es gefunden.......... Lesen hilft
Grüsse
-
@michaelf sagte in Fehlermeldung BackitUp Adapter:
Hab es gefunden.......... Lesen hilft
Grüsse
Erklären übrigens auch. Was haste gefunden?
-
Hi, na klar.
bind-address = "0.0.0.0:8088"
Hat lediglich in der config gefehlt.
Grüße