UNSOLVED Restore schlägt fehl
-
@UncleSam sagte in Restore schlägt fehl:
@LJSven Ja, hast Glück, dass Thomas noch nicht wach ist
Bei Ubuntu kannst du es scheinbar so machen:
https://linuxconfig.org/how-to-disable-enable-gui-on-boot-in-ubuntu-20-04-focal-fossa-linux-desktop
sudo systemctl set-default multi-userHabe ich auch schon Erfahrung mit gemacht - aber sorry, nicht jeder kann Profi sein. Habe ich überhaupt eine Desktop-Version?
Welcome to Debian Stretch with Armbian Linux 4.19.69-rockchip -
@UncleSam Doch, bin ich.
-
-
-
@LJSven
Da läuft noch Stretch?
Da wird es wohl mal Zeit für ein grundlegendes Update und bei der Gelegenheit, ner neuen SD Karte. -
@Jan1 sagte in Restore schlägt fehl:
@LJSven
Da läuft noch Stretch?
Da wird es wohl mal Zeit für ein grundlegendes Update und bei der Gelegenheit, ner neuen SD Karte.Magst du mir sagen, was ich genau machen soll mit meinem Tinkerboard?
-
@LJSven sagte in Restore schlägt fehl:
Tinkerboard
Mit dem Ding kenne ich mich nicht wirklich aus, aber da sollte es doch auch was geben das auf Buster basiert.
Stretch ist fertig und Buster wird schon nächstes Jahr durch Bullseye ersetzt, somit hast da was laufen das EOL ist und irgendwann eh anfängt Probleme zu machen. Deshalb ist jetzt ne gute Zeit da mal drüber nachzudenken. -
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) -
Jetzt bin ich komplett verwirrt, Debian oder Ubuntu?
Gemäss Asus ist die neuste Version, die sie als Download zur Verfügung stellen tatsächlich ein Stretch:
https://www.asus.com/us/Single-Board-Computer/Tinker-Board/Aber bei Armbian findest du das neuste:
https://www.armbian.com/tinkerboard/#kernels-archive-all
Da kannst du eines mit einem aktuellen Kernel nehmen (und bitte: ohne Desktop). -
@UncleSam
Ich auch, da war Ubuntu wohl eher ne Vermutung beim erstellen des Post. -
@LJSven
Warum die Werte nicht mehr da sind wenn Du neu startest, kann man so leicht ohne weitere Infos nicht beantworten.Sind das DPs oder Variablen und wo kommen die überhaupt her?
-
@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.
-
@LJSven
aha und ich vermute mal die fehlenden Werte kommen vom Slave. -
@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.
-
@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?
