NEWS
Restore schlägt fehl
-
Was ist denn der Grund, warum diese Werte nach einem Neustart nicht mehr da sind?
2020-12-15 09:01:54.563 - warn: javascript.0 (3838) getState "javascript.0.Stromzähler.ErdwärmeHT.Tagesvariable" not found (3) states[id]=null 2020-12-15 09:01:54.567 - warn: javascript.0 (3838) at Object. (script.js.common.Energie.Erdwärme_Stromzähler_Update_HT:4:121) 2020-12-15 09:01:54.568 - warn: javascript.0 (3838) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1070:38) 2020-12-15 09:01:54.568 - warn: javascript.0 (3838) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:472:25) 2020-12-15 09:01:54.569 - warn: javascript.0 (3838) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5384:37) 2020-12-15 09:01:54.570 - warn: javascript.0 (3838) at processImmediate (internal/timers.js:461:21) 2020-12-15 09:01:54.570 - warn: javascript.0 (3838) getState "javascript.0.Stromzähler.ErdwärmeHT.Wochenvariable" not found (3) states[id]=null 2020-12-15 09:01:54.573 - warn: javascript.0 (3838) at Object. (script.js.common.Energie.Erdwärme_Stromzähler_Update_HT:5:125) 2020-12-15 09:01:54.573 - warn: javascript.0 (3838) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1070:38) 2020-12-15 09:01:54.574 - warn: javascript.0 (3838) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:472:25) 2020-12-15 09:01:54.574 - warn: javascript.0 (3838) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5384:37) -
@Jan1 sagte in Restore schlägt fehl:
@UncleSam
Ich auch, da war Ubuntu wohl eher ne Vermutung beim erstellen des Post.Ja, habe mich hier geirrt - habe noch einen Raspberry als Slave, da läuft ubuntuu drauf.
-
@Jan1 sagte in Restore schlägt fehl:
@LJSven
aha und ich vermute mal die fehlenden Werte kommen vom Slave.Nein, die werden über den Engine Adapter "generiert" bzw. sind feste Variablen die ich manuell eintrage.
-
@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.@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.
-
@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.
@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 ... -
@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:~$ -
@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? -
@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!
-
@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!
-
@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!
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.
-
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:~$ -
@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
Support us
586
Online32.7k
Benutzer82.3k
Themen1.3m
Beiträge