Monatsrückblick Januar/Februar 2026 ist online!

[crunchip]

@simatec mit dieser Version hatte ich heute Nacht ne Meldung, zuvor mit v.2.1.3 lief noch alles, hab ich etwas übersehen/vergessen einzustellen?

Your backup was not completely created. Please check the errors!!

redis: Error: ENOENT: no such file or directory, lstat '/opt/iobroker/backups/redistmp/temp-693.rdb'

hab nachgesehen, ein Verzeichnis redistmp wurde erstellt, auf der Backup Platte, das jedoch leer ist
redis_2021_04_30-05_31_18_backupiobroker.tar.gz wurde nach wie vor erfolgreich erstellt
Verzeichnis /opt/iobroker/backups ist leer

bin noch auf
js-controller v3.2.16
admin v4.2.1
jsonl in verwendung

[BBTown]

@simatec mir ist folgendes aufgefallen (womöglich ist das Verhalten auch bereits bekannt??)

Von jetzt auf gleich wurden meine "überzähligen" ioBroker Backups nicht mehr automatisch gelöscht.

Dann erinnerte ich mich daran, dass ich Einstellungen geändert hatte (zusätzlich InfluxDB sichern, Scripte sichern, Grafana sichern) und hierbei ganz offensichtlich aber nicht alle geforderten Angaben hinterlegt habe.
Entsprechend wurden diese zusätzlichen Backups gar nicht durchgeführt.

Dieser "Fehler" hatte jedoch zugleich zur Folge, dass der "Löschvorgang" der weiterhin korrekt ausgeführten ioBroker Backups, nicht mehr abgearbeitet wurde (womöglich weil das erst zum Schluss erfolgen soll?).
Nachdem ich diese "zusätzlichen Backups" wieder deaktiviert habe, wurde der Löschvorgang zumindest wieder wie zuvor korrekt durchgeführt.

Vielleicht könnte man das ganze dahingehend optimieren, dass eine fehlerhafte/unvollständige Konfiguration einer Teilkomponente keinen Einfluss auf die anderen Backup-Prozesse hat?

[simatec]

@bbtown Backitup ist so konzipiert, dass bei einem Fehler im Backupprozess keine alten Backups gelöscht werden.
Im schlimmsten fall ignoriert ein User diesen Fehler über Wochen und hat durch das löschen kein funktionstüchtiges Backup mehr

[BBTown]

@simatec ich verstehe deinen Ansatz, etwas schade ist dabei nur, dass z.B. bei einem fehlgeschlagenen "CCU" Backup, die ioBroker Backups nicht aufgeräumt werden und somit ggf. eine Festplatte volläuft.

Schöner wäre es daher wenn es möglich wäre das einzugrenzen .... also in meinem Beispiel dann lediglich die CCU-Backups stehen zu lassen und nicht jene ohne Fehler.

Vielleicht läßt sich so etwas ja mit vertrebarem Aufwand beizeiten mal prüfen :sunglasses:

[simatec]

@bbtown iobroker Backups und CCU Backups sind doch zwei völlig getrennte Backuptypen.
Schlägt dein iobroker Backup fehl, dann wird bei einem CCU Backup trotzdem gelöscht
Umgekehrt natürlich auch

[BBTown]

@simatec sagte in Test Adapter Backitup v2.1.x:

@bbtown iobroker Backups und CCU Backups sind doch zwei völlig getrennte Backuptypen.
Schlägt dein iobroker Backup fehl, dann wird bei einem CCU Backup trotzdem gelöscht
Umgekehrt natürlich auch

Nein, genau das ist mir ja aufgefallen.
ioBroker Backup wurde erfolgreich erstellt, aber die alten Backups nicht gelöscht.
Dies war allerdings nur der Fall, wenn ich andere Backups zusätzlich aktiviert habe die ich zum teil wohl fehlerhaft oder unvollständig eingerichtet habe (credentials)

Kaum lasse ich wieder nur das ioBroker-Backup alleine durchführen, werden auch die überflüssigen Backups wieder entfernt.

[simatec]

@bbtown Das kann aber dann nur eine Option zu den iobroker Backup sein.
Und wenn da was fehlerhaft ist, sollte das geprüft werden und nicht ignoriert werden

[simatec]

Ab sofort steht die Version 2.1.6 auf Github und in Kürze auch im latest zur Verfügung.

Changelog

2.1.6 (01.05.2021)

• (simatec) Bugfix for js-controller 3.3.x
• (simatec) small Bugfix Dropbox Log
• (simatec) small Bugfix for History Config reading

[Wolfi]

Habe schon seit einiger Zeit "Keine zigbee Instanz gefunden. Bitte überprüfen Sie Ihr System"??
(deConz ZigBee)

[simatec]

@wolfi Welchen Adapter hast du installiert? Zigbee oder Deconz?

[Wolfi]

@simatec
deConz

[simatec]

@wolfi Deconz wird nicht von Backitup gesichert, da die API das nicht unterstützt.
Ein Zigbee Backup beinnhaltet die Daten und Backups des Zigbee-Adapters

Deconz kannst du aktuell nur über das WebIF von Deconz selber sichern.

[Wolfi]

@simatec
Das ist aber seltsam den es funktionierte mal bei einer Version vor 2.1.0?

[simatec]

@wolfi Nein das ging definitiv nicht ...
Schaue dir einfach mal die Backups an ... Es wurden lediglich Warnmeldungen hinzugefügt, die dir sagen, dass es den Adapter zum sichern nicht gibt

[MCU]

@simatec Thema Restore von NAS/Kopieren: 2.1.6

Error: {"errno":-116,"code":"Unknown system error -116","syscall":"open","path":"/opt/iobroker/backups/jarvis.0_2021_05_13-02_02_52_backupiobroker.tar.gz"}

Habe gerade versucht ein Backup vom anderen System auf ein neues System zu spielen. Die Backups vom Original-System werden auf das NAS kopiert. Muss man das Backup-File noch selber in den Backup-Pfad kopieren?

[Thomas Braun]

@mcu

Das entfernte Dateisystem wird im Mountpunkt /opt/iobroker/backups eingehängt und dann von dort gelesen.
Wie holst du das beim Backup rein? Per CIFS/SMB? NFS?

[MCU]

@thomas-braun CIFS

[Thomas Braun]

@mcu

FritzNAS am besten auf Samba 3.1.1 (Jedenfalls in aktuellen FritzOS-Versionen >7.x und mit 'noserverino' anlegen.

[MCU]

@thomas-braun So:

-> gleicher Fehler und vorher

Error: Command failed: sudo mount -t cifs -o username=Backup,password=****,noserverino,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/fritz.nas/FDB/Backup /opt/iobroker/backups mount error(16)

[Thomas Braun]

@mcu
Wenn du an der Einstellung in der Fritzbox nichts geändert hast muss
die Freigabe groß geschrieben werden:

FRITZ.NAS/FDB/Backup