Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[elektrobau]

Hallo zusammen,

ich möchte mit backitup auf eine neue VM übersiedeln, jedoch bekomme ich immer den selben Fehler. Könnt ihr mir weiterhelfen?

Log:

2024-07-29 07:54:00.446 - info: admin.0 (9680) ==> Connected system.user.admin from 192.168.1.27
2024-07-29 07:54:14.227 - error: backitup.0 (8432) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2024-07-29 07:54:14.230 - error: backitup.0 (8432) unhandled promise rejection: spawn EINVAL
2024-07-29 07:54:14.233 - error: backitup.0 (8432) Error: spawn EINVAL
at ChildProcess.spawn (node:internal/child_process:421:11)
at spawn (node:child_process:761:9)
at startDetachedRestore (C:\ioBroker\node_modules\iobroker.backitup\lib\restore.js:74:17)
at C:\ioBroker\node_modules\iobroker.backitup\lib\restore.js:168:21
at getFile (C:\ioBroker\node_modules\iobroker.backitup\lib\restore.js:49:9)
at Object.restore (C:\ioBroker\node_modules\iobroker.backitup\lib\restore.js:125:9)
at AdapterClass. (C:\ioBroker\node_modules\iobroker.backitup\main.js:259:34)
2024-07-29 07:54:14.233 - error: backitup.0 (8432) Exception-Code: EINVAL: spawn EINVAL
2024-07-29 07:54:14.241 - info: backitup.0 (8432) cleaned everything up...
2024-07-29 07:54:14.241 - info: backitup.0 (8432) terminating
2024-07-29 07:54:14.241 - warn: backitup.0 (8432) Terminated (UNCAUGHT_EXCEPTION): Without reason
2024-07-29 07:54:14.746 - info: backitup.0 (8432) terminating
2024-07-29 07:54:14.765 - error: host.Microserver Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2024-07-29 07:54:14.766 - error: host.Microserver Caught by controller[1]: Error: spawn EINVAL
2024-07-29 07:54:14.766 - error: host.Microserver Caught by controller[1]: at ChildProcess.spawn (node:internal/child_process:421:11)
2024-07-29 07:54:14.766 - error: host.Microserver Caught by controller[1]: at spawn (node:child_process:761:9)
2024-07-29 07:54:14.766 - error: host.Microserver Caught by controller[1]: at startDetachedRestore (C:\ioBroker\node_modules\iobroker.backitup\lib\restore.js:74:17)
2024-07-29 07:54:14.766 - error: host.Microserver Caught by controller[1]: at C:\ioBroker\node_modules\iobroker.backitup\lib\restore.js:168:21
2024-07-29 07:54:14.766 - error: host.Microserver Caught by controller[1]: at getFile (C:\ioBroker\node_modules\iobroker.backitup\lib\restore.js:49:9)
2024-07-29 07:54:14.766 - error: host.Microserver Caught by controller[1]: at Object.restore (C:\ioBroker\node_modules\iobroker.backitup\lib\restore.js:125:9)
2024-07-29 07:54:14.766 - error: host.Microserver Caught by controller[1]: at AdapterClass. (C:\ioBroker\node_modules\iobroker.backitup\main.js:259:34)
2024-07-29 07:54:14.766 - error: host.Microserver instance system.adapter.backitup.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2024-07-29 07:54:14.766 - info: host.Microserver Restart adapter system.adapter.backitup.0 because enabled
2024-07-29 07:54:34.296 - info: admin.0 (9680) <== Disconnect system.user.admin from 192.168.1.27
2024-07-29 07:54:44.787 - info: host.Microserver instance system.adapter.backitup.0 started with pid 9348
2024-07-29 07:54:45.403 - info: backitup.0 (9348) starting. Version 2.10.7 in C:/ioBroker/node_modules/iobroker.backitup, node: v20.16.0, js-controller: 5.0.19
2024-07-29 07:54:45.426 - info: backitup.0 (9348) [iobroker] backup will be activated at 02:48 every 1 day(s)

