Riesige tägliche Backups
-
@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.
-
@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.
-
@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?
-
@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.
-
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.
-
@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?
-
-
@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?
-
@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 -
@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
-
@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.
-
@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.- Backitup erzeugt die Backup Dateien und speichert sie lokal
- Backitup speichert die Datein auf dem NAS
- 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"
-
@amg_666 sagte in Riesige tägliche Backups:
- Backitup erzeugt die Backup Dateien und speichert sie lokal
- Backitup speichert die Datein auf dem NAS
Und wenn das NAS-Dateisystem nach /opt/iobroker/backups gemountet wird verschwimmt die Grenze lokal/entfernt.
-
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.
-
@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.
-
Wenn ich mir deine anderen Threads anschaue bist du da durchweg mit 'seltsamen Konstellationen' unterwegs.
-
@thomas-braun 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.
ähm nein? Er soll mich informieren, wenn ein Fehler auftritt beim Hochladen und somit die lokale Datei nicht gelöscht wird. Ich habe per Telegram aber nichts bekommen.
-
@chrisprefect sagte in Riesige tägliche Backups:
Eigentlich müsste einfach eine Meldung kommen, wenn lokal nicht mehr genügend Speicherplatz fürs Erstellen eines Backups vorhanden ist.
Woher soll der Entwickler oder der Adapter vor Erstellung deine Backupgröße kennen?
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.
Du willst also die eierlegende Vollmilchsau und nichts dafür tun... merkste selber wa...
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?
OK und genau da liegt das Problem. Du suchst nicht den fehler bei dir oder deinem System, weißt aber nicht einmal die Grundlegenden Dinge über iobroker.
Sorry.. aber das ist für mich echt absolut unverständlich. Wir helfen hier alle sehr gerne, aber nicht so.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.
NEIN!!
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?
Der Adapter und auch der Entwickler sind nicht dafür verantwortlich, dass du Fehler ignorierst und damit dein System volllaufen lässt
-
@thomas-braun sagte in Riesige tägliche Backups:
Wenn ich mir deine anderen Threads anschaue bist du da durchweg mit 'seltsamen Konstellationen' unterwegs.
Das hilft mir jetzt wieder gar nicht weiter und ist herablassend.
Was genau ist seltsam? Was müsste ich deiner Meinung nach ändern?
-
@chrisprefect sagte in Riesige tägliche Backups:
Was genau ist seltsam? Was müsste ich deiner Meinung nach ändern?
Schau in den anderen Thread von dir.
-
@simatec said in Riesige tägliche Backups:
@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
Als Entwickler einer Anwendung liegt die Verantwortung bei mir dafür zu sorgen, dass der Anwender ohne Programmierkenntnisse sich in die Lage versetzen kann, die Anwendung konzeptgemäß nutzen zu können und bei Fehlern, ob seine eigenen oder der Anwendung selbst, nicht zum Programmierer werden zu müssen.
Vielleicht habe ich das Konzept dieser Anwendung IOBroker auch nicht richtig verstanden. Wenn die Voraussetzung zur Nutzung des Programmes Programmierkenntnisse und detailliertes Wissen im Umgang mit Java, Python, Unix, SQL, etc. sind, dann wird diese Anwendung nebst Adaptern keine große Verbreitung finden. Was ich sehr schade fände. Die Anstrengungen die ihr hier rein investiert, wären es wert, dass IOBroker noch viel mehr Nutzer findet!
