Fehler beim Restore eines Backups

[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

[Thomas Braun]

@maddoc sagte in Fehler beim Restore eines Backups:

Nach ein paar Anlaufschwierigkeiten lief der neue Pi.

Was meinst du eigentlich damit?

iobroker stop
iobroker fix

mal ausführen

[Homoran]

@thomas-braun habs gesehen.
und da war die Tage noch einer

[Homoran]

@maddoc sagte in Fehler beim Restore eines Backups:

Jetzt sieht es aber besser aus!!!

dann noch mal htop.
Diesmal bitte nach MEM% sortieren

[MadDoc]

@thomas-braun
Mit Anlaufschwierigkeiten war die Installationsroutine gemeint. Denn bei mir musste man noch nodeJs Manuell installieren. Und ich habe erste mal nachlesen müssen wie es jetzt zu installieren ist. Und dann die installationsroutine durchgeführt wie oben beschrieben!

@homoran
meinst DU M_SIZE, M_RESIDENT odr M_Share?

[Thomas Braun]

@maddoc sagte in Fehler beim Restore eines Backups:

Denn bei mir musste man noch nodeJs Manuell installieren.

Das halte ich für ein Gerücht. Dann hast du irgendwas falsch/anders gemacht.