Fehler beim Restore eines Backups
-
@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?
-
@maddoc
Dann müsstest du mal besser beschreiben was du mit welchen Rückmeldungen da genau anstellst. -
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?
-
@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.
-
@maddoc bitte keine Screenshots s8nder Text in code-tags!
ich kann das am Handy nicht entziffern
-
@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!
-
@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 -
[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!!!!
-
@maddoc sagte in Fehler beim Restore eines Backups:
Hoffe so ist besser zu lesen!!!!
naja, an den code-tags arbeiten wir noch mal!!!!!!!!!!
-
free -ht --mega -
@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 -
@maddoc
da ist IMHO aber was faulnur 245M used?
und genau die selbe Menge als SWAP benutzt
unvon 8G (???) Swap - 0,245G = 6G ??? -
@maddoc
Da stimmt was mit deinem RAM nicht. Mein System nutzt 1,5 GB RAM, und das ist einigermaßen schlank aufgesetzt.htopmeldet?
-
@thomas-braun
Bekomme leider nur den Screensnap hin. -
@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
-
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,6GJetzt sieht es aber besser aus!!!
-
226 MB used dürfte deutlich zu wenig sein. Oder du hast da das System bis auf letzte abgespeckt.
-
@thomas-braun
Ist wirklich nur der ioBroker und der BackItUp Adapter. Den Rest wollte ich ja durch die Wiederherstellung des Backups einspielen! -
Hier übrigens noch so eine komische Speicherauslastung:
https://forum.iobroker.net/topic/46528/iobroker-startet-nicht-mehr-nach/12?_=1627149582761
-
@maddoc sagte in Fehler beim Restore eines Backups:
Nach ein paar Anlaufschwierigkeiten lief der neue Pi.
Was meinst du eigentlich damit?
iobroker stop iobroker fixmal ausführen
