wichtiges UPDATE für controller 7.2.2 im stable

[hm_krause]

...hilft Euch das weiter?

[Jan1]

@hm_krause
Das würde wohl Thomas Verdacht bestätigen, da das ja wirklich extrem viel ist.

[hm_krause]

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

[Homoran]

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

[hm_krause]

@homoran
...da lief noch kein Backup, das war nur ein Wechsel von Instanzen auf Backup.
Backupgröße von Iobroker= 23091KB

[Homoran]

@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

[hm_krause]

@homoran
Meinst du einen "Reiter"-Wechsel?
-Ja-

dann sieh mal in der Browserkonsole nach, was da soviel Ressourcen frisst

• mache ich wie?

[Homoran]

@hm_krause sagte in Backitup Fehler:

mache ich wie?

F12

[hm_krause]

@homoran
? so ?

[Thomas Braun]

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

[Jan1]

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

[Homoran]

@hm_krause sagte in Backitup Fehler:

? so ?

ja!
aber da bist du doch während eines backups

[hm_krause]

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

[Homoran]

@hm_krause auf deinem Screenshot läuft doch gerade ein Backup, oder was ist das?

nur ein Reiterwechsel scheint das nicht zu sein

[hm_krause]

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

[Homoran]

@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

[hm_krause]

Klar,
reiche ich nach wenn´s wieder läuft.
Hier der aktuelle

[hm_krause]

@homoran
..und jetzt beim Reiterwechsel..

[simatec]

@hm_krause
Bitte mal für die Suche den Titel anpassen.
Ich sehe hier keinen Zusammenhang mit Backitup

[hm_krause]

@simatec
Das Problem steht im Beitrag 2