Adapter: iobroker.backitup (stable Release)

[stoffel67]

habe heute den Backitup-adapter "upgedated", und nun läuft er nicht mehr!
bekomme folgende Fehlermeldung im Log:

host.raspiP
2019-11-26 09:05:22.485
error
instance system.adapter.backitup.0 terminated with code 1 ()
Caught
2019-11-26 09:05:22.485
error
by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.backitup/node_modules/googleapis/build/src/index.js:19:22)
Caught
2019-11-26 09:05:22.485
error
by controller[0]: at require (internal/module.js:20:19)
Caught
2019-11-26 09:05:22.485
error
by controller[0]: at Module.require (module.js:504:17)
Caught
2019-11-26 09:05:22.485
error
by controller[0]: at Function.Module._load (module.js:445:3)
Caught
2019-11-26 09:05:22.484
error
by controller[0]: at tryModuleLoad (module.js:453:12)
Caught
2019-11-26 09:05:22.484
error
by controller[0]: at Module.load (module.js:494:32)
Caught
2019-11-26 09:05:22.484
error
by controller[0]: at Object.Module._extensions..js (module.js:586:10)
Caught
2019-11-26 09:05:22.484
error
by controller[0]: at Module._compile (module.js:549:28)
Caught
2019-11-26 09:05:22.484
error
by controller[0]: at Object.runInThisContext (vm.js:97:10)
Caught
2019-11-26 09:05:22.484
error
by controller[0]: at createScript (vm.js:56:10)
Caught
2019-11-26 09:05:22.484
error
by controller[0]: SyntaxError: Unexpected identifier
Caught
2019-11-26 09:05:22.483
error
by controller[0]: ^^^^^^^^^^^^^
Caught
2019-11-26 09:05:22.483
error
by controller[0]: async discoverAsync(url) {
Caught
2019-11-26 09:05:22.482
error
by controller[0]: /opt/iobroker/node_modules/iobroker.backitup/node_modules/googleapis/build/src/googleapis.js:93```

[simatec]

@stoffel67
Welche Node Version hast du installiert?
Das sieht ganz nach einer Version < 8 aus.

Seit geraumer zeit wird Node < 8 nicht merh unterstützt, da die Google Drive Api Minimum Node 8 fordert

[stoffel67]

Ohh, gute Frage...
node --version bringt: v6.14.1
was muss ich da machen... node --update?

[simatec]

@stoffel67
ja mach ein node Update.
Node 10 ist aktuell die sinnvollste Version.

https://forum.iobroker.net/post/266625

[stoffel67]

@simatec
OHje... habe ein
curl -sL https://deb.nodesource.com/setup_10.x |sudo -E bash

dann

sudo apt-get install -y nodejs

dannach iobroker gestartet...
jetzt hagelt es nur noch Fehler im LOG!

host.raspiP
2019-11-26 10:51:08.446
error
instance system.adapter.yahka.0 terminated with code 1 ()
host.raspiP
2019-11-26 10:51:08.446
error
Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
host.raspiP
2019-11-26 10:51:08.446
error
Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30)
host.raspiP
2019-11-26 10:51:08.446
error
Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/ed25519-hap/index.js:1:37)
host.raspiP
2019-11-26 10:51:08.446
error
Caught by controller[0]: at bindings (/opt/iobroker/node_modules/bindings/bindings.js:76:44)
host.raspiP
2019-11-26 10:51:08.446
error
Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18)
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:692:17)
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32)
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: at Object.Module._extensions..node (internal/modules/cjs/loader.js:807:18)
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: the module (for instance, using `npm rebuild` or `npm install`).
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: NODE_MODULE_VERSION 64. Please try re-compiling or re-installing
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: NODE_MODULE_VERSION 48. This version of Node.js requires
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: was compiled against a different Node.js version using
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: Error: The module '/opt/iobroker/node_modules/ed25519-hap/build/Release/ed25519.node'
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: ^
host.raspiP
2019-11-26 10:51:08.445
error
Caught by controller[0]: throw e
host.raspiP
2019-11-26 10:51:08.442
error
Caught by controller[0]: /opt/iobroker/node_modules/bindings/bindings.js:83

kann ich/ muß ich hier auf eine ältere Version????

[Einstein67]

Erstmal Vielen Dank für die Version 1.30! Das History Backup/Restore funktioniert total SUPER!

Ich hab ein kleines Problem mit den Passwörtern von Wiederhergestellten Adaptern/Instanzen.

Zum Beispiel beim Adapter Sonoff wird das MQTT-Passwort zwar wiederhergestellt, allerdings falsch. Auch bei BackitUp passiert das selbe mit dem Passwort für den SMB-Mount.

Mach ich da irgendwas falsch, oder ist dieses Verhalten (aus Sicherheitsgründen) sogar gewünscht?

[stoffel67]

so hab jetzt auch beim YAHKA Adapter ein rebuild gemacht, scheint jetzt auch wieder zu laufen...
allerdings macht der Backit-up Adapter nur noch ein "Standrad"(Minimal-backup)
das ist bei mir ca. 2MB groß, vorher war ein full-backup 160MB groß
wie bekomm ich wieder ein Full-Backup?
Ich hätte schon gern alles gesichert?

[simatec]

@stoffel67
Full Backups werden nicht mehr unterstützt und werden auch nicht benötigt.
Das Standard Backup beinhaltet alles, was man braucht

[stoffel67]

@simatec
OK, dh. da ist alles drin was ich für die Widerherstellung meiner ioBroker-Inst. brauche?
wieso die Größenunterschiede?

[simatec]

@stoffel67
Genau und falls du redis, Zigbee oder mysql nutzt, kannst du in backitup dafür die Extra Backups aktivieren

[stoffel67]

@simatec
nee die nutz ich aktuell nicht, aber ganz wichtig Javascript-Scripte und vor allem YAHKA ( sonst "tillt" meine bessere Hälfte)

[MathiasJ]

@Henny112
Ja kann man, ist aber so gewollt.

[Henny112]

@MathiasJ danke ich teste das mal.

[Alexxx2005]

Hallo,

wie erkenne ich wie weit ein wiederherstellen ist.
hab mich mal per sftp aufgeschalten , Logo's
unter vis.0. sind hergestellt in der Konsole dreht
sich der runde kreis mal rot mal grün.

Grüße Alex

[simatec]

@Alexxx2005
Welche Version von Backitup ist installiert und wie lange läuft die Wiederherstellung schon?

[Alexxx2005]

das neuste was es derzeit in der adapter umgebung im iobroker gibt (kann grad nicht schauen) es läuft seit heute ca.: 16 Uhr , waren 15 Vis Seiten und um die 30 Instanzen (Adapter mit Logo und weiteres VIS Zubehör.

Grüße Aex

[simatec]

@Alexxx2005
Hast du Installer Fix vorher laufen lassen?
Falls nein starte mal auf Konsole

Sollte inzwischen fertig sein

[Alexxx2005]

für ein Backup Newbie was is ein Installer Fix , wie kann ich es laufen lassen ?

Nein habe es Zuvor nicht laufen lassen , ist das irgendwo dokumentiert wie man da vorgehen muss (richtige Reihenfolge) konnte da nichts finden, sorry

Grüße Alex

[Homoran]

@Alexxx2005 sagte in Adapter: iobroker.backitup (stable Release):

ist das irgendwo dokumentiert wie man da vorgehen muss

Link steht bei @simatec im Footer

@Alexxx2005 sagte in Adapter: iobroker.backitup (stable Release):

was is ein Installer Fix

der steht bei mir im Footer

[opossum]

Hallo @simatec ,

habe das jetzt getestet. Leider keinen Erfolg. Hier meine Daten. Ich habe BackitUp so eingestellt, dass zu einer bestimmten Uhrzeit das Backup geschrieben wird. Über NAS/COPY habe ich eingestellt, dass das Backup noch nach /media/backup kopiert wird. Das klappt auch, nur wird die Backupdatei für das mysql-Backup noch nicht korrekt geschrieben.
Hier der Screen für /opt/iobroker/backups:

Hier ist der Zeitstempel für die Dateien einmal 27.11.2019 07:13:14 für das Minimalbackup, der Zeitstempel für das mysql-Backup ist der 27.11.2019 07:13:36
Hier der Screen von /media/backup:

Man sieht, dass die Dateien in /media/backup/ einen Zeitstempel vom 27.11.2019 07:13:24 besitzen.
Aus meiner Sicht wird das mysql-Backup zu früh kopiert und damit dann in /media/backup unbrauchbar. Schaust Du Dir das bei Gelegenheit mal an. Hat keine Eile, da ich zur Zeit die Datenbank mit einem Script sichere.
Läuft da bei mir vielleicht etwas auf dem NUC verkehrt? Rechte von /media/backup stehen auf 777.