MOD-EDIT: Bitte Log in Code-Tags posten!

[arteck]

LOG im Code tag bitte

und dann

@elektrobau sagte in IoBroker umsiedeln:

C:\ioBroker\node_modules\iobroker.backitup\

ich denke du willst auf eine VM.. und dann nimmst du windows dafür ?

[legro]

@elektrobau

Vor zwei Jahren bin ich bei einem solchen Umzug noch kläglich gescheitert. Wie ich heute weiß, es war nicht nur mein Verschulden. Zurzeit ist jedoch BackItUp - zumindest für meine Installation - absolut ausgereift.

Allerdings trafen die Aussage „Betriebssystem installieren, ioBroker wiederherstellen, das war‘s“ bei mir überhaupt nicht zu, es wurde viel aufwendiger.

Hier habe ich mein Vorgehen für einen Umzug von einem Raspberry Pi 4 auf einen Pi 5 beschrieben. Vielleicht hilft dir dies weiter.

[arteck]

@legro na ja eigentlich ist jeder Umzug ganz einfach..

neue Kiste aufsetzten
iobroker installieren
iobroker stop
iobroker-data Ordner aus der alten Kisten auf die neue Kiste kopieren
iobroker host this
iobroker start

und warten...

bis fertig..

[legro]

@arteck sagte in IoBroker umsiedeln:

@legro na ja eigentlich ist jeder Umzug ganz einfach..

Das las ich immer wieder. Als es dann jedoch an die Umsetzung bei mir ging, blähte sich das Ganze immer mehr auf.

Einzig dein Tipp, den data-Ordner zu kopieren, war mir nicht bekannt. Was genau ist denn alles in diesem enthalten, dass hierdurch alles so viel einfacher wird?

Bei meinen verzweifelten Versuchen vor zwei Jahren, muss ich wohl so etwas Ähnliches gemacht haben. Mittels FileZilla habe ich alles Mögliche (was wohl zu ZigBee, YAHKA, .. InfluxDB, Grafana, .. gehörte) mehr oder weniger blind so lange kopiert, bis es dann glücklicherweise irgendwann funktionierte.

[arteck]

@legro sagte in IoBroker umsiedeln:

Was genau ist denn alles in diesem enthalten

alles was zu iobroker gehört... und alles was iobroker braucht..

wenn du die Systeme gemischt hast mit influx, grafana gedönz dann muss das natürlich einzeln rüber

[legro]

@arteck

Meinst du mit data den Ordner //iobroker/opt damit?

[arteck]

@legro es gibt keinen opt unter iobroker

das ist der richtige unter linux

/opt/iobroker/iobroker-data

[legro]

@arteck sagte in IoBroker umsiedeln:

@legro es gibt keinen opt unter iobroker

Schon klar, ich meinte natürlich //opt/iobroker komplett zu kopieren.

das ist der richtige unter linux ..

Danke!

iobroker host this benötige ich doch wohl nur in einer Multihost-Umgebung?

[Codierknecht]

@legro sagte in IoBroker umsiedeln:

ich meinte natürlich //opt/iobroker

Bitte genau lesen, was @arteck schreibt:

/opt/iobroker/iobroker-data

Wobei beim Kopieren kompletter Ordner immer die Gefahr besteht, dass man sich alten/kaputten Mist mit kopiert.
Meine Strategie sähe daher anders aus:

• Backup ziehen
• neues System aufsetzen
• Backup dort wiederherstellen

Voraussetzung ist aber, dass das Quellsystem halbwegs auf Stand ist. Ein "(ur)altes" Backup kann auf einem brandneuen System Probleme bereiten.

