Riesige tägliche Backups

[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

[ChrisPrefect]

Hier das Log des manuellen Backups. Scheint durchgelaufen zu sein. Lokal wurde das Backup auch angelegt.

iobroker.2023-03-07.log.txt

[Mr. Burns]

@simatec
Ich hab da einiges an analog variablen drin und das Archiv ist schon echt alt.
Temperaturen, Wasserdruck, Wasserdurchfluss, Öldurchfluss, Stromverbräuche gesamt und einzelner Geräte usw.

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

dass man als User regelmässig abarbeiten muss

Ich check das regelmäßig mal schnell wenn ich eh nach Updates schaue.
Deswegen habe ich mir auch iob diag geschrieben, das klappert die üblichen Punkte ab.

Das System muss so robust sein wie ein Wifi-Router und auch ohne tägliche Wartung monate- und jahrelang funktionieren.

Vergleich Äpfel <-> Birnen

Der ioBroker kann nicht so (vermeintlich) simpel wie dein WiFi-Router sein.
Davon abgesehen braucht es auch da bei zeiten einen Blick auf die Firmware und ggf. ein Update.

[ChrisPrefect]

@simatec sagte in Riesige tägliche Backups:

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

oh sowas ist schon zu viel? Ich fand deinen Vorschlag lustig, dass ich mich regelmässig um die Systempflege kümmern müsste und ich mich nicht aufs System verlassen darf. Ich bin davon ausgegangen, dass das System schon möglichst zuverlässig sein sollte, nicht?

Da ist die logische Konsequenz, dass es eine Liste an "best-practices" geben muss, nach denen man als User vorgehen muss.

Oder wie soll ich als User nun mit dieser Anforderung umgehen? Ich logge mich so oder so zufällig alle paar Tage in ioBroker ein. Und dann? Was genau soll ich dann kontrollieren und pflegen? Im Log gibt es so viele Einträge, die nichtssagend sind, da sehe ich keine akuten Probleme. Wie soll ich sonst vorgehen? Deine Aussage ist da sehr wage und legt die Verantwortung auf den User, der diese aber gar nicht tragen kann.

[Mr. Burns]

@simatec
Ist es vielleicht für die Zukunft geplant? Also unabhängig die Anzahl einzustellen?

Ein inkrementales Backup wäre auch cool. Jeden Tag ein Backup für eine Woche, dann im Monat und eins im Jahr...Aber auch bestimmt nicht leicht umzusetzten...

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

dass ich mich regelmässig um die Systempflege kümmern müsste und ich mich nicht aufs System verlassen darf.

Natürlich musst du dich regelmäßig um die Systempflege kümmern. Wer soll es auch sonst tun? In Firmen gibt es für sowas eine IT-Abteilung mit Admins, die sich um die Infrastruktur kümmern und die am laufen halten. Auf deinem eigenen System bist du halt der Admin.

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

Hier das Log des manuellen Backups. Scheint durchgelaufen zu sein. Lokal wurde das Backup auch angelegt.

iobroker.2023-03-07.log.txt

Soviel zum Thema es gibt keine Fehler ...

2023-03-07 14:21:10.267  - debug: backitup.0 (7759) [iobroker/grafana] start Grafana request ...
2023-03-07 14:21:10.282  - debug: backitup.0 (7759) [iobroker/grafana] Grafana is not available: TypeError [ERR_INVALID_URL]: Invalid URL: http://:3000
2023-03-07 14:21:10.282  - debug: backitup.0 (7759) [iobroker/grafana] Grafana is not available!

Fehler im Backup = kein löschen alter Backups
Des Weiteren würde ich dir raten keine Leerzeichen im Dateinamen zu verwenden
Ändere den namenzusatz von "initial FTP" auf "initial_FTP" und behebe das Problem mit Grafana (keine URL konfiguriert) oder deaktiviere das Grafana Backup