Abbruch wegen vollgelaufenem Backup-Medium, fehende Telegram-Meldung, kein Löschen älterer Backups

[invidianer]

Describe the bug
Adapter bricht ab beim Versuch, die Liste wiederherzustellender Objekte anzuzeigen, da das Backup-Medium, hier ein über CIFS (SMB 3.1.1) gemountetes NAS einer FritzBox 7590, voll ist.
Dies tritt unter Version 3.3.10 auf und meldet keinen Abbruch der Sicherung per Telegram.
Die Option, alte Backups zu löschen, ist aktiviert.
Unter Version 3.3.9 trat der Fehler zwar ebenso auf, meldete jedoch per Telegram:

Backitup:
Ihr Backup wurde nicht vollstandig erstellt.
Bitte überprüfen Sie die Fehler!!
yahka: Error: ENOSPC: no space left on device, open '/opt/iobroker/backups/ yahka.0_2025_09_24-02_01_42_backupiobro ker.tar.gz'

To Reproduce
Steps to reproduce the behavior:

1. Go to '...'
2. Click on '...'
3. Scroll down to '....'
4. See error

Expected behavior
Idealerweise eine Prüfung, ob der Speicherplatz auf dem NAS ausreicht und ansonsten eine entsprechende Meldung per Telegram, bevor die Sicherung überhaupt begonnen wird. Durch das Aktivieren der Option zum Löschen älterer Backups sollte dies jedoch kein Problem darstellen und obsolet sein. Beim Abbruch wenigstens eine entsprechende Nachricht per Telegram (wie noch in Version 3.3.9).

Screenshots & Logfiles
If applicable, add screenshots and logfiles to help explain your problem.

2025-11-09 11:40:22.827 - error: backitup.0 (9129) Error: Command failed: sudo mount -t cifs -o username=ioBroker_backup,password=****,noserverino,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.2.1/egfritz/ioBroker_backup /opt/iobroker/backups

2025-11-09 11:44:27.575 - error: backitup.0 (9200) Error: Command failed: sudo mount -t cifs -o username=ioBroker_backup,password=****,noserverino,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.2.1/egfritz/ioBroker_backup /opt/iobroker/backups

Versions:

• Adapter version: 3.3.10
• JS-Controller version: 7.0.7
• Node version:v22.21.0
• Operating system: RaspBian

Additional context
Add any other context about the problem here.

[github-actions]

Thanks for reporting a new issue @invidianer!

1. Please make sure your topic is not covered in the German documentation or English documentation
2. Please attach all necessary log files (in debug mode!), screenshots and other information to reproduce this issue
3. Search for the issue topic in other/closed issues to avoid duplicates!

---

Otherwise this issue will be closed.

[simatec]

Ich denke sein NAS Speicher sollte jeder selber im Griff haben und überwachen können. Backitup ist inzwischen ziemlich mächtig, aber am Ende sollte der Nutzer auch ein wenig sein Homelab administrieren

[tarikweiss]

Naja, es wird eine Funktion angeboten, die es ermöglicht Fehler sinnvoll zu melden. Klingt eher nach einem Bug?

[simatec]

Ich denke hier werden grundsätzlich zwei Ding durcheinander gebracht. Die Meldung über ein volles Backup Medium gibt es weiterhin... Das eine Backupliste nicht geladen wird, bedarf keiner Telegram Meldung, da es der User über das Interface macht. Und einen Bug sehe ich in den Logs nicht. Es gibt ein mount error, wodurch die Backupliste nicht geladen werden kann. Kein mount, keine Backups... keine Backups, keine Backupliste

[tarikweiss]

Aber es kam ja keine Telegram-Meldung wenn ich es richtig verstanden habe? Dass das Medium voll ist und deswegen ein Fehler geworfen wurde steht doch im Titel? Wo ist der Haken? :)

[simatec]

Naja Tarik so wie ich es vermute, war noch gerade genug Platz für die Backups da... So deute ich jedenfalls das Issue. Er schreibt ja, dass die Backupliste nicht geladen werden kann. Das keine Backups mehr erstellt werden können, lese ich so jetzt nicht raus. Das die Backupliste nicht erstellt werden kann, liegt am mount, der schief geht. Ob das jetzt zwingend mit dem vollen Speicher zusammen hängt, ist leider so erstmal nicht zu sehen.
Ich denke um tiefer zu schauen, bedarf es mehr Infos und vollständigen Logfiles sowie der Config als JSON File von Backitup. Die Speichergröße des Mediums wäre auch noch interessant.

Alles im allem sehe ich hier weiterhin kein Problem von Backitup, wenn ein Speichermedium für Backitup nicht erreichbar ist, kann Backitup leider die darauf befindlichen Backups nicht anzeigen.

Wir hatten uns damals im Dev-Meeting gegen eine Speicherüberwachung bei einem NAS entscheiden und lediglich die Überwachung auf dem lokalen Backuppfad festgelegt.

Denke das macht auch weiterhin Sinn... Denn am Ende kannst du nicht alle Speichermöglichkeiten prüfen... Es geht schon bei der Cloud los....