Beiträge von Vollerpla

    automatische Löschen alter Backups, oder?

    und wie ginge das ??? Die Dropbox synchronisiert sich mit meiner NAS, also nur ein Weg Dropbox > NAS so bleiben eh alle Dateien vorhanden, bis ich sie händisch lösche, doch irgendwann ist mal die Dropbox voll, um das zu verhindern wäre es schon toll, alte Dateien zu löschen

    Spy ein neues Feld muss sein, es soll sich von den anderen abheben, drücke bitte diesmal ein Auge zu ;)


    Guten Morgen zusammen, ich kann fröhlich berichten, es läuft nun auch bei mir.

    Ich habe gestern noch ein wenig probiert und eine Zeile in dem Skript korrigiert und tatsächlich war das der Fehler. Heute morgen wurde alles synchronisiert.

    Der Fehler war

    Ich habe aus sschuste´s Anleitung immer nur die Zeile für das Skript kopiert und eingefügt und zwar so

    Bash
    #!/bin/bash
    /usr/local/bin/dropbox_uploader.sh -f /home/pi/.dropbox_uploader -sq upload /
    var/lib/homebridge/backups/ /
    date >> /home/pi/upload.log

    Aber wie Stefan schon geschrieben hat muss die zweite Zeile ohne Umbruch sein und das war mein Fehler, sie hatte einen Umbruch


    sschuste ich möchte aber trotzdem, wo es jetzt auch bei mir läuft :D, mal nachfragen ob denn das was hier angesprochen wurde, geht und wenn wie …

    Bin heute arbeiten, kann aber auf meine Dropbox zugreifen, habe aber keine neu Datei entdeckt, nur die Daten mit der Zeit der Einrichtung. Werde später deine zusätzliche Zeile einpflegen, damit ich sehen kann, dass es richtig läuft.


    Der Cronjob geht leider nicht, ich habe gerade den Sync manuell angestoßen, es wurde direkt eine neue Datei in die Dropbox geladen

    Ich habe nochmal den Code von Patrick_ eingegeben

    cd /etc/cron.daily und dann ls -l

    das Ergebnis ist dann

    total 24

    -rwxr-xr-x 1 root root 1478 Jun 10 2021 apt-compat

    -rwxr-xr-x 1 root root 1298 May 27 10:49 dpkg

    -rwxr-xr-x 1 root root 148 Oct 16 15:20 dropbox-sync

    -rwxr-xr-x 1 root root 358 Jan 19 2022 lighttpd

    -rwxr-xr-x 1 root root 377 Feb 28 2021 logrotate

    -rwxr-xr-x 1 root root 1123 Feb 19 2021 man-db.


    Gleich gehe gleich deine Anleitung nochmals durch und schaue ob ich irgendwelche Fehler finde


    Ich zeige dir mal den Cronjob, vielleicht habe ich da einen Fehler drin

    Bash
    #!/bin/bash
    /usr/local/bin/dropbox_uploader.sh -f /home/pi/.dropbox_uploader -sq upload /
    var/lib/homebridge/backups/ /
    date >> /home/pi/upload.log

    Der Speicherpfad meiner HB lautet /var/lib/homebridge

    Das ist doch irgendwie verhext, das muss doch gehen

    Ich hätte noch eine Idee, ich weiss ja nicht, ob du das machen würdest, per Teamviewer auf meinen Mac zugreifen und dann die Einstellungen vom der HB überprüfen....


    sschuste hast du eventuell noch eine Ahnung, woran das liegen kann ?


    Ich glaube es läuft doch, habe gerade mal in die Konsole diese Zeile cat /home/pi/upload.log eingeben und es stand tatsächlich ganz unten eine Zeile die lautet

    Tue 18 Oct 06:25:02 CEST 2022


    heute steht im Log

    Wed 19 Oct 06:25:01 CEST 2022

    es scheint also zu gehen, doch leider steht nichts, ob es übersprungen wurde oder ob etwas kopiert wurde

    sschuste du hat mir das doch so schön erklärt, wie muss das Skript denn jetzt, nach deiner Änderung aussehen, dass ich das bekomme, was du mir unter #81 erklärt hast ???


    So, ich habe heute morgen alle Dateien in den Sicherungordner, in der Dropbox gelöscht, laut den letzten Berichten, scheint der Cronjob ja zu laufen, lädt aber nichts hoch, denn sie sind jetzt auch noch leer.

    Patrick_ wenn ich deinen Befehl cat /home/pi/upload.log eingebe kommt


    mit dem letzten Eintrag vom 12.10.22


    sschuste wenn ich sudo cat /home/pi/upload.log kommt das selbe

    Meine Anleitung enthält das Schreiben des Logs nicht mehr.

    müsste ich dann eigentlich den Cronjob ergänzen, wie du mir unter #74 erklärst hast, oder ??


    Ich warte einfach mal ab, ob es heute morgen klappt, bin bis ca. 15 Uhr unterwegs und kann dann erst sehen, ob der Cronjob seinen Dienst gemacht hat

    Ich würde es wohl mal mit einem dropbox_uploader.sh unlink probieren, evtl kommt dann wieder de Konfigurationsassistent:

    das hat schon mal geklappt, ich wurde gefragt, ob ich lösche will; jetzt noch die neue Sache von Stefan.


    Alles lief super durch, jetzt heisst es nur auf morgen früh warten, oder?

    Denn wenn ich nun in die Konsole/home/pi/upload.log eingebe kommt,

    Code
    bash: /home/pi/upload.log: Permission denied 

    weil es wahrscheinlich noch kein Log gibt

    Alles gut, Stefan, brauchst dich nicht zu entschuldigen, jeder mach mal Fehler.

    Ich warte ab, bis du die neue Anleitung reingestellt hast und versuche es dann nochmal einzurichten, wenn ich dann Probleme habe, schreibe ich dich gerne an.


    wende dich an mich per PM.

    Geht nicht, du hast die maximale Anzahl erreicht, kommt da


    sschuste Stefan, ich habe nochmals ein Bildschirmvideo gemacht, wie es abläuft, wenn ich den

    Dropbox-Uploader nach deiner Anleitung installieren will hier das Video

    Es ist doch wie verhext, ich wollte heute den Sync checken und habe cat /home/pi/upload.log in die Konsole von HB eingegeben, da sehe ich diese Nachricht:

    Was ist da los ??

    Ich bin dann in die Dropbox und habe die "App" gelöscht und wollte es neu einrichten, doch wenn ich nun im Terminal

    dropbox_uploader.sh eingebe um die Daten neu einzutragen, kommt das

    Ich habe echt bald die Nase voll.....


    Werde den Cronjob löschen und vor jedem Update selber das Backup abspeichern, irgendwie will das bei mir nicht laufen.

    Es bedeutet, dass eine Datei auf die Dropbox geladen wurde. Die Veränderung im Skript hat damit nichts zu tun.

    Ah, ok, nehme ich dann mal so hin, verstehe ich jetzt zwar nicht, warum heute morgen keine Datei in die Dropbox geladen wurde und nun beim manuellen Sync doch eine, obwohl nichts verändert wird... :/

    In der ersten Zeile steht das Datum, danach kommt der restliche Output. In meinem Beispiel sieht man, das nüscht kopiert wurde, mit dem Vermerk: überspringe bereits existierende Datei.

    Ah, ok, also läuft es an für sich richtig, doch solange man in Homebridge nichts verändert, wird auch keine neue Sicherungsdatei erzeugt, weil die ja nichts neues enthalten würde, klingt logisch, danke

    Als letzte Zeile im Log stand

    > Uploading "/var/lib/homebridge/backups/instance-backups/homebridge-backup-0EB4024ECD9F.1665461470558.tar.gz" to "/backups/instance-backups/homebridge-backup-0EB4024ECD9F.1665461470558.tar.gz"... DONE

    bedeutet das nun, dass schon die kleine Veränderung im Skript, dass eine neue Sicherungsdatei erzeugt wird ??

    So meine Freunde, ich habe gerade den Code cat /home/pi/upload.log in die Konsole eingegeben und was soll ich euch sagen, dort steht nun

    Mon 10 Oct 18:14:46 CEST 2022 (erster manueller Sync)

    Mon 10 Oct 19:10:03 CEST 2022. (zweiter manueller Sync, als Test)

    Tue 11 Oct 06:25:01 CEST 2022 (heutiger automatischer Sync)

    Schaue ich aber nun in den Ordner instance-backups der Dropbox und schaue mir die Information (beim Mac) der letzten Sicherungsdatei an steht dort als Datum und Uhrzeit Montag, 10. Oktober 2022 um 18:14 Uhr.

    Also genau das Datum des ersten manuellen Sync, bedeutet also für nicht, beim automatischen Sync passiert irgendwie nichts, oder ???


    :/

    Ich hatte das so verstanden, dass bei dem manuellen auslösen des Sync "nur" das Datum zu sehen ist und bei dem Automatischen Sync halt eben mehr, als "Nur" das Datum....


    Ahhh, jetzt habe ich es verstanden, man sieht dann, bei Eingabe von cat /home/pi/upload.log die Uhrzeit und das Datum der letzten Ausführung des Sync