Backup and Restore auf neuem Raspberry

[loverz]

@simatec in Google und auf dem NAS sind jeweils diese beiden Backups:

[simatec]

@loverz Finde ich sehr komisch ... Da muss ich mal deine Config genauer anschauen.
Poste die mal bitte als JSON File...

[Thomas Braun]

@simatec

Das mit den schrumpfenden/korrupten Dateien kenne ich von mir in etwas anderer Konstellation:

https://github.com/simatec/ioBroker.backitup/issues/971

Grothesk242 created this issue in simatec/ioBroker.backitup

closed Backup files corrupt with nodejs@20 and CIFS on a FritzNAS #971

[simatec]

@thomas-braun Ja aber er bekommt ja 2 Backups

[loverz]

@simatec

system.adapter.backitup.0.json

Kann man dort auch die YAHKA.1 und YAHKA.2 rausschmeißen, welche ich mal testweise installiert habe, nun aber nicht mehr nutze?
Von denen legt er mir immer leere Backups an.

[simatec]

@loverz Was für ein NAS nutzt du?

[loverz]

@simatec QNAP TS223

[simatec]

@loverz sagte in Backup and Restore auf neuem Raspberry:

Kann man dort auch die YAHKA.1 und YAHKA.2 rausschmeißen, welche ich mal testweise installiert habe, nun aber nicht mehr nutze?

Ja deaktiviere es im Backup

[simatec]

@loverz sagte in Backup and Restore auf neuem Raspberry:

QNAP TS223

smb1 ist nicht mehr standard ... gehe mal auf 3.1.1 und teste es. Geht es nicht, gehe Stück für Stück runter

[loverz]

@simatec man kann nur YAHKA generell deaktivieren. Brauche aber YAHKA.0 weiterhin.
Oder einmal deaktivieren und danach erneut aktivieren?

[simatec]

@loverz

sudo -u iobroker rm -rf /opt/iobroker/iobroker-data/yahka.1.hapdata

[loverz]

@simatec via SSH Konsole und für alle YAHKAs Wiederholen, die ich nicht benötige?

[simatec]

@loverz ja nur nicht für die Instanz, die du nutzt. Sonst sind die Daten weg

[loverz]

@simatec sieht gut aus, neueste SMB Version läuft genauso.

Backups sehen nun so aus:

Danke für die Hilfe!