Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[simatec]

@Dr-Bakterius
Welche Version hast du installiert?
Das Feature gibt es erst ab Version 1.3.2

[SRo769]

Hi, hab mal den Adapter 1.3.2 getestet. Klappt soweit alles (mysql, redis, ccu - alles enthalten - keine Fehlermeldungen). Allerdings habe ich folgendes Problem:

Nach dem eigentlichen Backup-Ende kommen die folgenden Log-Einträge dauerhaft:

Alle paar Sekunden ein neuer Eintrag- die Redis-Sicherung ist auch nur 1kb groß und lässt sich nicht entpacken. Habe ich so auch noch nicht gehabt. Ist das schon mal woanders aufgetreten?

VG Sven

[Dr. Bakterius]

@simatec sagte in Test Adapter Backitup v1.3.x:

@Dr-Bakterius
Welche Version hast du installiert?
Das Feature gibt es erst ab Version 1.3.2

Sieh mal mein Post direkt ober deinem. ;-) Hab' meinen Fehler schon gefunden gehabt.

[JB_Sullivan]

So, da bin ich wieder : )

Ich habe heute erst festgestellt, das meine ganzen Einstellungen für sourceanalytix und history nach dem Backup beim Sonoff Adapter komplett nicht mehr vorhanden sind.

Da das ein Haufen Zeug war was ich neu einstellen müsste, kann man das irgendwie einzeln restoren? Wo werden diese Einstellungen üblicherweise gespeichert? Vielleicht ist es ja auch möglich aus der alten ioB Installation die Datei mit diesen Infos einzeln rüber zu kopieren?

[simatec]

@JB_Sullivan
History Daten kannst du in backitup separat sichern.
Zu den Daten von sourceanalytix müsste @Dutchman eventuell mal was zu sagen

[JB_Sullivan]

Das mit dem history Pfad habe ich noch nicht so ganz verstanden.

Da steht bei mir "media/usb/history" drin. Was ist das für ein Pfad? Da wohin gesichert werden soll, oder der Pfad wo das History Verzeichnis liegt (liegen sollte)?

History liegt zumindest bei meiner Windows Installation hier: - \iobroker-data\history

Wie gesagt, das mit der history Sicherung erschließt sich mir noch nicht so wirklich.

[simatec]

@JB_Sullivan
Da muss der Pfad eingetragen werden, wo du deine History Daten abgelegt hast.

[JB_Sullivan]

@simatec

OK, Danke, das mit dem Pfad Angabe hat schonmal funktioniert. Die history Dateien wurden auch wieder restored.
Der LOG Eintrag aus dem separaten Browser TAB sagt aber ".... abgebrochen".

Das history Backup ist ~35 MB groß.

**********************
Log Backitup Restore:
**********************

Restore is started ...

[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[DEBUG] [historyDB] Extracting...
[EXIT] historyDB restore done **** Restore was canceled!! ****

The log can be closed ...

..... und das schreibt BackItUp in das ioBroker Fenster

Gestartet...
[DEBUG] [historyDB] Extracting...
[EXIT] historyDB restore done
[EXIT] 0

[simatec]

@JB_Sullivan
Da ist noch ein kleiner Bug im Webinterface.
Aber das betrifft nur die Ausgabe und ist nicht relevant für den Restore.
Ist auf Github bereits gefixt

[Dutchman]

@simatec sagte in Test Adapter Backitup v1.3.x:

@JB_Sullivan
History Daten kannst du in backitup separat sichern.
Zu den Daten von sourceanalytix müsste @Dutchman eventuell mal was zu sagen

@JB_Sullivan
SourceAnalytix speichert alle werte in de States, bedeutet also das die imm BackitUp backup sitzen entweder in den object files oder dem Redis backup je nachdem wie man es eingerichtet hat

[JB_Sullivan]

@Dutchman sagte in Test Adapter Backitup v1.3.x:

@simatec sagte in Test Adapter Backitup v1.3.x:

@JB_Sullivan
History Daten kannst du in backitup separat sichern.
Zu den Daten von sourceanalytix müsste @Dutchman eventuell mal was zu sagen

@JB_Sullivan
SourceAnalytix speichert alle werte in de States, bedeutet also das die imm BackitUp backup sitzen entweder in den object files oder dem Redis backup je nachdem wie man es eingerichtet hat

OK, danke für die Info - das "Problem" hat sich auch schon erledigt, weil es "vor dem Bildschirm" saß ;)

@simatec

Kurze Frage zu BackItUp - wäre es evtl. eine Option als Sicherungsorte auch OwnCloud mit aufzunehmen? Mein "free" Dropbox Account ist jetzt an seinem Limit und da habe ich mich nach Alternativen umgesehen.

Ich bin dabei über OwnCloud gestolpert und habe das jetzt seit ca. 4 Wochen erfolgreich im Einsatz. Vielleicht wäre das auch eine Option .......

[simatec]

@JB_Sullivan
Das kann ich mir gerne mal anschauen.
Sonst ist Google Drive auch ne gute Alternative.
Glaube der Free Account hat 15 GB

[toki1973]

Hallo, seit ich neue Version installiert habe fuktioniert das Backup nicht mehr. Muss man etwas anpassen?

Gestartet...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":"cifs","mount":"192.xxx.xx.xxx","fileDir":"/opt/iobroker/node_modules/iobroker.backitup","wakeOnLAN":false,"macAd":"20:xx:20:xx:20:xx","wolTime":"25","smb":"vers=1.0","sudo":true,"deleteOldBackup":true,"ownDir":true,"bkpType":"Minimal","dir":"/NetBackup/Standard","dirMinimal":"/NetBackup/Standard","user":"xxxxxp","pass":"****"}

[Homoran]

@toki1973 sagte in Test Adapter Backitup v1.3.x:

fuktioniert das Backup nicht mehr.

ich sehe keine Fehlermeldung in dem Code.

Was ist denn das Problem?

[toki1973]

@Homoran Dies Meldung erscheint im Backup Dialog und es tut sich nichts

[Homoran]

@toki1973 sagte in Test Adapter Backitup v1.3.x:

es tut sich nichts

Ich denke du wills auf ein NAS sichern.
Was sagt denn da der "admin"?
wird gemounted?

Stell mal die Instanz auf debug und versuche es dann nochmal

und/oder poste mal deine Config.

[toki1973]

admin.0
2019-12-12 15:28:55.232
debug
Disable logging, because no one socket connected
backitup.0
2019-12-12 15:27:34.558
debug
sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"571415110":"to"}
admin.0
2019-12-12 15:27:34.478
debug
Subscribes: backitup.0.*, system.adapter.backitup.0.alive
admin.0
2019-12-12 15:27:34.477
debug
Subscribes: backitup.0.*
admin.0
2019-12-12 15:27:34.471
debug
sendTo "getTelegramUser" to system.adapter.backitup.0 from system.adapter.admin.0
backitup.0
2019-12-12 15:26:52.375
debug
[minimal] 10 00 02 */1 * * 
backitup.0
2019-12-12 15:26:52.306
info
[minimal] backup was activated at 02:00 every 1 day(s)
backitup.0
2019-12-12 15:26:52.135
info
starting. Version 1.3.0 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.16.0
backitup.0
2019-12-12 15:26:51.954
debug
statesDB connected
backitup.0
2019-12-12 15:26:51.768
debug
objectDB connected
host.raspberrypi
2019-12-12 15:26:44.129
info
instance system.adapter.backitup.0 started with pid 23932
host.raspberrypi
2019-12-12 15:26:42.176
info
instance system.adapter.backitup.0 terminated with code 156 ()
host.raspberrypi
2019-12-12 15:26:41.593
info
stopInstance system.adapter.backitup.0 killing pid 23606
host.raspberrypi
2019-12-12 15:26:41.593
info
stopInstance system.adapter.backitup.0
host.raspberrypi
2019-12-12 15:26:41.592
info
object change system.adapter.backitup.0
admin.0
2019-12-12 15:25:22.334
debug
Subscribes: system.adapter.*, system.host.*, *.info.connection
admin.0
2019-12-12 15:25:22.329
debug
Subscribes: system.adapter.*, system.host.*
admin.0
2019-12-12 15:25:21.418
debug
Subscribes: system.adapter.*
admin.0
2019-12-12 15:25:21.286
debug
Subscribes: backitup.0.*, system.adapter.backitup.0.alive
admin.0
2019-12-12 15:25:21.283
debug
Subscribe STATES: system.adapter.backitup.0.alive
admin.0
2019-12-12 15:25:21.261
debug
Subscribes: backitup.0.*
admin.0
2019-12-12 15:25:21.258
debug
Subscribe STATES: backitup.0.*
admin.0
2019-12-12 15:25:19.330
debug
Subscribe OBJECTS: system.host.*
admin.0
2019-12-12 15:25:19.329
debug
Subscribe OBJECTS: system.adapter.*
admin.0
2019-12-12 15:25:19.328
debug
Subscribes: system.adapter.*, system.host.*, *.info.connection
admin.0
2019-12-12 15:25:19.327
debug
Subscribe STATES: *.info.connection
admin.0
2019-12-12 15:25:19.326
debug
Subscribes: system.adapter.*, system.host.*
admin.0
2019-12-12 15:25:19.324
debug
Subscribe STATES: system.host.*
admin.0
2019-12-12 15:25:19.307
debug
Subscribes: system.adapter.*
admin.0
2019-12-12 15:25:19.298
debug
Subscribe STATES: system.adapter.*
admin.0
2019-12-12 15:25:18.953
debug
Next repo update on 12/12/2019, 7:11:46 PM
admin.0
2019-12-12 15:25:18.304
debug
system.adapter.admin.0: logging true
admin.0
2019-12-12 15:25:18.269
debug
Subscribes: dummy
admin.0
2019-12-12 15:25:18.260
debug
Change log subscriber state: true
admin.0
2019-12-12 15:25:18.258
debug
Subscribe LOGS
admin.0
2019-12-12 15:25:17.910
debug
Subscribe OBJECTS: *

[Homoran]

@toki1973 Bitte in Code-Tags </> setzen

[toki1973]

@Homoran hatte ich gleich korrigiert. wie kann ich prüfen ob gemounted wird?

[Homoran]

@toki1973 sagte in Test Adapter Backitup v1.3.x:

wie kann ich prüfen ob gemounted wird?

Ich kenne dein NAS nicht, weiß nicht mal was du benutzst.

Auf der Synology sieht man das in dessen WebUI:

Gut dass wir gesprochen haben ;-)
da hatte sich auch einer nicht ausgeloggt!

Backitup Instanz des entsprechenden Servers neu gestartet und der mount war weg