NEWS
[HowTo] ioBroker Restore unter Linux durchführen
-
@simatec
Vielen Dank! BackItUp ist also kein "OneClickRestore" aber wenn ich es weiß und berücksichtige ist ja kein Thema :)@pete0815 sagte in [HowTo] ioBroker Restore unter Linux durchführen:
BackItUp ist also kein "OneClickRestore"
Du kannst jedes Backup nach deiner Wahl einzeln wiederherstellen
-
@Glasfaser
@zuki sagte in [HowTo] ioBroker Restore unter Linux durchführen:von einem Docker auf der Synology auf eine Proxmox VM umziehen.
Hallo zusammen,
ich bin neu hier habe aber einige Erfahrungen schon gemacht mit IOBroker und verschiedenen PIs und gestorbenen Speicherkarten. Bin diese Jahr auf USB-Stick 64GB umgestiegen und diese sind mir auch mit einem READ-Only Filesystem gestorben.
Frage ich habe ein einigemaßen aktuelles Backup vom 4.4.2021 auf einem Raspberry Pi mit der node / nodejs Version 12.20.2
Diese würde ich gerne auf einem Docker-Image von buanet/iobroker einspielen.
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem: (Datei liegt an Ort & Stelle)- Er sagt immer <iob restore DATEI> - Stop iobroker first
- Wenn ich im Container dann den iob sop machen will sagt er immer: <iobroker controller daemon is not running"
Da ich in die Konfiguration mit VIS und FLOT einige Wochen Arbeit reingesteckt habe und das ganze nun auf einem leistungstarken Notebook mit Docker betreiben will wäre ein Tipp hier sehr lieb von Euch.
Achso Anmerkung innerhalb des Containers buanet/iobroker läuft folgende node-Version:
node -v == nodejs-v ==> v12.22.1
Eine andere Idee habe ich nicht.
-
Hallo zusammen,
ich bin neu hier habe aber einige Erfahrungen schon gemacht mit IOBroker und verschiedenen PIs und gestorbenen Speicherkarten. Bin diese Jahr auf USB-Stick 64GB umgestiegen und diese sind mir auch mit einem READ-Only Filesystem gestorben.
Frage ich habe ein einigemaßen aktuelles Backup vom 4.4.2021 auf einem Raspberry Pi mit der node / nodejs Version 12.20.2
Diese würde ich gerne auf einem Docker-Image von buanet/iobroker einspielen.
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem: (Datei liegt an Ort & Stelle)- Er sagt immer <iob restore DATEI> - Stop iobroker first
- Wenn ich im Container dann den iob sop machen will sagt er immer: <iobroker controller daemon is not running"
Da ich in die Konfiguration mit VIS und FLOT einige Wochen Arbeit reingesteckt habe und das ganze nun auf einem leistungstarken Notebook mit Docker betreiben will wäre ein Tipp hier sehr lieb von Euch.
Achso Anmerkung innerhalb des Containers buanet/iobroker läuft folgende node-Version:
node -v == nodejs-v ==> v12.22.1
Eine andere Idee habe ich nicht.
@chrysche sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem:
...den iob sop machen
auch mit . pkill .. gestoppt
pkill -u iobroker iobroker restore 0 -
@chrysche sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem:
...den iob sop machen
auch mit . pkill .. gestoppt
pkill -u iobroker iobroker restore 0@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:
@chrysche sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Docker usw... IoBroker läuft alles soweit, aber beim Einspielen des Backups habe ich folgendes Problem:
...den iob sop machen
auch mit . pkill .. gestoppt
pkill -u iobroker iobroker restore 0Danke hat soweit geklappt !
Andere Frage:
Ich habe IOBroker auf Docker laufen (auf Debian usw...) und den buanet/iobroker:latest am Start.
Leider bekomme ich den Mihome Adapter nicht zum laufen - die meisten anderen laufen.
Den Port (UDP) 9898 habe ich Expose beim Starten durch Docker-Compose:
- "9898:9898/udp"
Danke für Hinweise - es sieht konkret so aus:
root@iobroker:/opt/iobroker# watch -d "netstat -tulpen"
Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name
tcp 0 0 172.17.0.3:2001 0.0.0.0:* LISTEN 1000 1336206 -
tcp 0 0 0.0.0.0:1880 0.0.0.0:* LISTEN 1000 1338333 -
tcp 0 0 0.0.0.0:2010 0.0.0.0:* LISTEN 1000 1337817 -
tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1000 1336876 -
tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1000 1336869 -
tcp6 0 0 :::8081 :::* LISTEN 1000 1338852 -
tcp6 0 0 :::8082 :::* LISTEN 1000 1339317 -
udp 0 0 0.0.0.0:9898 0.0.0.0: 1000 1339730 -*Warum erscheint kein LISTEN oder ist das normal bei UDP ?
Diese Anleitung traue ich mich nicht durchzuführen:
-
hallo,
unter
Backit-UP - Wiederherstellen - ändert Besitzer/Gruppe auf root/root
habe ich einen fehler beschrieben, evtl kann mir einer helfen.vielen dank...
-
hallo,
unter
Backit-UP - Wiederherstellen - ändert Besitzer/Gruppe auf root/root
habe ich einen fehler beschrieben, evtl kann mir einer helfen.vielen dank...
-
@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:
EDIT:
Falscher BeitragAchso.
Dachte hier werden Restor probleme auch behandelt? -
@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:
EDIT:
Falscher BeitragAchso.
Dachte hier werden Restor probleme auch behandelt?Nee ... ich hab im falschen Thread gepostet ... war eine Anwort für einen anderen Thread , deshab habe ich hier EDIT gemacht !
Dies war nicht für dich gemeint !
-
hallo,
unter
Backit-UP - Wiederherstellen - ändert Besitzer/Gruppe auf root/root
habe ich einen fehler beschrieben, evtl kann mir einer helfen.vielen dank...
@_techniker_ said in [HowTo] ioBroker Restore unter Linux durchführen:
hallo,
unter
Backit-UP - Wiederherstellen - ändert Besitzer/Gruppe auf root/root
habe ich einen fehler beschrieben, evtl kann mir einer helfen.vielen dank...
Keiner?
-
@smile
Admin läuft aktuell nicht.
Hat dein neues System den gleichen Hostname?Falls nicht, führe mal folgendes bitte aus:
iobroker stop iobroker host this iobroker startZusätzlich eventuell auch noch:
iobroker start adminMensch, danach hatte ich Ewigkeiten gesucht und bis jetzt nirgends gefunden!
Ich wollte meine iobroker Installation von einem Docker Container auf einen Ubuntu Server umziehen.
Nach dem Restore funktionierte kein Adapter mehr inkl. Admin.
Da musste ich einen 2. Adminadapter installieren um wieder auf die Oberfläche zu kommen.
Dennoch bekam ich keinen der Adapter die Wiederhergestellt wurden zum laufen.Aber mit den Befehlen:
iobroker stop
iobroker host this
iobroker startläuft es nun!
Wäre das nicht eine Möglichkeit, diesen Befehl automatisch im Restore laufen zu lassen?
Grüsse Loetman
-
Hallo zusammen,
Musst mein System neu aufsetzen.
Iob wurde nach Installationsanleitung installiert.
Jedoch funktionieren beide beschrieben wegen bei mir nicht. Sonst hat das Backup immer funktioniert, jetzt leider nicht mehr.Bekommen folgende Fehler Meldung
====================== Log Backitup Restore: ====================== [DEBUG] [iobroker] Start ioBroker Restore ... [DEBUG] [iobroker] iobroker controller daemon is not running [DEBUG] [iobroker] host.rick-desktop OK. [DEBUG] [iobroker] <--- Last few GCs ---> [DEBUG] [iobroker] [32217:0x4594080] 4668 ms: Scavenge 37.1 (55.0) -> 21.7 (55.0) MB, 1.4 / 0.0 ms (average mu = 0.954, current mu = 0.974) allocation failure [DEBUG] [iobroker] [32217:0x4594080] 8971 ms: Mark-sweep 1118.2 (1147.2) -> 1107.3 (1144.5) MB, 3.9 / 0.0 ms (+ 0.1 ms in 2 steps since start of marking, biggest step 0.1 ms, walltime since start of marking 3440 ms) (average mu = 0.998, current mu = 0.999) finalize inc [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 [ERROR] [iobroker] 1: 0xa1a640 node::Abort() [/usr/bin/node] [ERROR] [iobroker] 2: 0xa1aa4c node::OnFatalError(char const*, char const*) [/usr/bin/node] [ERROR] [iobroker] 3: 0xb9a68e v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] 4: 0xb9aa09 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] 5: 0xd57c85 [/usr/bin/node] [ERROR] [iobroker] 6: 0xd86fda v8::internal::EvacuateNewSpaceVisitor::Visit(v8::internal::HeapObject, int) [/usr/bin/node] [ERROR] [iobroker] 7: 0xd8e490 void v8::internal::LiveObjectVisitor::VisitBlackObjectsNoFail(v8::internal::MemoryChunk*, v8::internal::MajorNonAtomicMarkingState*, v8::internal::EvacuateNewSpaceVisitor*, v8::internal::LiveObjectVisitor::IterationMode) [/usr/bin/node] [ERROR] [iobroker] 8: 0xd9d898 v8::internal::FullEvacuator::RawEvacuatePage(v8::internal::MemoryChunk*, long*) [/usr/bin/node] [ERROR] [iobroker] 9: 0xd802de v8::internal::Evacuator::EvacuatePage(v8::internal::MemoryChunk*) [/usr/bin/node] [ERROR] [iobroker] 10: 0xd805a4 v8::internal::PageEvacuationTask::RunInParallel(v8::internal::ItemParallelJob::Task::Runner) [/usr/bin/node] [ERROR] [iobroker] 11: 0xd75885 v8::internal::ItemParallelJob::Task::RunInternal() [/usr/bin/node] [ERROR] [iobroker] 12: 0xd75c94 v8::internal::ItemParallelJob::Run() [/usr/bin/node] [ERROR] [iobroker] 13: 0xd8f947 void v8::internal::MarkCompactCollectorBase::CreateAndExecuteEvacuationTasks(v8::internal::MarkCompactCollector*, v8::internal::ItemParallelJob*, v8::internal::MigrationObserver*, long) [/usr/bin/node] [ERROR] [iobroker] 14: 0xd9fe74 v8::internal::MarkCompactCollector::EvacuatePagesInParallel() [/usr/bin/node] [ERROR] [iobroker] 15: 0xda0a8a [/usr/bin/node] [ERROR] [iobroker] 16: 0xda5d07 v8::internal::MarkCompactCollector::CollectGarbage() [/usr/bin/node] [ERROR] [iobroker] 17: 0xd64239 v8::internal::Heap::MarkCompact() [/usr/bin/node] [ERROR] [iobroker] 18: 0xd64f53 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/bin/node] [ERROR] [iobroker] 19: 0xd65a85 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/bin/node] [ERROR] [iobroker] 20: 0xd6853c v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] 21: 0xd363dc v8::internal::Factory::NewRawOneByteString(int, v8::internal::AllocationType) [/usr/bin/node] [ERROR] [iobroker] 22: 0xe4561b v8::internal::JsonParser::MakeString(v8::internal::JsonString const&, v8::internal::Handle) [/usr/bin/node] [ERROR] [iobroker] 23: 0xe47e9e v8::internal::JsonParser::ParseJsonValue() [/usr/bin/node] [ERROR] [iobroker] 24: 0xe486af v8::internal::JsonParser::ParseJson() [/usr/bin/node] [ERROR] [iobroker] 25: 0xc4bc05 v8::internal::Builtin_JsonParse(int, unsigned long*, v8::internal::Isolate*) [/usr/bin/node] [ERROR] [iobroker] 26: 0x140ddd9 [/usr/bin/node] [DEBUG] [iobroker] ioBroker Restore completed successfully [EXIT] null **** Restore was canceled!! **** The log can be closed ... -
Hallo
Ich hatte mal vor einiger Zeit eine tote SD karte. Da das ganze aber auf Probebetrieb gelaufen ist hatte ich mich jetzt einige Zeit nicht mehr damit beschäftigt. Jetzt habe ich mir den Pi neu aufgesetzt und iobroker so weit fertig gemacht, um von einen Backup wieder her zu stellen. Doch egal was ich mache, er will nicht. Ich habe verschiedene Backups versucht. Auch viel ältere. Aber jedesmal stellt er sich quer bei der Wiederherstellung. Ich weiß aber nicht warum.
pi@raspberrypi:/opt/iobroker $ sudo iobroker restore iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ sudo iobroker restore total-2018_09_21-03_00_10_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/total-2018_09_21-03_00_10_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ sudo iobroker restore minimal_2019_11_26-02_00_36_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/minimal_2019_11_26-02_00_36_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ -
Hallo
Ich hatte mal vor einiger Zeit eine tote SD karte. Da das ganze aber auf Probebetrieb gelaufen ist hatte ich mich jetzt einige Zeit nicht mehr damit beschäftigt. Jetzt habe ich mir den Pi neu aufgesetzt und iobroker so weit fertig gemacht, um von einen Backup wieder her zu stellen. Doch egal was ich mache, er will nicht. Ich habe verschiedene Backups versucht. Auch viel ältere. Aber jedesmal stellt er sich quer bei der Wiederherstellung. Ich weiß aber nicht warum.
pi@raspberrypi:/opt/iobroker $ sudo iobroker restore iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ sudo iobroker restore total-2018_09_21-03_00_10_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/total-2018_09_21-03_00_10_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ sudo iobroker restore minimal_2019_11_26-02_00_36_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/minimal_2019_11_26-02_00_36_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ -
Hallo
Ich hatte mal vor einiger Zeit eine tote SD karte. Da das ganze aber auf Probebetrieb gelaufen ist hatte ich mich jetzt einige Zeit nicht mehr damit beschäftigt. Jetzt habe ich mir den Pi neu aufgesetzt und iobroker so weit fertig gemacht, um von einen Backup wieder her zu stellen. Doch egal was ich mache, er will nicht. Ich habe verschiedene Backups versucht. Auch viel ältere. Aber jedesmal stellt er sich quer bei der Wiederherstellung. Ich weiß aber nicht warum.
pi@raspberrypi:/opt/iobroker $ sudo iobroker restore iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ sudo iobroker restore total-2018_09_21-03_00_10_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/total-2018_09_21-03_00_10_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ sudo iobroker restore minimal_2019_11_26-02_00_36_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/minimal_2019_11_26-02_00_36_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $@lj-mic sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Zum einen wird da nicht mit sudo hantiert, zum anderen, was ist denn das für ein seltsamer Pfad?
Die /../ sind komplett überflüssig, wenn da kein Tango durch den Verzeichnisbaum getanzt werden soll.Wo liegen die Backups im direkten Pfad? /opt/iobroker/backups ?
Und woher weißt du, dass die nicht auch mit der SD-Karte gestorben sind? -
@lj-mic sagte in [HowTo] ioBroker Restore unter Linux durchführen:
sudo iobroker
kein sudo vor iobroker Befehle !
@glasfaser das ändert nichts
pi@raspberrypi:/opt/iobroker $ iobroker restore iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ iobroker restore minimal_2019_11_26-02_00_36_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/minimal_2019_11_26-02_00_36_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ iobroker restore total-2018_09_21-03_00_10_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/total-2018_09_21-03_00_10_backupiobroker.tar.gz" -
@lj-mic sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Zum einen wird da nicht mit sudo hantiert, zum anderen, was ist denn das für ein seltsamer Pfad?
Die /../ sind komplett überflüssig, wenn da kein Tango durch den Verzeichnisbaum getanzt werden soll.Wo liegen die Backups im direkten Pfad? /opt/iobroker/backups ?
Und woher weißt du, dass die nicht auch mit der SD-Karte gestorben sind?@thomas-braun wie schon gesagt ändert das ohne sudo nichts und nach dem das Backup im richtigen Ordner liegt, gebe ich ja bei der Eingabe keinen Pfad an.
pi@raspberrypi:/opt/iobroker $ iobroker restore iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ iobroker restore minimal_2019_11_26-02_00_36_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/minimal_2019_11_26-02_00_36_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ iobroker restore total-2018_09_21-03_00_10_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/total-2018_09_21-03_00_10_backupiobroker.tar.gz" -
@lj-mic sagte in [HowTo] ioBroker Restore unter Linux durchführen:
Zum einen wird da nicht mit sudo hantiert, zum anderen, was ist denn das für ein seltsamer Pfad?
Die /../ sind komplett überflüssig, wenn da kein Tango durch den Verzeichnisbaum getanzt werden soll.Wo liegen die Backups im direkten Pfad? /opt/iobroker/backups ?
Und woher weißt du, dass die nicht auch mit der SD-Karte gestorben sind?@thomas-braun hier noch mal mit angegebenen Pfad bei der Eingabe und mit und ohne sudo
pi@raspberrypi:/opt/iobroker $ iobroker restore /opt/iobroker/backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ sudo iobroker restore /opt/iobroker/backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz" -
Hallo zusammen,
Musst mein System neu aufsetzen.
Iob wurde nach Installationsanleitung installiert.
Jedoch funktionieren beide beschrieben wegen bei mir nicht. Sonst hat das Backup immer funktioniert, jetzt leider nicht mehr.Bekommen folgende Fehler Meldung
====================== Log Backitup Restore: ====================== [DEBUG] [iobroker] Start ioBroker Restore ... [DEBUG] [iobroker] iobroker controller daemon is not running [DEBUG] [iobroker] host.rick-desktop OK. [DEBUG] [iobroker] <--- Last few GCs ---> [DEBUG] [iobroker] [32217:0x4594080] 4668 ms: Scavenge 37.1 (55.0) -> 21.7 (55.0) MB, 1.4 / 0.0 ms (average mu = 0.954, current mu = 0.974) allocation failure [DEBUG] [iobroker] [32217:0x4594080] 8971 ms: Mark-sweep 1118.2 (1147.2) -> 1107.3 (1144.5) MB, 3.9 / 0.0 ms (+ 0.1 ms in 2 steps since start of marking, biggest step 0.1 ms, walltime since start of marking 3440 ms) (average mu = 0.998, current mu = 0.999) finalize inc [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 [ERROR] [iobroker] 1: 0xa1a640 node::Abort() [/usr/bin/node] [ERROR] [iobroker] 2: 0xa1aa4c node::OnFatalError(char const*, char const*) [/usr/bin/node] [ERROR] [iobroker] 3: 0xb9a68e v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] 4: 0xb9aa09 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/bin/node] [ERROR] [iobroker] 5: 0xd57c85 [/usr/bin/node] [ERROR] [iobroker] 6: 0xd86fda v8::internal::EvacuateNewSpaceVisitor::Visit(v8::internal::HeapObject, int) [/usr/bin/node] [ERROR] [iobroker] 7: 0xd8e490 void v8::internal::LiveObjectVisitor::VisitBlackObjectsNoFail(v8::internal::MemoryChunk*, v8::internal::MajorNonAtomicMarkingState*, v8::internal::EvacuateNewSpaceVisitor*, v8::internal::LiveObjectVisitor::IterationMode) [/usr/bin/node] [ERROR] [iobroker] 8: 0xd9d898 v8::internal::FullEvacuator::RawEvacuatePage(v8::internal::MemoryChunk*, long*) [/usr/bin/node] [ERROR] [iobroker] 9: 0xd802de v8::internal::Evacuator::EvacuatePage(v8::internal::MemoryChunk*) [/usr/bin/node] [ERROR] [iobroker] 10: 0xd805a4 v8::internal::PageEvacuationTask::RunInParallel(v8::internal::ItemParallelJob::Task::Runner) [/usr/bin/node] [ERROR] [iobroker] 11: 0xd75885 v8::internal::ItemParallelJob::Task::RunInternal() [/usr/bin/node] [ERROR] [iobroker] 12: 0xd75c94 v8::internal::ItemParallelJob::Run() [/usr/bin/node] [ERROR] [iobroker] 13: 0xd8f947 void v8::internal::MarkCompactCollectorBase::CreateAndExecuteEvacuationTasks(v8::internal::MarkCompactCollector*, v8::internal::ItemParallelJob*, v8::internal::MigrationObserver*, long) [/usr/bin/node] [ERROR] [iobroker] 14: 0xd9fe74 v8::internal::MarkCompactCollector::EvacuatePagesInParallel() [/usr/bin/node] [ERROR] [iobroker] 15: 0xda0a8a [/usr/bin/node] [ERROR] [iobroker] 16: 0xda5d07 v8::internal::MarkCompactCollector::CollectGarbage() [/usr/bin/node] [ERROR] [iobroker] 17: 0xd64239 v8::internal::Heap::MarkCompact() [/usr/bin/node] [ERROR] [iobroker] 18: 0xd64f53 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/bin/node] [ERROR] [iobroker] 19: 0xd65a85 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/bin/node] [ERROR] [iobroker] 20: 0xd6853c v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/usr/bin/node] [ERROR] [iobroker] 21: 0xd363dc v8::internal::Factory::NewRawOneByteString(int, v8::internal::AllocationType) [/usr/bin/node] [ERROR] [iobroker] 22: 0xe4561b v8::internal::JsonParser::MakeString(v8::internal::JsonString const&, v8::internal::Handle) [/usr/bin/node] [ERROR] [iobroker] 23: 0xe47e9e v8::internal::JsonParser::ParseJsonValue() [/usr/bin/node] [ERROR] [iobroker] 24: 0xe486af v8::internal::JsonParser::ParseJson() [/usr/bin/node] [ERROR] [iobroker] 25: 0xc4bc05 v8::internal::Builtin_JsonParse(int, unsigned long*, v8::internal::Isolate*) [/usr/bin/node] [ERROR] [iobroker] 26: 0x140ddd9 [/usr/bin/node] [DEBUG] [iobroker] ioBroker Restore completed successfully [EXIT] null **** Restore was canceled!! **** The log can be closed ...@patrick sagte in [HowTo] ioBroker Restore unter Linux durchführen:
JavaScript heap out of memory
viele Scripte?
wenig RAM? -
@thomas-braun hier noch mal mit angegebenen Pfad bei der Eingabe und mit und ohne sudo
pi@raspberrypi:/opt/iobroker $ iobroker restore /opt/iobroker/backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz" pi@raspberrypi:/opt/iobroker $ sudo iobroker restore /opt/iobroker/backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz host.raspberrypi Cannot extract from file "/opt/iobroker/backups/iobroker_2020_05_11-02_00_37_backupiobroker.tar.gz"@lj-mic
Teste mal die Backup Archive, ob die überhaupt in Ordnung sind.
Am besten unter Windows mal mit 7zip testen -
@lj-mic
Teste mal die Backup Archive, ob die überhaupt in Ordnung sind.
Am besten unter Windows mal mit 7zip testen@simatec Mein iobroker findet keine Verbindung mehr zum in influxdb, deshalb wollte ich ein BackUp zurückspielen.
Nun taucht jedoch BackItUp unter Adaptern auf, nicht jedoch unter Instancen und somit auch kein Rückspielen möglich.
kann man das irgendwie reparieren?
602
Online32.6k
Users82.2k
Topics1.3m
Posts