By the way: Ein Backup gehört grundsätzlich auf ein anderes Medium als auf die ioBroker-Maschine selbst.
Am besten auch noch örtlich getrennt (gilt auch für wichtige Dokumente etc.), also z.B. in der Cloud.
Wenn die Hütte abraucht, nützt ein lokales Backup wenig. Aber dann ist ioBroker auch eher zweitrangig - dann hat man ganz andere Probleme

[arteck]

@codierknecht sagte in IoBroker umsiedeln:

dass man sich alten/kaputten Mist mit kopiert.

backupit macht nix anderes als den iobroker-data ordner zu zippen

also welchen mist ?? den nimmst du so oder so mit

[arteck]

@legro nein damit sagst du dem iobroker das die neue Maschiene die gültige ist..da die bestimmt nicht 100 gleich benamst wurde

[Codierknecht]

@arteck sagte in IoBroker umsiedeln:

backupit macht nix anderes als den iobroker-data ordner zu zippen

OK - Punkt für Dich. Du solltest das ja wissen
Wobei ich persönlich den Weg über das Backup für den Normalanwender als einfacher ansehe.
Egal - Hauptsache funzt

[arteck]

@codierknecht sagte in IoBroker umsiedeln:

Wobei ich persönlich den Weg über das Backup für den Normalanwender als einfacher ansehe.

ja da gebe ich dir recht.. aber wenn Probleme bei einspielen bestehen kann man diesen Weg gehen

eine anderer ist den zip Ordner von backupit zu entpacken und die Dateien da raus ziehen

[legro]

@Codierknecht

Deinen Ratschlag habe ich offenbar hier im Detail für meine Installation beschrieben. Einfach finde ich das Ganze jedoch nicht gerade, im Gegenteil, es kommt mir ziemlich aufwendig vor.

Daher finde ich die Lösung von @arteck viel sympatischer.

Zum Glück steht ein solcher Umzug ja nicht allzu oft an. Für den täglichen Hausgebrauch verwende ich ApplePiBaker. Das Programm erstellt ein komplettes Image meines Systems. Bequemer geht‘s nimmer. Immer, wenn ich etwas ändern muss, ziehe ich mir ein Backup und stelle es bei Bedarf wieder her; einzig ggf. zwischenzeitlich angefallene Daten in InfluxDB muss ich von Hand wiederherstellen. Daher habe ich bei meinem Umzug auch diese Datenbank auf ein ansonsten nicht mehr benötigten Raspberry Pi 4 übertragen.

[Codierknecht]

@legro sagte in IoBroker umsiedeln:

ein komplettes Image meines Systems

Sowas ist aber tatsächlich eine mögliche Fehlerquelle.
Falls das System schon schräg ist, nimmt man mit 'nem Image auch alle Fehler mit.

Einfach finde ich das Ganze jedoch nicht gerade, im Gegenteil, es kommt mir ziemlich aufwendig vor.

Ein Großteil der Anwender ist bereits mit einfachsten Linux-Befehlen hoffnungslos überfordert.
Ich finde den Weg "Backup => Install => Restore" jetzt nicht großartig kompliziert.
Zumindest für ioBroker alleine.

Wer Influx und/oder Grafana einsetzt, sollte sich eh ein bisschen intensiver mit seinem System auseinandersetzen.

[MartyBr]

@arteck
Was ist mit Redis? Ich fahre auf meiner Maschine Redis für States und Objekte. Reicht es aus, die dumb-Datei auf die neue Maschine zu kopieren? Natürlich muss vorher Redis installiert sein. Ansonsten hat dein Vorschlag bei mir reibungslos funktioniert. Auch mit Yahka, da ansonsten häufig zickig ist.

[arteck]

@martybr ja das reicht..

redis stop
dump rein
redis starten

erst dann iobroker starten

[MartyBr]

@arteck Genau, das habe ich mir gedacht. Danke für die Bestätigung.

[elektrobau]

@arteck
Ja genau! Aktuell VM auf einer NAS und möchte auf eine VM im Microserver