Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@tobi-1

Das ist ein Zufallszahlengenerator.

systemctl status haveged.service

sagt dir näheres dazu.

[Homoran]

@tobi-1 sagte in Backitup macht keine Backups mehr:

ob die SSD Defekt ist kann ich auch nicht beurteilen.

ist sie!

[Tobi 1]

Ich wollte mich jetzt nochmal kurz mit einem Statusupdate melden.

Vorweg, ich habe die SSD (noch) nicht getauscht und auch keine Neuinstallation vom OS oder ioBroker durchgeführt, jedoch habe ich das Problem erstmal anders gelöst bekommen.

Im Pfad /opt/iobroker/iobroker-data/backitup/ gibt es die Datei backitup.0.log die mir einen Hinweis gegeben hat, den ich sonst in keinem Log in ioBroker gesehen habe:

[{"1724531172529":"[DEBUG] [mount] mount activ... umount is started before mount!!\n[DEBUG] [mount] umount successfully completed\n[DEBUG] [mount] cifs-mount command: \"sudo mount -t cifs -o username=ioBroker_Backup,password=****,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777,vers=1.0 //192.168.178.1/fritz.nas/ioBroker_Backup /opt/iobroker/backups\"\n[DEBUG] [mount] mount successfully completed\n[DEBUG] [mount] done\n[DEBUG] [iobroker] host.raspberrypi 14300 states saved\n[DEBUG] [iobroker] host.raspberrypi 16913 objects saved\n[ERROR] [iobroker] host.raspberrypi Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: EIO: i/o error, write\n\n[ERROR] [iobroker] host.raspberrypi Backup not created: EIO: i/o error, write\n\n[DEBUG] [iobroker] Cannot create backup: EIO: i/o error, write\n[DEBUG] [iobroker] done\n[DEBUG] [zigbee] found zigbee database: zigbee.0,zigbee.4\n[DEBUG] [zigbee] done\n[WARN] [javascripts] Javascript tmp directory \"/opt/iobroker/backups/tmpScripts\" cannot created ... Error: ENOSPC: no space left on device, mkdir '/opt/iobroker/backups/tmpScripts'\n[ERROR] [javascripts] script.json cannot be written: Error: ENOENT: no such file or directory, open '/opt/iobroker/backups/tmpScripts/script.json'\n[DEBUG] [javascripts] found Script: 
[……..]

Aufgrund der Zeile

Error: ENOSPC: no space left on device, mkdir '/opt/iobroker/backups/tmpScripts'\n[ERROR]

habe ich das Verzeichnis /opt/iobroker/backups/ geleert (Ordnerinhalt waren ca. 1,4GB an Backupdateien), und dann funktionierten die Backups über BackitUp oder shell Befehl iob backup direkt wieder wie gewohnt.
Speicherplatz ist genug frei auf der SSD:

Ich bin weiterhin kein Linux-Experte, und ja, mag sein dass das Filesystem einen Schuss hat oder sogar die SSD Defekt ist.
Zumindest sind jetzt wieder Backups möglich und ich kann damit (und den ganzen anderen Backups aus Vis2 usw..) jetzt das System neu aufspielen.

[Thomas Braun]

@tobi-1

Da hab ich übersehen, dass der NAS komplett zu ist:

Filesystem                                Type      Size  Used Avail Use% Mounted on
//192.168.178.1/fritz.nas/ioBroker_Backup cifs      1.5G  1.5G     0 100% /opt/iobroker/backups

1,5GB ist jetzt auch nicht so wirklich üppig viel.

Die mount-Optionen würde ich aber auch auf SMB v3.11, noserverino und Cache Loose setzen.

[Tobi 1]

@thomas-braun
nein, nicht die NAS war voll.
Ich habe die Speicherung auf NAS sogar deaktiviert.

Es ging um den Speicherplatz auf der SSD vom Raspberry im Pfad /opt/iobroker/backups/

[Thomas Braun]

@tobi-1

Wie du der obigen Ausgabe entnehmen kannst ist auf /opt/iobroker/backups aber das NAS per CIFS/SMB gemountet. Mit 1,5GB.

Wenn du in /opt/iobroker/backups schreibst ist das physisch auf dem Datenträger der in der FritzBox als NAS freigegeben ist.

[Tobi 1]

@thomas-braun
Wahrscheinlich wirds dann am besten sein die Speicherung auf der NAS deaktivieren und nur noch im OneDrive hochladen.
Da gibts mehr Speicher

[Thomas Braun]

@tobi-1

Oder einen größeren Datenträger an die FritzBox hängen. Oder verwendest du da nur den internen Speicher? Scheint mir bei 1,5GB fast der Fall zu sein.

[Tobi 1]

@thomas-braun sagte in Backitup macht keine Backups mehr:

@tobi-1

Oder einen größeren Datenträger an die FritzBox hängen. Oder verwendest du da nur den internen Speicher? Scheint mir bei 1,5GB fast der Fall zu sein.

Ja, der interne Speicher. Hab keinen externen Speicher dran.

Früher hat BackitUp immer nur die letzten 5 Backups behalten und die älteren gelöscht. Deshalb gabs nie ein Problem

Edit:
Ist auch weiterhin so eingestellt, aber hat wohl nicht funktioniert

[Thomas Braun]

@tobi-1

Mit 1,5GB kommste halt nicht weit, jenachdem was da alles wie oft und wie lange abgelegt werden soll. Häng dir doch einen USB-Stick an die Box, die ist zwar nicht besonders flott als NAS, aber für ein paar Backups automatisiert in der Nacht reicht es aus. Hab ich hier auch so laufen.

[Thomas Braun]

@tobi-1

Gerade Uhrzeiten sind übrigens bei Backups auf Geschichten wie google drive, one drive und Konsorten erfahrungsgemäß ungünstig. Da tummeln sich nämlich alle gleichzeitig. Nimm 3:34 oder sowas krummes.

[Tobi 1]

@thomas-braun sagte in Backitup macht keine Backups mehr:

@tobi-1

Gerade Uhrzeiten sind übrigens bei Backups auf Geschichten wie google drive, one drive und Konsorten erfahrungsgemäß ungünstig. Da tummeln sich nämlich alle gleichzeitig. Nimm 3:34 oder sowas krummes.

Guter Hinweis und vielen Dank für die Unterstützung!

[Thomas Braun]

@tobi-1

Stell die Optionen so ein:

[Homoran]

@thomas-braun sagte in Backitup macht keine Backups mehr:

Mit 1,5GB kommste halt nicht weit,

@Tobi-1
bei mir ist 1 Backup schon 3GB groß
(so viel ist aber nicht unbedingt üblich)

[Tobi 1]

@homoran sagte in Backitup macht keine Backups mehr:

@thomas-braun sagte in Backitup macht keine Backups mehr:

Mit 1,5GB kommste halt nicht weit,

@Tobi-1
bei mir ist 1 Backup schon 3GB groß
(so viel ist aber nicht unbedingt üblich)

So groß sind meine Backups nicht.
Üblicherweise um die 100MB pro Nacht.
Das Problem war am Ende wirklich, dass die alten Backups nicht mehr gelöscht werden.
Evtl ist das trotzdem ein Bug im Adapter, oder ein Fehler in meinem System.

Der interne Speicher der Fritzbox hat immer gereicht und jetzt hat sich halt zuviel angesammelt.