NEWS
Restore schlägt fehl
-
@Thomas-Braun sagte in Restore schlägt fehl:
@LJSven Okay, jetzt sollte das System immer nur bis zur Kommandozeile booten. Probier mal aus
Svens-MacBook-Pro:~ Sven$ ssh pi@192.168.178.15 pi@192.168.178.15's password: _____ _ _ _ _ |_ _(_)_ __ | | _____ _ __| |__ ___ __ _ _ __ __| | | | | | '_ \| |/ / _ \ '__| '_ \ / _ \ / _` | '__/ _` | | | | | | | | < __/ | | |_) | (_) | (_| | | | (_| | |_| |_|_| |_|_|\_\___|_| |_.__/ \___/ \__,_|_| \__,_| Welcome to Debian Stretch with Armbian Linux 4.19.69-rockchip System load: 3.07 0.86 0.29 Up time: 1 min Memory usage: 34 % of 2002MB IP: 192.168.178.15 CPU temp: 71°C Usage of /: 34% of 30G Last login: Tue Dec 15 09:38:08 2020 from 192.168.178.201 pi@tinkerboardmaster:~$ htop pi@tinkerboardmaster:~$ who -r Runlevel 3 2020-12-15 09:40 pi@tinkerboardmaster:~$@LJSven Gut, jetzt bist du schon mal den ganzen Overhead vom Desktop/X server los.
-
@LJSven Gut, jetzt bist du schon mal den ganzen Overhead vom Desktop/X server los.
@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 ... -
@Thomas-Braun sagte in Restore schlägt fehl:
@LJSven Okay, jetzt sollte das System immer nur bis zur Kommandozeile booten. Probier mal aus
Svens-MacBook-Pro:~ Sven$ ssh pi@192.168.178.15 pi@192.168.178.15's password: _____ _ _ _ _ |_ _(_)_ __ | | _____ _ __| |__ ___ __ _ _ __ __| | | | | | '_ \| |/ / _ \ '__| '_ \ / _ \ / _` | '__/ _` | | | | | | | | < __/ | | |_) | (_) | (_| | | | (_| | |_| |_|_| |_|_|\_\___|_| |_.__/ \___/ \__,_|_| \__,_| Welcome to Debian Stretch with Armbian Linux 4.19.69-rockchip System load: 3.07 0.86 0.29 Up time: 1 min Memory usage: 34 % of 2002MB IP: 192.168.178.15 CPU temp: 71°C Usage of /: 34% of 30G Last login: Tue Dec 15 09:38:08 2020 from 192.168.178.201 pi@tinkerboardmaster:~$ htop pi@tinkerboardmaster:~$ who -r Runlevel 3 2020-12-15 09:40 pi@tinkerboardmaster:~$ -
@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 ...which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs -
which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs@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 -
@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 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 -
@Thomas-Braun sagte in Restore schlägt fehl:
free -hKann 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 ... -
@UncleSam Das ist ein Tinkerboard / das System läuft eigentlich seit einem Jahr. Gestern habe ich ein System Update gemacht. Vermutlich nimmt sich da einer Resourcen. Wie kann ich vorgehen? Selbst wenn der Tinkerboard neu gestartet wurde, lässt sich das Update nicht installieren. Der Iobroker läuft, aber nach dem Neustart fehlen Werte in Datenpunkten. Deshalb wollte ich ein Backup einspielen. Oder gibt es eine andere Möglichkeit die Werte wieder zu bekommen. Habe das Problem gelegentlich, wenn nicht ordentlich neu gestartet wird.
@LJSven sagte in Restore schlägt fehl:
Das ist ein Tinkerboard
Das hat doch 2GB RAM!?
Meine Tinkerboards laufen mit Armbian ohne jegliche Probleme -
@Thomas-Braun sagte in Restore schlägt fehl:
free -hKann 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 ... -
@LJSven sagte in Restore schlägt fehl:
Das ist ein Tinkerboard
Das hat doch 2GB RAM!?
Meine Tinkerboards laufen mit Armbian ohne jegliche Probleme@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 ProblemeMeins auch - bis ich gestern ein system Update gemacht habe.
-
@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 ProblemeMeins auch - bis ich gestern ein system Update gemacht habe.
-
@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.
@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 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.
-
@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 ProblemeMeins auch - bis ich gestern ein system Update gemacht habe.
@LJSven sagte in Restore schlägt fehl:
bis ich gestern ein system Update gemacht habe.
Was hast du aktualisiert?
-
@LJSven sagte in Restore schlägt fehl:
bis ich gestern ein system Update gemacht habe.
Was hast du aktualisiert?
cd /opt/iobroker iobroker stop cd .. sudo apt update sudo apt upgrade cd /opt/iobroker iobroker update iobroker upgradeDa 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
-
@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.
@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 restorenDa scheint irgendetwas massiv kaputtgegangen zu sein
alles andere dauert noch viel länger
-
@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 restorenDa scheint irgendetwas massiv kaputtgegangen zu sein
alles andere dauert noch viel länger
@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 restorenDa scheint irgendetwas massiv kaputtgegangen zu sein
alles andere dauert noch viel länger
Welches Armbian soll ich nehmen?
-
@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 restorenDa scheint irgendetwas massiv kaputtgegangen zu sein
alles andere dauert noch viel länger
Welches Armbian soll ich nehmen?
Support us
643
Online32.7k
Benutzer82.3k
Themen1.3m
Beiträge