Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[simatec]

@chrisprefect Dann lies die Doku. Wenn du kein CIFS oder NFS mount nutzt, liegen die Backups immer lokal.
FTP und Dropbox sind lediglich Kopien

[Mr. Burns]

@simatec wo kann ich denn eine Grenze einstellen?
Das History DB Backup ist schon ein paar GB groß...

[simatec]

@chrisprefect Warum bist du überhaupt mit deinen Kenntnissen in der Beta Repo unterwegs?

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

Ja, das ist ein normales Backup und kein lokales Backup. Ich kann ja nicht mal lokale Backups konfigurieren in den Adapter-Einstellungen, nur FTP und Dropbox.

da vermischst du wieder einiges.
Natürlich kannst du lokale Backups konfigurieren, einfach indem du kein ftp, copy oder dropböxe auswählst.

mir ging es darum, dass bei manuellen Backups keine alten Backups gelöscht werden.
Und auf die Frage danach hattest du gesagt du wüsstest nichtmal wie man manuelle Backups macht.

Daher war es jetzt denkbar, dass du den Zeitplan auf 14:23 gestellt hattest.

[simatec]

@mr-burns

Die 512MB im Screenshot sind der absolute Grenzwert. Ist der Unterschritten, werden keine Backups erstellt und du wirst benachrichtigt

[Homoran]

@mr-burns sagte in Riesige tägliche Backups:

@simatec wo kann ich denn eine Grenze einstellen?
Das History DB Backup ist schon ein paar GB groß...

und da würde ich großzügige Werte e7ngeben

[ChrisPrefect]

Genau der gleiche Tenor von dir:
Ich hab alles richtig gemacht, alle anderen haben Murks programmiert und mir nicht gesagt das es nur so funktioniert und nicht so wie ich es mir vorstelle.

Dass ich alles richtig mache habe ich nie gesagt. Ich habe gesagt, ich mache alles nach bestem Wissen und Gewissen.

Wenn Konfigurationseinstellungen missverständlich sind, sollte versucht werden, die Beschreibung klarer zu machen.

Wenn Systeme, die monatelang stabil laufen, auf einmal ohne vorherige Fehlermeldung komplett zerschossen sind und nicht mehr gerettet werden können, ist etwas gewaltig schiefgelaufen, was nicht alleine am User liegen kann.

Ich werde ja zum Glück bestätigt von anderen Usern, die ähnliche Probleme haben.

Viele werden das halt gar nicht zurückmelden und irgendwie versuchen damit klarzukommen und Workarounds suchen, wie z.B. regelmässig manuell alte Backups zu löschen.

Ihr könnt gerne wütend sein auf mich, aber ich bin nur der Überbringer der Botschaft. Und ich mache nicht mal Vorwürfe, ich sage nur, wo ich Probleme hatte und bringe Vorschläge, wie man die Probleme ev. lösen könnte.

[Mr. Burns]

@simatec
Ohh...der Punkt Extra einstellungen fehlt mir...ist das neu? Beta?

[ChrisPrefect]

@homoran sagte in Riesige tägliche Backups:

Das History DB Backup ist schon ein paar GB groß...

und da würde ich großzügige Werte e7ngeben

Ich habe jetzt 10GB und 5GB eingetragen. Aber ich habe ja auch vorher nie Fehlermeldungen per Telegram erhalten. Weiss also nicht, ob das überhaupt was nützt.

Und was, wenn ich in den Ferien bin, wenn der Platz knapp wird? Da muss das System ja auch selbst eine Lösung haben und darf sich nicht auf den User verlassen.

[simatec]

@mr-burns ja ist noch im Beta

[Mr. Burns]

@mr-burns

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

Und was, wenn ich in den Ferien bin, wenn der Platz knapp wird? Da muss das System ja auch selbst eine Lösung haben und darf sich nicht auf den User verlassen.

umgekehrt! Da muss der User ab und zu mal sein System pflegen und darf sich nicht auf das System verlassen.
(gilt übrigens auch für nette Adapter, die GB weise Fotos oder Videos speichern)

