SOLVED Backitup Backup einspielen klappt nicht

[Gerni]

@arteck soeben probiert bei gestopptem iobroker. Leider selbe Meldung beim Einspielen der Datei aus Backitup Adapter über dropbox. Der Zugriff auf dropbox funktioniert, das Backup wird ja angezeigt. Das scheint also nicht das Problem zu sein.

[Gerni]

@simatec Sohoooo per WinSCP in alter VM angemeldet und mir die Ordnerstruktur angesehen. Dort das gestrige Minimal Backup kopiert und an passender Stelle in Neuinstallation (in einem CT) eingefügt und siehe da; LIEF DURCH!!! Scheinbar also doch ein Problem in Verbindung mit DropBox.

Was mit in der "alten" Umgebung aufgefallen ist; ich hatte auch KOmplettBackups gemacht und mich gewundert warum die nicht in der DropBox zu finden sind... lokal lagen sie alle... Also auch hier scheinbar ein Problem in Verb. mit DropBox - zumindest bei mir.

VIELEN DANK AN ALLE!!!

[arteck]

kannst die datei von der dropbox runterladen und schauen obs ok ist ??

[simatec]

@Gerni
Lege dir die Datei für einen Restore mal lokal unter /opt/iobroker/backups ab und führe den Restore mal lokal aus.

[Gerni]

@arteck wie prüfe ich denn ob die Datei ob ist? Was sind die Kriterien dafür?

[Gerni]

@simatec sry mit Dateien per Konsole irgendwo hin schieben bin ich raus. Wie geht das?

[simatec]

@Gerni
Am besten mit einem ftp tool.
Filezilla geht dafür gut.
Dann wählst du sftp als Verbindung und logst dich mit deinen ssh User und PW ein.
Danach navigiere in den Ordner /opt/iobroker/backups und lege dort dein Backup ab.

[Gerni]

@simatec Sohoooo per WinSCP in alter VM angemeldet und mir die Ordnerstruktur angesehen. Dort das gestrige Minimal Backup kopiert und an passender Stelle in Neuinstallation (in einem CT) eingefügt und siehe da; LIEF DURCH!!! Scheinbar also doch ein Problem in Verbindung mit DropBox.

Was mit in der "alten" Umgebung aufgefallen ist; ich hatte auch KOmplettBackups gemacht und mich gewundert warum die nicht in der DropBox zu finden sind... lokal lagen sie alle... Also auch hier scheinbar ein Problem in Verb. mit DropBox - zumindest bei mir.

VIELEN DANK AN ALLE!!!

[simatec]

@Gerni
Da dieser Fehler mit dem Upload des total backups in die Dropbox nicht reproduzierbar auf all meinen Testsystemen ist, vermute ich, dass es mit einer bestimmten System/Software Variante zutun haben muss.

Darum mal die bitte es auf deinem neuen System noch einmal zu testen und hier ein kurzes Feedback geben, ob es mit deiner neuen Installation nun klappt.

Des Weiteren wäre für mich noch wichtig, was du für einen Softwarestand auf deinem alten System und auf deinem neuen System hast

Folgende Versionsstände wären wichtig.

• node
• nodejs
• npm
• js-controller
• backitup

Für dein Feedback danke ich dir im Voraus

[Gerni]

@simatec
Ich habe soeben alle 3 Varianten des Backups durchgeführt und grundlegend DropBox angegeben. Auf ioBroker Fileebene sieht das so aus:

In DropBox sieht es dann so aus:

Scheint nun also auch das total Backup hochgeladen zu haben! War also wie vermutet offenbar ein lokales Problem.

Was jedoch fehlt ist Homematic CCU. Die Konfig wurde automatisch ermittelt, IP passte auch.

Zu den aktuellen Versionen:

node, node-js, npm dürften vorher in älteren Versionen vorhanden gewesen sein leider gibt es die alte Installation nicht mehr.

[simatec]

@Gerni stelle mal backitup in den Instanzen auf debug und führe mal das ccu backup aus.
Im Anschluss bitte den Log posten.

[Gerni]

@simatec Hilft das weiter?

[Homoran]

@Gerni Logs bitte als Text in Code tags und bei Bedarf in Spoiler posten

[Gerni]

@Homoran ok Sry. So richtig?

Log:

Spoiler

backitup.0	2019-07-21 12:58:01.140	debug	system.adapter.admin.0: logging true
backitup.0	2019-07-21 12:57:50.072	debug	[ccu] exec: done
backitup.0	2019-07-21 12:57:50.069	debug	[ccu/history] backitup.0.history.html
backitup.0	2019-07-21 12:57:50.041	debug	[ccu/clean] done
backitup.0	2019-07-21 12:57:50.037	debug	[ccu/dropbox] done
backitup.0	2019-07-21 12:57:50.029	debug	[ccu/ccu] [IGNORED] invalid credentials or too many sessions
backitup.0	2019-07-21 12:57:48.646	debug	system.adapter.admin.0: logging false
backitup.0	2019-07-21 12:57:29.639	debug	system.adapter.admin.0: logging true
backitup.0	2019-07-21 12:56:57.091	info	[ccu] backup was activated at 01:30 every 3 day(s)
backitup.0	2019-07-21 12:56:57.011	info	starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.16.0
backitup.0	2019-07-21 12:56:56.953	debug	statesDB connected
backitup.0	2019-07-21 12:56:56.925	debug	objectDB connected

[Homoran]

@Gerni sagte in Backitup Backup einspielen klappt nicht:

So richtig?

nicht ganz - habe es jetzt angepasst.
Danke!

Ist das alles?
loglevel debug?

Immerhin steht da

[ccu/ccu] [IGNORED] invalid credentials or too many sessions

[Gerni]

@Homoran ok Danke. Naja sieht zumindest so aus als wäre das alles war nach Start des Adapters im Log steht.

[simatec]

@Gerni
Benutze in den backitup Einstellungen den gleichen Benutzernamen und das Passwort für dein Webinterface Login auf der CCU.

[Gerni]

@simatec AU MAN.... Wenn ich mich in die WebGUI von Raspberrymatic einlogge muss ich kein PW eingeben, dennoch ist das irgendwo gesetzt. Und Tatsache auch in meinem PWSafe. Entsprechend klappt das nun auch mit dem CCU UpDate.

PS debug loglevel kann den entscheidenden Hinweis geben. Werde ich versuchen künftig zu berücksichtigen.

[simatec]

@Gerni