Fehler beim Restore eines Backups

[MadDoc]

@thomas-braun Danke für den Hinweis. Jedoch löst es mein Problem nicht wirklich.

[Homoran]

@maddoc sagte in Fehler beim Restore eines Backups:

Das Backup habe ich von meiner NAS via FileZillaClient übertragen.

wohin?
was ist da sonst noch?

was genau passiert bei dir im Terminal beim Versuch den restore zu starten?

[Thomas Braun]

@maddoc
Dann müsstest du mal besser beschreiben was du mit welchen Rückmeldungen da genau anstellst.

[MadDoc]

@homoran

wohin?
Unter: /opt/iobroker/backups/

Habe mittlerweile BackItUp wieder installiert und den Zugriff auf meine NAS eingerichtet. Wenn ich dort den Restore durchführe, kommt diese Meldung:

was genau passiert bei dir im Terminal beim Versuch den restore zu starten?

Eine dumme Frage, hat es nicht Mitte Juli ein Update von NodeJs gegeben auf die Version 12.22.2 gegeben?
Ich frage deswegen, weil die ioBroker Backups das letzte vom 13.07.21 ist. Obwohl das System so konfiguriert war, dass es täglich sichert. Jetzt versuche ich natürlich das letzte Backup (13.07.21) einzuspielen. Kann es sein das dieses noch mit einer älteren NodeJS Version erstellt wurde und deswegen der Fehler kommt?

Wenn ja, kann ich ein Downgrade von NodeJs durchführen? Weiß Jemand welche Version es war? Habe immer fleißig aktualisiert. War es V 12.20.01?

[Thomas Braun]

@maddoc Da geht auf dem Heap der Speicher aus.

Grundsätzlich: Wie ist nodeJS installiert? Schau in meiner Signatur wie man das prüfen kann.

[Homoran]

@maddoc bitte keine Screenshots s8nder Text in code-tags!

ich kann das am Handy nicht entziffern

[Homoran]

@maddoc sagte in Fehler beim Restore eines Backups:

Kann es sein das dieses noch mit einer älteren NodeJS Version erstellt wurde und deswegen der Fehler kommt?

nein!

[MadDoc]

@thomas-braun Ich hoffe deine Frage richtig verstanden zu haben:

login as: pi
pi@192.168.178.100's password:
Linux iobroker 5.10.17-v7l+ #1421 SMP Thu May 27 14:00:13 BST 2021 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sat Jul 24 15:51:10 2021 from 192.168.178.50
pi@iobroker:~ $ which nodejs && nodejs -v && which node && node -v && which npm                                                                                                                      && npm -v && apt policy nodejs
/usr/bin/nodejs
v12.22.2
/usr/bin/node
v12.22.2
/usr/bin/npm
6.14.13
nodejs:
  Installiert:           12.22.2-1nodesource1
  Installationskandidat: 12.22.2-1nodesource1
  Versionstabelle:
 *** 12.22.2-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

[MadDoc]

@homoran

 [DEBUG] [iobroker] Start ioBroker Restore ...
[DEBUG] [iobroker] iobroker controller daemon is not running
[DEBUG] [iobroker] host.iobroker OK.
[DEBUG] [iobroker] <--- Last few GCs --->
[DEBUG] [iobroker] [10216:0x35b9410] 69642 ms: Mark-sweep 1036.8 (1039.1) -> 1035.3 (1042.1) MB, 3.5 / 0.0 ms (+ 1.1 ms in 4 steps since start of marking, biggest step 0.7 ms, walltime since start of marking 9574 ms) (average mu = 0.999, current mu = 1.000) finalize inc[10216:0x35b9410] 88731 ms: Mark-sweep 1037.3 (1042.1) -> 1037.6 (1041.6) MB, 95.7 / 0.0 ms (+ 20.0 ms in 32 steps since start of marking, biggest step 11.7 ms, walltime since start of marking 19088 ms) (average mu = 0.997, current mu = 0.994) allocat
[DEBUG] [iobroker] <--- JS stacktrace --->
[DEBUG] [iobroker] Cannot get stack trace in GC.
[ERROR] [iobroker] FATAL ERROR: MarkCompactCollector: semi-space copy, fallback in old gen Allocation failed - JavaScript heap out of memory
[DEBUG] [iobroker] ioBroker Restore completed successfully
[EXIT] null **** Restore was canceled!! ****

Hoffe so ist besser zu lesen!!!!

[Homoran]

@maddoc sagte in Fehler beim Restore eines Backups:

Hoffe so ist besser zu lesen!!!!

naja, an den code-tags arbeiten wir noch mal!!!!!!!!!!

[Thomas Braun]

@maddoc

free -ht --mega

[MadDoc]

@thomas-braun sagte in Fehler beim Restore eines Backups:

free -ht --mega

pi@iobroker:~ $ free -ht --mega
              total        used        free      shared  buff/cache   available
Mem:           7,9G        245M        5,9G        8,0M        1,7G        7,4G
Swap:           99M          0B         99M
Total:         8,0G        245M        6,0G

[Homoran]

@maddoc
da ist IMHO aber was faul

nur 245M used?

und genau die selbe Menge als SWAP benutzt
unvon 8G (???) Swap - 0,245G = 6G ???

[Thomas Braun]

@maddoc
Da stimmt was mit deinem RAM nicht. Mein System nutzt 1,5 GB RAM, und das ist einigermaßen schlank aufgesetzt.

htop

meldet?

[MadDoc]

@thomas-braun
Bekomme leider nur den Screensnap hin.

[Homoran]

@maddoc da steht im Header der gleiche Schwachsinn, aber alleine die MEM% die man sieht ergeben aufaddieert viel mehr.

Entweder ist dein Speicher oder die Speicherverwaltung hin.

ich würde mal testweise rebooten und sehen ob die Werte danach plausibler sind

[MadDoc]

@Homoran

pi@iobroker:~ $ free -ht --mega
              total        used        free      shared  buff/cache   available
Mem:           7,9G        226M        7,5G        8,0M        168M        7,5G
Swap:           99M          0B         99M
Total:         8,0G        226M        7,6G

Jetzt sieht es aber besser aus!!!

[Thomas Braun]

@maddoc

226 MB used dürfte deutlich zu wenig sein. Oder du hast da das System bis auf letzte abgespeckt.

[MadDoc]

@thomas-braun
Ist wirklich nur der ioBroker und der BackItUp Adapter. Den Rest wollte ich ja durch die Wiederherstellung des Backups einspielen!

[Thomas Braun]

@Homoran

Hier übrigens noch so eine komische Speicherauslastung:

https://forum.iobroker.net/topic/46528/iobroker-startet-nicht-mehr-nach/12?_=1627149582761