[Mr. Burns]

@simatec
Dann installier ich mir mal die Beta...scheint ja genau die Lösung zu sein.
Hab ich richtig verstanden, erst ne warnung, dann stoppt er die Backups und verhindert das überlaufen?

Was bewirkt die Einstellung "Anzahl der History Einträge"?
Ich habe gedacht, er würde nur diese anzahl anlegen und das alte löschen...dem war aber nicht so.

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

@homoran sagte in Riesige tägliche Backups:

Das History DB Backup ist schon ein paar GB groß...

und da würde ich großzügige Werte e7ngeben

Ich habe jetzt 10GB und 5GB eingetragen. Aber ich habe ja auch vorher nie Fehlermeldungen per Telegram erhalten. Weiss also nicht, ob das überhaupt was nützt.

Und was, wenn ich in den Ferien bin, wenn der Platz knapp wird? Da muss das System ja auch selbst eine Lösung haben und darf sich nicht auf den User verlassen.

Nochmal, die Meldung kommt. Habe es gerade mal für dich simuliert, indem ich die Grenzwerte hochgesetzt habe

[Homoran]

@mr-burns sagte in Riesige tägliche Backups:

Ich habe gedacht, er würde nur diese anzahl anlegen und das alte löschen...dem war aber nicht so.

dafür ist der Punkt unter iobroker da

@homoran sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

nein!

hier:

[Mr. Burns]

@homoran
Aber die Iobroker Backups sind klein...die können doch ruhig lange gesichert werden.

Oder wird hier die Einstellungen für alle Backups getroffen?

[simatec]

@mr-burns https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#verwendung
Die ist für die Anzahl der Einträge in VIS oder anderen Visualisierungen

[ChrisPrefect]

@homoran sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

Und was, wenn ich in den Ferien bin, wenn der Platz knapp wird? Da muss das System ja auch selbst eine Lösung haben und darf sich nicht auf den User verlassen.

umgekehrt! Da muss der User ab und zu mal sein System pflegen und darf sich nicht auf das System verlassen.

Ich muss also regelmässig die Logfiles durchschauen (welche genau, wie regelmässig?) den Festplattenplatz kontrollieren, die Ordner durchforsten auf der Suche nach grossen Files, am besten noch regelmässig (täglich?) Foren lesen, auf der Facebook-Gruppe aktiv mitlesen, alle Changelogs aller Adapter auf Github suchen und lesen usw?

Gibt es da ein Protokoll, das von ioBroker herausgegeben wird, dass man als User regelmässig abarbeiten muss, so wie z.B. Wartungsintervalle bei Autos?

Ja, das wäre natürlich ein schönes Hobby ;-) Aber das kann man natürlich nur machen, wenn man das als 100% Hobby betreibt, was ist nicht tue. Das kann ich mal zwischendurch machen. Aber in der restlichen Zeit soll ioBroker seinen Dienst tun und als Appliance funktionieren. Das System muss so robust sein wie ein Wifi-Router und auch ohne tägliche Wartung monate- und jahrelang funktionieren. Falls es wirklich mal ein unlösbares Problem gibt, wie z.B. eine Festplatte, die vollläuft, dann sollte es eine zuverlässige Benachrichtigung geben. Und selbst wenn die ignoriert wird, muss sich das System so schützen, dass es nicht komplett kaputtgeht, wie in meinem Fall.

Oder haben wir da komplett andere Ansichten, was die Zuverlässigkeit von ioBroker angeht?

[simatec]

@mr-burns Die anderen Sicherungen laufen ja mit dem iobroker Backup. Also muss alles betrachtet werden.
Warum ist dein history Backup überhaupt so groß?
Hast du den richtigen Pfad? Was hast du da an Datenmengen drin?

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

Gibt es da ein Protokoll, das von ioBroker herausgegeben wird, dass man als User regelmässig abarbeiten muss, so wie z.B. Wartungsintervalle bei Autos?

Und wieder ein Provokation von dir ... @Homoran der Thread bringt hier nichts ... Er will keine Hilfe, sondern nur stänkern