Adapter: iobroker.backitup (stable Release)

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?:open_mouth:
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):grinning:

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.

simatec

@opossum
Zeige mal bitte deine Einstellungen von NAS/Copy.
Haste du den Installer Fix mal drüberlaufen lassen?

Stelle die Instanz auch mal bitte auf debug und poste mal den log der Backuperstellung bitte hier.

Ich schaue mir das auch gleich noch einmal an ...

opossum

Hallo, @simatec ,

sorry, hatte gerade ein wenig Stress (Homeoffice). Hier die Einstellungen:

… und hier das Log:

… und die Screens aus /iobroker/backups:

… und aus media/backup:

Community Forum

NEWS

Adapter: iobroker.backitup (stable Release)

Support us

746

32.4k

81.4k

1.3m