NEWS
Restore schlägt fehl
-
@Thomas-Braun sagte in Restore schlägt fehl:
sudo systemctl get-default sudo systemctl list-units --type=target sudo systemctl set-default multi-user.target sudo systemctl get-defaultWenn beim letzten Befehl was mit Multiuser steht, dann reboot. Dann sollte da immer noch Multiuser kommen.
pi@tinkerboardmaster:~$ sudo systemctl get-default [sudo] Passwort für pi: graphical.target pi@tinkerboardmaster:~$ sudo systemctl list-units --type=target UNIT LOAD ACTIVE SUB DESCRIPTION basic.target loaded active active Basic System bluetooth.target loaded active active Bluetooth cryptsetup.target loaded active active Encrypted Volumes getty.target loaded active active Login Prompts graphical.target loaded active active Graphical Interface local-fs-pre.target loaded active active Local File Systems (Pre) local-fs.target loaded active active Local File Systems multi-user.target loaded active active Multi-User System network-online.target loaded active active Network is Online network.target loaded active active Network nfs-client.target loaded active active NFS client services paths.target loaded active active Paths remote-fs-pre.target loaded active active Remote File Systems (Pre) remote-fs.target loaded active active Remote File Systems rpcbind.target loaded active active RPC Port Mapper slices.target loaded active active Slices sockets.target loaded active active Sockets sound.target loaded active active Sound Card swap.target loaded active active Swap sysinit.target loaded active active System Initialization time-sync.target loaded active active System Time Synchronized timers.target loaded active active Timers LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 22 loaded units listed. Pass --all to see loaded but inactive units, too. To show all installed unit files use 'systemctl list-unit-files'. pi@tinkerboardmaster:~$ sudo systemctl set-default multi-user.target Created symlink /etc/systemd/system/default.target → /lib/systemd/system/multi-user.target. pi@tinkerboardmaster:~$ sudo systemctl get-default multi-user.target pi@tinkerboardmaster:~$@LJSven Okay, jetzt sollte das System immer nur bis zur Kommandozeile booten. Probier mal aus
-
@LJSven Okay, jetzt sollte das System immer nur bis zur Kommandozeile booten. Probier mal aus
@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 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
Support us
662
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge