NEWS
[erledigt] Backup Fehler
-
folgender Hergang:
am 17.03. System neu aufgesetzt wegen Backup Fehler
am 18.03 Backup komplett i.O. (alles so wie eingestellt, Influxdb, Iobroker, History...)
gestern und heute Iobroker Fehler (nur dieser)
Könnt Ihr mir bitte helfen? -
pi@iobroker:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 235G 7,2G 218G 4% / devtmpfs 3,7G 0 3,7G 0% /dev tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs 1,6G 884K 1,6G 1% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock /dev/sda1 253M 30M 223M 12% /boot /dev/sdb1 30G 3,7G 26G 13% /media/usbstick tmpfs 782M 0 782M 0% /run/user/1000
-
@hm_krause
Das ist der Festplattenplatz, nicht der Arbeitsspeicher.Ich vermute, das die Zahl der Objekte / States zu hoch ist.
-
@hm_krause sagte in Backitup Fehler:
df -h
Damit zeigst ja auch nur die Festplatte an. Ich denke der RAM wird beim Backup erstellen voll laufen. Ich habe "nur" 4GB und damit keine Probleme. Ist eben die Fehlermeldung, die mir als erstes ins Auge sticht.
-
...hilft Euch das weiter?
-
@hm_krause
Das würde wohl Thomas Verdacht bestätigen, da das ja wirklich extrem viel ist. -
Hier mal die Ausgabe bei wechsel von "Instanzen" auf "Backitup" Button
pi@iobroker:~ $ top top - 10:17:50 up 2 days, 15:38, 1 user, load average: 2,44, 2,01, 1,57 Tasks: 167 total, 3 running, 164 sleeping, 0 stopped, 0 zombie %CPU(s): 47,7 us, 2,0 sy, 0,0 ni, 50,0 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Spch: 7812,0 total, 3478,3 free, 3065,3 used, 1268,4 buff/cache MiB Swap: 100,0 total, 98,5 free, 1,5 used. 4683,3 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 2251 iobroker 20 0 2145980 1,3g 34684 R 181,8 16,8 2133:56 iobroker.js-con 663 influxdb 20 0 329108 119796 28244 S 7,3 1,5 23:24.98 influxd 2376 iobroker 20 0 939160 84032 34604 S 3,6 1,1 30:33.46 io.tr-064.0 2382 iobroker 20 0 943500 110396 31032 S 3,6 1,4 167:25.32 io.zigbee.0 2332 iobroker 20 0 884284 93652 29516 S 0,7 1,2 28:00.90 io.mqtt.1 194075 pi 20 0 9964 3444 2824 R 0,7 0,0 0:00.19 top 89 root -51 0 0 0 0 S 0,3 0,0 7:20.66 irq/51-mmc0 659 grafana 20 0 1746392 86648 54060 S 0,3 1,1 6:13.63 grafana-server 2317 iobroker 20 0 678692 74192 29600 S 0,3 0,9 4:20.01 io.mqtt.0 2464 iobroker 20 0 670668 74604 34388 S 0,3 0,9 3:01.61 io.shuttercontr 193495 root 20 0 0 0 0 I 0,3 0,0 0:02.04 kworker/1:1-events_freezable 1 root 20 0 165944 10164 7224 S 0,0 0,1 0:05.95 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.27 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 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq
-
@hm_krause sagte in Backitup Fehler:
2251 iobroker 20 0 2145980 1,3g 34684 R 181,8 16,8 2133:56 iobroker.js-con
jepp, da hängt es
Wie groß ist dein Backup?
-
@homoran
...da lief noch kein Backup, das war nur ein Wechsel von Instanzen auf Backup.
Backupgröße von Iobroker= 23091KB -
@hm_krause sagte in Backitup Fehler:
das war nur ein Wechsel von Instanzen auf Backup.
Meinst du einen "Reiter"-Wechsel?
dann sieh mal in der Browserkonsole nach, was da soviel Ressourcen frisst
-
@homoran
Meinst du einen "Reiter"-Wechsel?
-Ja-dann sieh mal in der Browserkonsole nach, was da soviel Ressourcen frisst
- mache ich wie?
-
-
@homoran
? so ? -
@jan1 sagte in Backitup Fehler:
Edit:
Wobei das bei 8GB nie und nimmer passieren sollte.Der Heap hat nicht (viel) mit dem verbauten Ram zu tun.
-
@thomas-braun
Das bezog sich auf meine Vermutung, dass der RAM voll läuft, da das der einzige Hinweis im Log war mit dem ich was anfangen konnte
Und das 8GB voll laufen mit IOBroker ist nun mal sehr unwahrscheinlich. -
-
Sorry, mein Hund hat sein Recht eingefordert.
Hatte zwischendurch ein :
sudo apt update && sudo apt full-upgrade
durchgeführt.
Hier wurde node auf v14.19.1 angehoben, jetzt warte ich nach einem reboot auf den Iobroker -
@hm_krause auf deinem Screenshot läuft doch gerade ein Backup, oder was ist das?
nur ein Reiterwechsel scheint das nicht zu sein
-
@homoran
Ja, da hatte ich das Backup angestoßen, leider ist die Verbindung zum Iobroker dann abgebrochen.
-->Neustart und jetzt warte ich auf die Verbindung. -
@hm_krause sagte in Backitup Fehler:
Ja, da hatte ich das Backup angestoßen
dann ist dieser Screenshot wertlos
Es ging ja darum herauszufinden warum alleine der Reiter-Wechsel so viel mehr Ressourcen verbrauchte.
Zumindest war das deine Beschreibung