Last Geofence Backup is from May

[albi]

Ich wollte gerade auf .net8 aktualisieren, aber ich trau mich noch nicht so recht, da selbst nach der manuell getriggerten Datensicherung, meine letzte Geofence Datei von Mai 2025 ist. Die Datenbank jedoch wird ordnungsgemäss gesichert.

Ich hab auch Änderungen am Geofence File vorgenommen, dennoch wird nach erneuter Datensicherung keine neuere Datei in dem backup-Ordner abgelegt.

[bassmaster187]

die geofence Datei ist im Unterverzeichnis:
TeslaLogger\bin\geofence-private.csv

[albi]

Wurde nicht einmal diese Datei auch regelmäßig in den Backup Irdner gespeichert? Weil diesen backuppe ich zusätzliche jede Nacht extern. Aber eben seit Mai keine neue Geofence Datei dort drin.

[rowich]

Korrekt. Bei mir funktioniert das auch: Täglicher Dump der Datenbank, monatlicher Dump des Logfiles sowie täglicher Dump des geofence-private. Von DB und Geofence gibt es dann noch eine Jahresdatei.
Scheint also kein allgemeines Problem zu sein. Die anderen Files sind da, nur das private geofence fehlt?

[rowich]

Ich ziehe das zurück: letztes Backup der privaten Geofence Datei auch bei mir vom 22.Mai!

[rowich]

Kurze Analyse, dieser Test erscheint mir unsinnig in der backup.sh Datei.

if test -f "/etc/teslalogger/my-backup.sh"; then
gzip -c /etc/teslalogger/geofence-private.csv > $GEOFENCE
elif test -f "/etc/teslalogger/data/geofence-private.csv"; then
gzip -c /etc/teslalogger/data/geofence-private.csv > $GEOFENCE
else
echo "No geofence-private.csv file found"
fi

Wenn wie bei mir kein "my-backup.sh" vorhanden ist, wird das Backup der privaten Geofencedatei nicht durchgeführt, weil das "data"-Verzeichnis bei mir nicht existiert und dementsprechend dort auch keine Datei zum Sichern vorhanden ist. "backup.sh" ist bei mir vom 18.Juli, die Änderung muss aber logischerweise im Mai passiert sein. Ich versuche das mal zu rekonstruieren.

[albi]

richtig. 22. mai ist das letzte geofence backup gemacht worden. und den backup ordner zieh ich regelmässig nochmal auf eine externe HD vom raspi, just for safety reasons. und da hab ich eben auch ein aktuelles geofence file erwartet. war aber nicht so.

[rowich]

Der Commit, der das ausgelöst hat ist vom 20.Mai.
Ich baue die "backup.sh" heute später am Abend so um, dass es wieder funktioniert, aber auch die mir aktuell unbekannten anderen Tests noch greifen (Backup aus "data"). Aktuell läuft das Backup bei mir (und vermutlich bei Dir auch) auf "keine geofence datei gefunden".

[rowich]

-> #1625

[rowich]

Das Problem ist leider noch nicht gelöst. Ist aktuell noch unklar, warum der Fix nicht funktioniert hat, aber da muss ich offenbar nochmal ran :-(

[albi]

Bei mir funktioniert es seit deinem Fix.

[rowich]

OK - spannend. In welchem Pfad liegt bei Dir die Originaldatei? Bei mir unter /etc/teslalogger geht es eben leider nicht.

[albi]

Meine Installation liegt im Home Ordner aufm Raspi. Dort liegt ja auch der Backup-Ordner drin und dieser wird sauber befüllt.

[rowich]

Und die Datei, die es zu sichern gibt, liegt im Teslalogger-Verzeichnis, also dort, wo auch "backup.sh" zu finden ist? Und gibt es dort auch eine my-backup.sh? Darum ging es nämlich in der Änderung vom Mai, dass auf ein anderes Verzeichnis referenziert wird und auf die Existenz von my-backup.sh.

Das würde mir helfen rauszufinden, warum es bei Dir jetzt geht, bei mir aber weiterhin nicht.

[albi]

Wenn du mir sagst wo ich das finde. Denn mit meiner (Standard) Docker Installation aufm Raspi wars vor der NET8 Umstellung so, dass einfach alles im Home Ordner lag. Aber seit der Umstellung find ich das nicht mehr :)

Im Home Ordner sehe ich nur den von mir angelegten TeslaLogger Ordner mit den drei Ordnern backup, invoices und mysql.