Restore schlägt fehl

LJSven

@Thomas-Braun sagte in Restore schlägt fehl:

@LJSven Gut, jetzt bist du schon mal den ganzen Overhead vom Desktop/X server los.

Okay - ein Backup lässt sich aber nach wie vor nicht durchführen :-(

======================
Log Backitup Restore:
======================

[DEBUG] [iobroker] Start ioBroker Restore ...
[DEBUG] [iobroker] iobroker controller daemon is not running
[DEBUG] [iobroker] host.tinkerboardmaster OK.
[DEBUG] [iobroker] <--- Last few GCs --->
[DEBUG] [iobroker] [11236:0x235ebc8] 37457 ms: Mark-sweep 502.3 (503.8) -> 502.3 (503.8) MB, 231.9 / 0.0 ms (average mu = 0.148, current mu = 0.000) last resort GC in old space requested
[DEBUG] [iobroker] [11236:0x235ebc8] 37753 ms: Mark-sweep 502.3 (503.8) -> 502.3 (503.8) MB, 295.9 / 0.0 ms (average mu = 0.087, current mu = 0.000) last resort GC in old space requested
[DEBUG] [iobroker] <--- JS stacktrace --->
[DEBUG] [iobroker] ==== JS stack trace =========================================
[DEBUG] [iobroker] Security context: 0x5decea21
[DEBUG] [iobroker] 0: builtin exit frame: parse(this=0x5dec65a9 ,0x4ec0b9d1 ,0x5dec65a9 )
[DEBUG] [iobroker] 1: restoreAfterStop [0x5280ca19] [/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:627] [bytecode=0x544f7b15 offset=168](this=0x257def6d ,0x33bc03c1 ,0x257df67d
[ERROR] [iobroker] FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory
[DEBUG] [iobroker] ioBroker Restore completed successfully
[EXIT] null **** Restore was canceled!! ****

The log can be closed ...

Jan1

@LJSven
Hast den IOBroker Ordner gelöscht und wird das nun mit dem Adapter restored?

Thomas Braun

@LJSven

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

LJSven

@Thomas-Braun sagte in Restore schlägt fehl:

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

pi@tinkerboardmaster:~$ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs
/usr/bin/nodejs
v12.20.0
/usr/bin/node
v12.20.0
/usr/bin/npm
6.14.8
nodejs:
  Installiert:           12.20.0-1nodesource1
  Installationskandidat: 12.20.0-1nodesource1
  Versionstabelle:
 *** 12.20.0-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x stretch/main armhf Packages
        100 /var/lib/dpkg/status
     8.11.1~dfsg-2~bpo9+1 100
        100 http://httpredir.debian.org/debian stretch-backports/main armhf Packages
     4.8.2~dfsg-1 500
        500 http://httpredir.debian.org/debian stretch/main armhf Packages

LJSven

@Jan1 sagte in Restore schlägt fehl:

@LJSven
Hast den IOBroker Ordner gelöscht und wird das nun mit dem Adapter restored?

Nein, daß habe ich noch nicht gemacht.

Thomas Braun

@LJSven

free -h

Kann aber auch sein, dass das backup korrupt ist.

LJSven

@Thomas-Braun sagte in Restore schlägt fehl:

free -h

pi@tinkerboardmaster:~$ free -h
              total        used        free      shared  buff/cache   available
Mem:           2,0G        1,2G        304M        2,8M        449M        890M
Swap:          1,0G        768K        1,0G

LJSven

@Thomas-Braun sagte in Restore schlägt fehl:

@LJSven
free -h
Kann aber auch sein, dass das backup korrupt ist.

Wenn ich das backup von vorgestern nehme, kommt folgende Meldung

======================
Log Backitup Restore:
======================

[DEBUG] [iobroker] Start ioBroker Restore ...
[DEBUG] [iobroker] iobroker controller daemon is not running
[DEBUG] [iobroker] host.tinkerboardmaster OK.
[DEBUG] [iobroker] <--- Last few GCs --->
[DEBUG] [iobroker] tart of marking 381 ms) (average mu = 0.336, current mu = 0.103) allocation f[14934:0x2cc5bc8] 19107 ms: Mark-sweep 505.1 (506.2) -> 505.1 (507.5) MB, 272.8 / 0.0 ms (+ 77.4 ms in 18 steps since start of marking, biggest step 8.3 ms, walltime since start of marking 373 ms) (average mu = 0.230, current mu = 0.083) allocation fa[14934:0x2cc5bc8] 19522 ms: Mark-sweep 506.5 (507.5) -> 506.7 (508.2) MB, 391.7 / 0.0 ms (average mu = 0.147, current mu = 0.057) allocation failure scavenge might not succeed
[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!! ****

The log can be closed ...

Homoran

@LJSven sagte in Restore schlägt fehl:

Das ist ein Tinkerboard

Das hat doch 2GB RAM!?
Meine Tinkerboards laufen mit Armbian ohne jegliche Probleme

Jan1

@LJSven
Was geht denn eigentlich nicht, außer die etwas schräge Methode ein Backup zu restoren?

Kann man vielleicht auch so flicken, bevor der IOBroker Ordner gelöscht wird und keiner weiß ob Deine Backups überhaupt funktionieren.

LJSven

@Homoran sagte in Restore schlägt fehl:

@LJSven sagte in Restore schlägt fehl:

Das ist ein Tinkerboard

Das hat doch 2GB RAM!?
Meine Tinkerboards laufen mit Armbian ohne jegliche Probleme

Meins auch - bis ich gestern ein system Update gemacht habe.

Jan1

@LJSven
Dann poste doch mal die Probleme und Logfiles dazu .

LJSven

@Jan1 sagte in Restore schlägt fehl:

@LJSven
Was geht denn eigentlich nicht, außer die etwas schräge Methode ein Backup zu restoren?

Kann man vielleicht auch so flicken, bevor der IOBroker Ordner gelöscht wird und keiner weiß ob Deine Backups überhaupt funktionieren.

Es fehlen die Werte in verschiedenen Datenpunkten. Bisher konnte ich es immer fixen, in dem ich ein Backup eingespielt habe.

Jan1

@LJSven
Was wurde upgedatet und sind das Werte die von Deinem Slave kommen?

Thomas Braun

@LJSven sagte in Restore schlägt fehl:

bis ich gestern ein system Update gemacht habe.

Was hast du aktualisiert?

LJSven

@Thomas-Braun

cd /opt/iobroker
iobroker stop
cd ..
sudo apt update
sudo apt upgrade
cd /opt/iobroker
iobroker update
iobroker upgrade

Da wurden diverse Pakete aktualisiert / u.a. deconz. Dann hatte ich das Problem, daß alle Werte von Phoscon doppelt in die Datenbank geschrieben wurde / daraufhin habe ich die Gateway neu gestartet und seit dem habe ich das Problem

Homoran

@LJSven sagte in Restore schlägt fehl:

Bisher konnte ich es immer fixen, in dem ich ein Backup eingespielt habe.

Vorschlag:
neue Karte nehmen
aktuelles Armbian (debian) und ioBroker installieren
Dann Backup restoren

Da scheint irgendetwas massiv kaputtgegangen zu sein

alles andere dauert noch viel länger

LJSven

@Homoran sagte in Restore schlägt fehl:

@LJSven sagte in Restore schlägt fehl:

Bisher konnte ich es immer fixen, in dem ich ein Backup eingespielt habe.

Vorschlag:
neue Karte nehmen
aktuelles Armbian (debian) und ioBroker installieren
Dann Backup restoren

Da scheint irgendetwas massiv kaputtgegangen zu sein

alles andere dauert noch viel länger

Welches Armbian soll ich nehmen?

Homoran

@LJSven sagte in Restore schlägt fehl:

Welches Armbian soll ich nehmen?

debian

Thomas Braun

@LJSven Ein auf der aktuellen Stable / Buster basierendes.
Ohne Desktop.

Community Forum

NEWS

Restore schlägt fehl

Support us

638

32.7k

82.4k

1.3m