UNSOLVED Restore schlägt fehl
-
@Jan1 sagte in Restore schlägt fehl:
@LJSven
Und was wissen wir über Variablen? Die sind flüchtig
Wenn das Neustartresistent sein soll, dann musst dafür DPs anlegen und die verwenden.Verstehe so Recht nicht, was du meinst. wenn ich 5 x neustarte, geht es ohne Probleme, dann wieder nicht.
-
@Jan1 sagte in Restore schlägt fehl:
@LJSven
Das macht nicht nur Sinn, sondern sollte so gemacht werden.
Und wenn das wirklich sauber sein soll, dann vorher IOBroker Ordner komplett löschen, IOBroker und Backitup Adapter installieren, das Backup in den "Backups" Ordner schieben und über den Adapter restoren.Je nach Umfang des Restor, mal ne Stunde Pause einlegen und freuen, dass das Ding wieder läuft.
Das geht trotzdem nicht ->
====================== 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] [7505:0x381ebc8] 38848 ms: Mark-sweep 500.5 (502.5) -> 500.5 (502.5) MB, 200.2 / 0.0 ms (average mu = 0.182, current mu = 0.000) last resort GC in old space requested [DEBUG] [iobroker] [7505:0x381ebc8] 39105 ms: Mark-sweep 500.5 (502.5) -> 500.5 (502.5) MB, 256.7 / 0.0 ms (average mu = 0.108, current mu = 0.000) last resort GC in old space requested [DEBUG] [iobroker] <--- JS stacktrace ---> [DEBUG] [iobroker] ==== JS stack trace ========================================= [DEBUG] [iobroker] Security context: 0x39c4ea21 [DEBUG] [iobroker] 0: builtin exit frame: parse(this=0x39c465a9 ,0x59708f0d ,0x39c465a9 ) [DEBUG] [iobroker] 1: restoreAfterStop [0x54c4bd7d] [/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:627] [bytecode=0x5a8616c1 offset=168](this=0xb3c86141 ,0x20dc03c1 ,0xb3c8680d [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:
lsb_release -a
Svens-MacBook-Pro:~ Sven$ ssh pi@192.168.178.15 pi@192.168.178.15's password: Permission denied, please try again. pi@192.168.178.15's password: _____ _ _ _ _ |_ _(_)_ __ | | _____ _ __| |__ ___ __ _ _ __ __| | | | | | '_ \| |/ / _ \ '__| '_ \ / _ \ / _` | '__/ _` | | | | | | | | < __/ | | |_) | (_) | (_| | | | (_| | |_| |_|_| |_|_|\_\___|_| |_.__/ \___/ \__,_|_| \__,_| Welcome to Debian Stretch with Armbian Linux 4.19.69-rockchip System load: 1.07 2.31 2.36 Up time: 1:42 hour Memory usage: 66 % of 2002MB Zram usage: 1 % of 1001Mb IP: 192.168.178.15 CPU temp: 64°C Usage of /: 34% of 30G [ General system configuration (beta): armbian-config ] Last login: Tue Dec 15 08:54:29 2020 from 192.168.178.201 pi@tinkerboardmaster:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 9.13 (stretch) Release: 9.13 Codename: stretch pi@tinkerboardmaster:~$ who -r Runlevel 5 2020-12-15 07:44 pi@tinkerboardmaster:~$ free -h total used free shared buff/cache available Mem: 2,0G 1,2G 345M 7,9M 383M 855M Swap: 1,0G 14M 987M pi@tinkerboardmaster:~$ -
@LJSven Die Kiste läuft ja noch in runlevel 5.
Wolltest du das nicht auf RL3 umstellen? -
@Thomas-Braun sagte in Restore schlägt fehl:
@LJSven Die Kiste läuft ja noch in runlevel 5.
Wolltest du das nicht auf RL3 umstellen?Was muss ich da machen? Sorry Leute, ich bin kein Profi!
-
@LJSven
Wurde oben schon mal genannt
-
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.
-
@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
-
@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.
-
@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 ... -
@LJSven
Hast den IOBroker Ordner gelöscht und wird das nun mit dem Adapter restored? -
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 ...
