Gladys Plus Backups und stündliche Aggregation - 00h/02h

Hallo @pierre-gilles,

Ich beziehe mich auf das Update auf 4.44 https://community.gladysassistant.com/t/gladys-assistant-4-44-une-alerte-quand-une-sauvegarde-echoue. Nach einem manuellen Neustart habe ich die Benachrichtigung erhalten, das ist super. Danke. Allerdings fehlen wirklich Informationen zu den Fehlern…

  • Es wäre schon toll, zumindest zu wissen, in welchem Schritt es geklappt hat.
  • Außerdem wäre es ein großer Gewinn, die Start- und End-/Absturzzeiten im Aufgabenregister zu haben (um die Dauer zu sehen)
  • sowie den Fortschrittsprozentsatz bei einem Absturz.

Ich hatte nicht darauf geachtet… aber ich bin in derselben Situation, keine Backups seit 3 Monaten…



Diese beiden Fehler treten täglich auf (Backup und Aggregation). Was die stündliche Aggregation betrifft, laufen die anderen gut, nur die um 2 Uhr morgens stürzen ab:

Und ich habe die beiden Dateien im Backup-Ordner *.db.gz und *db.gz.enc mit 11,4 GB gefunden.
Und man kann sehen, dass sie gestern Abend zur gleichen Zeit abgestürzt sind, das Backup nach 40 Minuten:

Aber wenn ich auf die vorherigen Tage zurückgehe, ist das nicht mehr der Fall (also reiner Zufall?):

In diesem Fall bin ich nicht überrascht über den von heute Morgen, da die DB möglicherweise noch durch das Backup gesperrt war (es lief gerade), aber dann bei den anderen… der DB-Absturz fand vor 2 Uhr morgens statt.

Hardware-seitig:

  • Mini-PC
  • vor der Backup-Datei bin ich bei 16% der SSD-Festplatte,
  • nach dem Durchführen der Vorbereitungskopie bin ich bei 26%.
  • etwa 1 GB RAM / 15,4 GB während des Backups verwendet (2. Schritt - Komprimierung)
  • Prozessoren: 1 bei 100%, die anderen bewegen sich nicht viel, können aber manchmal ausgeglichen werden
    image

Beim manuellen Neustart beträgt die erste Datei am Ende der ersten Phase 41 GB (Datei .db). Anschließend steigt die komprimierte Datei auf 11,4 GB (.db.gz) und genau in diesem Moment stürzt die Datei *.db ab und eine neue Datei erscheint *.db.gz, die ebenfalls auf 11,4 GB ansteigt:


Aber @pierre-gilles, habe ich nicht die Grenze erreicht, die du festgelegt hast?

Da ich keine spezifischen Fehler habe, habe ich keine Ahnung, wie ich dieses Problem lösen soll, und für Backups ist es wirklich sehr ärgerlich, wie @GBoulvin sagte… Da ich auf meiner Seite keine Platz- oder Leistungsprobleme habe, werde ich die manuellen Backups wieder aufnehmen, auch wenn es sehr umständlich ist.

Vielen Dank im Voraus.

Hallo @Terdious :slight_smile:

Wenn ein spezifischer Fehler auftritt, ist es eine 400 Bad Request beim Upload, was bedeutet, dass die hochzuladende Datei zu groß ist.

Die Grenze liegt derzeit bei 8,5 GB, daher ist es normal, dass der Upload bei 11 GB abgelehnt wird.

Gut, dass uns diese neue Warnmeldung das gezeigt hat, ich hatte nach dem Release von gestern mit Rückmeldungen gerechnet.

Was ich dir vorschlagen kann, ist, die Grenze vorübergehend zu erhöhen, bis wir zu DuckDB wechseln, da sich die Exporte nach der Migration drastisch verringern werden.

Ich sage vorübergehend, weil ich bei 11 GB Speicherplatz pro Backup Geld verliere, also darf das wirklich nicht lange dauern :sweat_smile:

@Terdious die Sicherung scheint diese Nacht funktioniert zu haben :slight_smile:

Hallo @pierre-gilles, entschuldige die späte Antwort, ich war sehr mit der Arbeit und den Hausarbeiten beschäftigt.

Vielen Dank, also war es genau das, was ich dachte, aber …

… nein, das ist keine akzeptable Lösung

Wir nehmen Gladys Plus nicht, damit du Verluste machst. Wir nehmen es für einen Service, der definiert sein muss und das Projekt unterstützen soll. Ich lehne diese Lösung ab, die für mich keine ist. Selbst vorübergehend.

  1. Lösung, die meiner Meinung nach akzeptabel wäre, kannst du einfach (vorübergehend oder nicht) einen anderen Gladys Plus-Tarif einrichten? Zum Beispiel 15 oder 20 € für mehr Speicherplatz?
  2. Lösung, ich storniere Gladys Plus bis zur Einführung von DuckDB und mache manuelle Backups.

Entschuldigung, aber diese Log-Nachricht ist überhaupt nicht klar, weder in der Oberfläche noch im Inspektor. Fehler 400, okay, aber es ist nur ein „Fehler“ ohne Angabe des Grundes. Ich denke, es wäre gut, wenn der Benutzer den genauen Grund bereits vor dem Erscheinen dieser Meldung kennen würde, wenn er definiert werden kann, oder?

In diesem Fall weiß ich, dass ich hier bei Netatmo noch etwas zu tun habe.

Hallo @Terdious :slight_smile: Mach dir keine Sorgen, du hast 3 Monate lang keine Backups gemacht, wenn sie ein paar Giga mehr für 1 oder 2 Monate machen, ist das kein Problem. Ich werde nicht nur für dich einen anderen Plan machen!

Du trägst bereits viel zum Projekt bei, mach dir keine Sorgen!! :smiley:

Ich bin einverstanden! Danach würde ich mich lieber auf die Entwicklung von DuckDB konzentrieren :wink: