Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

Um welche "History" Daten geht es da?

Lies hier bitte auch die Beiträge... Habe ich 2 Post weiter oben erklärt

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

Das sind also nicht die lokalen Backups?

steht etwa der mount noch?
dann sind das vielleicht die Backups woauchimmer

[ChrisPrefect]

@homoran sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

lokaler Festplattenspeicher Grenzwert für das Auslösen einer Fehlermeldung (MB)

Ne? Es heisst Grenzwert für die Fehlermeldungen:

Für mich ist das die maximale Grösse des Error-Logs.

Also wir sehen, das ist schon seeeeeehr missverständlich geschrieben ;-)

Und warum soll es eine Fehlermeldung geben, wenn ein Backup grösser als 512MB ist? Ist doch egal, wie gross das Backup ist? Solange es durchläuft ist alles OK.

Ausserdem würde es dann damit keinen Sinn machen:

Wenn das Backup NOCH grösser ist, dann kommt keine Fehlermeldung sondern nur eine Warnung?

Also ich glaube wir alle haben keine Ahnung, was die zwei Zahlen bedeuten :joy:

[ChrisPrefect]

@thomas-braun sagte in Riesige tägliche Backups:

Logging kann nur der Adapter selber. Wenn da manuell dran vorbei agiert wird kann das auch nicht registriert und geloggt werden.

Was? Wir haben doch herausgearbeitet, dass wenn es Dateien in diesem Ordner gibt, es ein Problem mit dem Hochladen der Backups gegeben hat.

Also hatte der Adapter ein Problem. Aber im Log gibt es keine Einträge.

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

wir alle haben keine Ahnung, was die zwei Zahlen bedeuten

ist das so?
das ist der freie Restplatz auf der Festplatte

Bei deinen Riesenbackups muss der Wert natürlich deutlich erhöht werden.
auf das 5 bzw. 10fache einer Backupgröße

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

Also hatte der Adapter ein Problem. Aber im Log gibt es keine Einträge.

Du hast jetzt (händisch?) die Dateien direkt im Dateisystem gelöscht? Den Löschvorgang sieht der Adapter nicht, kann er also auch nicht loggen.

[ChrisPrefect]

@homoran sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

Wenn ein Backup fehlschlägt, muss es lokal trotzdem gelöscht werden,

und dann ist das Geschrei groß weil gar kein Backup da ist.

Jetzt ist das Geschrei gross, weil meine ioBroker-Installation dadurch kaputtging und ich trotzdem drei Wochen Backups verloren habe ;-)

@chrisprefect sagte in Riesige tägliche Backups:

Wo finde ich die Logfiles dazu? Im iobroker-Log sehe ich nichts dazu.

was soll da geloggt werden?
jede Aktion im ioBroker durch den User?

Da wäre aber deine Festplatte sehr schnell voll

Was? Nein, die Fehler, die beim Hochladen entstanden, sind sollten geloggt werden! Aber da steht nichts.

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

Aber im Log gibt es keine Einträge.

hast du in dem entsprechenden log zu dem Zeitpunkt des Backups nachgesehen?

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

Was? Wir haben doch herausgearbeitet, dass wenn es Dateien in diesem Ordner gibt, es ein Problem mit dem Hochladen der Backups gegeben hat.

Das ist so auch nicht richtig. Es gibt nicht per se immer ein Problem, wenn dort Dateien liegen.

[tomlei]

Der Diskussion hier zu folgen ist schon einigermaßen anstrengend. Jeder wirft dem anderen vor, dass er nicht versteht um was es geht. Warum seid ihr so angefixt?
Wahr ist aber auch, vieles funktioniert lange problemlos. Bis zu dem Punkt, wo es eben nicht mehr funktioniert. Dann wäre eine gute Dokumentation wünschenswert. Ich habe ebenfalls mit einigen Adaptern Schwierigkeiten - im Verständnis der Beschreibungen und Bezeichnungen. Nur weil es für den Programmierer logisch erscheint, muss es das für den Anwender noch lange nicht sein. Ich programmiere hier zwar nicht an Adaptern, ich nutze sie nur und bin froh, dass sich jemand anderes die Mühe gemacht hat, aber ich bin seit 30 Jahren in anderen Programmierthemen unterwegs. Da habe ich schnell gelernt, die usability ist der Schlüssel zum Erfolg und vermeidet Frust beim Anwender. Wenn hier also jemand bezüglich der Beschriftungen Konfusität bei der Nutzung eines Adapters und der Funktionalität äußert, dann wäre es als Programmierer professionell sich das anzuhören und darüber nachzudenken, was man verbessern kann. Die "Schuld" nur dem Anwender zu schieben bringt niemanden weiter.

