[HowTo] ioBroker Restore unter Linux durchführen

[Glasfaser]

EDIT:
Falscher Beitrag

[_techniker_]

@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:

EDIT:
Falscher Beitrag

Achso.
Dachte hier werden Restor probleme auch behandelt?

[Glasfaser]

@_techniker_

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 !

[_techniker_]

@_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?

[loetman]

@simatec

Mensch, 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 start

läuft es nun!

Wäre das nicht eine Möglichkeit, diesen Befehl automatisch im Restore laufen zu lassen?

Grüsse Loetman

[Patrick]

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 ...

[LJ-Mic]

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 $

[Glasfaser]

@lj-mic sagte in [HowTo] ioBroker Restore unter Linux durchführen:

sudo iobroker

kein sudo vor iobroker Befehle !

[Thomas Braun]

@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]

@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]

@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]

@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"

[Homoran]

@patrick sagte in [HowTo] ioBroker Restore unter Linux durchführen:

JavaScript heap out of memory

viele Scripte?
wenig RAM?

[simatec]

@lj-mic
Teste mal die Backup Archive, ob die überhaupt in Ordnung sind.
Am besten unter Windows mal mit 7zip testen

[werner2000x]

@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?

[Homoran]

@werner2000x sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Nun taucht jedoch BackItUp unter Adaptern auf,

nur als verfügbar?
oder als installiert?
wenn letzteres, mit wieviel Instanzen?

@werner2000x sagte in [HowTo] ioBroker Restore unter Linux durchführen:

kann man das irgendwie reparieren?

wenn noch keine Instanz installiert, dies nachholen, wenn doch braucht es mehr infos, z.b. iobroker list instances

[werner2000x]

@homoran Das gleiche ist jetzt auch mit dem BLE Adapter passiert, der wird in den Instancen auch nicht mehr angezeigt.
Unter iobroker list instances werden die Adapter im Raspi nicht angezeigt, jedoch in ioBroker unter Adapter werden sie angezeigt.

[Homoran]

@werner2000x sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Unter iobroker list instances werden die Adapter im Raspi nicht angezeigt,

bitte die Eingabe und den konsolen output in code tags posten.

@werner2000x sagte in [HowTo] ioBroker Restore unter Linux durchführen:

jedoch in ioBroker unter Adapter werden sie angezeigt.

aber ohne Angabe von installierten Instanzen, oder?

[werner2000x]

@homoran ```
pi@raspberrypi:/opt/iobroker $ iobroker list instances

• system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.chromecast.0 : chromecast : raspberrypi - disabled
• system.adapter.cloud.0 : cloud : raspberrypi - enabled
  system.adapter.devices.0 : devices : raspberrypi - disabled
  system.adapter.discovery.0 : discovery : raspberrypi - disabled
  system.adapter.flot.0 : flot : raspberrypi - disabled
• system.adapter.fritzbox.0 : fritzbox : raspberrypi - enabled
  system.adapter.fritzdect.0 : fritzdect : raspberrypi - disabled
  system.adapter.history.0 : history : raspberrypi - disabled
• system.adapter.hue-extended.0 : hue-extended : raspberrypi - enabled
• system.adapter.hue.0 : hue : raspberrypi - enabled, port: 443
  system.adapter.icons-icons8.0 : icons-icons8 : raspberrypi - disabled
  system.adapter.icons-material-png.0 : icons-material-png : raspberrypi - disabled
  system.adapter.icons-mfd-svg.0 : icons-mfd-svg : raspberrypi - disabled
• system.adapter.influxdb.0 : influxdb : raspberrypi - enabled, port: 8086
• system.adapter.info.0 : info : raspberrypi - enabled
• system.adapter.innogy-smarthome.0 : innogy-smarthome : raspberrypi - enabled
• system.adapter.iot.0 : iot : raspberrypi - enabled
• system.adapter.javascript.0 : javascript : raspberrypi

Komischerweise sind objects für backitup und ble vorhanden - nur leer

[simatec]

@werner2000x
Was passiert denn, wenn du in den Adaptern Backitup als Instanz 0 installierst?