Fehlermeldung BackitUp Adapter

[Homoran]

Vielleicht bekommt man mit top auf dem separaten pi Gewissheit

[Marc Berg]

@homoran sagte in Fehlermeldung BackitUp Adapter:

Vielleicht bekommt man mit top auf dem separaten pi Gewissheit

Oder mit iob 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 ...

[Homoran]

@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

[MichaelF]

@homoran

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

[Homoran]

@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.

[MichaelF]

@homoran

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

[Thomas Braun]

@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.

[MichaelF]

Hi, danke für die Info.

So neue Hardware ist da aber was mache ich beim restore der Datenbank falsch?
21:05:16.356

INFO

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.

[MichaelF]

Kann es sein das der Port nicht stimmt ?

[MichaelF]

Hab es gefunden.......... Lesen hilft

Grüsse

[Meister Mopper]

@michaelf sagte in Fehlermeldung BackitUp Adapter:

Hab es gefunden.......... Lesen hilft

Grüsse

Erklären übrigens auch. Was haste gefunden?

[MichaelF]

Hi, na klar.

bind-address = "0.0.0.0:8088"

Hat lediglich in der config gefehlt.

Grüße