Ich habe versucht den Adapter S7 Simatic anzuwenden und finde kein hilfreiche Doku um damit zum Erfolg zu kommen. Im Adapter selbst ist überhaupt nichts dokumentiert und man muss raten, wie man damit umzugehen hat. Das ist frustrierend.

[ChrisPrefect]

@simatec sagte in Riesige tägliche Backups:

Nochmal die Erklärung, obwohl eigentlich in meiner Welt es logisch sein sollte

• lokaler Festplattenspeicher Grenzwert für Warnmeldung (MB):
  Wird der Wert unterschritten, gibt es eine Warnung im Log, aber Backups werden weiterhin erstellt

• lokaler Festplattenspeicher Grenzwert für Fehlermeldung (MB)
  Ist der Wert beim Start des Backups unterschritten, wird kein Backup erstellt und es kommt ein error im Log und zusätzlich eine Meldung per telegram

Ah, interessant. Auf diese Idee wäre ich niemals gekommen beim Anschauen der Felder im Backend. Da wäre etwas mehr Text, vielleicht genau den, den du jetzt geschrieben hast, definitiv sinnvoll.

So oder so helfen mir die Grenzwerte aber nicht. Ich weiss ja nicht, wie gross mein Backup sein wird. Und schon gar nicht, wie gross es in einem Jahr sein wird. Ich sehe die Grösse des Backups ja auch nirgends im Backend. Ich müsste irgendwie auf Dropbox nachschauen, wie gross alle Dateien zusammen sind? Und das müsste ich regelmässig machen und dann jeweils die Daten nachtragen im Backend?

Eigentlich müsste einfach eine Meldung kommen, wenn lokal nicht mehr genügend Speicherplatz fürs Erstellen eines Backups vorhanden ist.

Hier ist dann auch wichtig zu wissen, was habe ich an Backup Daten, um den Grenzwert Sinnvoll zu konfigurieren.

Ja, genau das ist aber zu viel verlangt von einem User. Ich kontrolliere nicht regelmässig die Grösse der Backups, das will ich auch nicht. Es sollte einfach eine Meldung geben, wenn etwas nicht mehr funktioniert. Und es sollte möglichst nicht die lokale Platte vollgeschrieben werden.

Und zum Abschluss nochmal. Wenn man dir hier helfen soll, poste deine Config als json und den kompletten Debuglog des letzten Backups.

Gerne, wo finde ich die zwei Dinge?

Du hast sowohl Fehler in der Konfiguration und dementsprechend auch im Backupprozess.

Das waren die Default-Werte im Adapter. Ich habe da nichts geändert. Das heisst, der Fehler kam schon so mit dem Adapter mit.

Und ja... der Fehler liegt bei dir!

Ich weiss noch immer nicht, wo ich Fehler gemacht haben sollte. Ich bin Anwender, kein Programmierer. Der Adapter hat nun effektiv ohne Warnung das System zerschossen. Das sollte nicht passieren, egal was für komische Werte ein User im Backend einstellt, nicht? :-D

[ChrisPrefect]

@thomas-braun sagte in Riesige tägliche Backups:

Du hast jetzt (händisch?) die Dateien direkt im Dateisystem gelöscht? Den Löschvorgang sieht der Adapter nicht, kann er also auch nicht loggen.

Ja, das wurde mir ja nahegelegt. Im Adapter kann ich keine Sicherungen manuell löschen. Warum sollte er den Löschvorgang loggen müssen?

[Homoran]

@tomlei sagte in Riesige tägliche Backups:

Dann wäre eine gute Dokumentation wünschenswert

was fehlt dir da?
https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch

[simatec]

@tomlei sagte in Riesige tägliche Backups:

dann wäre es als Programmierer professionell sich das anzuhören

genau das wurde vorgeschlagen. Jeder kann sich im Weblate an den Übersetzungen beteiligen und wir sind da sehr offen für Vorschläge

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

Warum sollte er den Löschvorgang loggen müssen?

Muss er ja auch nicht. Das war ja eine von deinen vielen (tw. falschen) Erwartungen, das er das tun müsse.

[amg_666]

@chrisprefect sagte in Riesige tägliche Backups:

Das wäre aber komisch. Die Backups werden täglich komplett hochgeladen, aber genau das Löschen schlägt dann fehl?

NEIN, mißverständlich: Bei mir werden Backups lokal geschrieben und ZUSÄTZLICH auf ein NAS gesichert.
Die lokalen Backups sind begrenzt auf max 5 Stück, alles ältere soll gelöscht werden.

1. Backitup erzeugt die Backup Dateien und speichert sie lokal
2. Backitup speichert die Datein auf dem NAS
3. Backitup löscht alte Backup-Dateien.

So und wenn da in Schritt 1 oder 2 ein Fehler auftautritt, dann wird Schritt 3 nicht gemacht und dann hast du alte Backups lokal. Aus Sicht des Adapters macht das Sinn, weil der ja nicht weiß was für ein Fehler aufgetreten ist und deshalb sicherheitshalber erstmal nix löscht. Und deshalb ist es KEIN Bug im Adapter. Du könntest höchstens auf github anregen, dass der Adapter erweitert wird um eine Einstellung "lokale Backups immer löschen"

[Thomas Braun]

@amg_666 sagte in Riesige tägliche Backups:

1. Backitup erzeugt die Backup Dateien und speichert sie lokal
2. Backitup speichert die Datein auf dem NAS

Und wenn das NAS-Dateisystem nach /opt/iobroker/backups gemountet wird verschwimmt die Grenze lokal/entfernt.

[ChrisPrefect]

@tomlei

Perfekt gesagt, vielen Dank!!

Ich kann mich auch nur wiederholen: Vielen Dank für den ioBroker und die Adapter!!! Ich will nichts anderes einsetzen und komme generell gut damit zurecht und habe meine Homeautomation damit gut im Griff.

Ich finde es schade, dass wenn ich in Probleme laufe und diese aus Sicht eines Users dokumentiere, mir ständig böse Absicht, Unfähigkeit und Fahrlässigkeit vorgeworfen wird. Das muss wirklich nicht sein.

Wenn ein Adapter auf einmal die Festplatte vollschreibt, dann Backups ohne für mich ersichtliche Fehlermeldungen nicht mehr funktionieren und dann sogar das ganze System so kaputt geht, dass es nicht mehr zu retten ist und ich es nur durch ein altes Backup der virtuellen Maschine wieder verwenden kann, dann ist definitiv etwas nicht optimal gelaufen im System. Ganz egal, was der User damit gemacht hat.

Ich gebe niemandem die Schuld, aber es wäre sinnvoll, wenn sowas in Zukunft nicht mehr passieren könnte. Da müssten also eine ganze Reihe von Checks und Sicherheitsfeatures eingebaut werden, damit ein System sich nicht selbst so zerstören kann.

Ich helfe gerne um die Ursachen zu dem Problem zu finden. Ich habe alleine dieses Wochenende schon wieder ca. 10 Stunden in ioBroker investiert. Obwohl ich ganz andere Dinge geplant hatte und eigentlich dachte, das System laufe nun zuverlässig.

[ChrisPrefect]

@thomas-braun sagte in Riesige tägliche Backups:

Und wenn das NAS-Dateisystem nach /opt/iobroker/backups gemountet wird verschwimmt die Grenze lokal/entfernt.

Ich habe kein NAS.

Ich habe nur Dropbox und einen lokalen FTP-Server.

Wenn die lokalen Daten nicht gelöscht werden, soll es ja ein Problem entweder bei Dropbox oder beim FTP-Server geben. Wie finde ich heraus, was das Problem ist? Die Dateien scheinen nämlich auf beiden Zielen korrekt anzukommen. Und im Log sehe ich nichts.

[Thomas Braun]

@chrisprefect

Wenn ich mir deine anderen Threads anschaue bist du da durchweg mit 'seltsamen Konstellationen' unterwegs.