Skip to content

Restic v0.14.0 released

Restic
5 2 299
  • Heute ist ein ganz feiner Release erschienen, v0.14.0 von meinem Lieblings Linux Tool 😍

    Hiermit wird u.a. ein neues Repo Format eingeführt, das Kompression unterstützt. Ich hatte davon schon mal geschrieben und eine Vorab Version auch ausprobiert. Nun ist das in der normalen Version integriert.

    Das Update bekommt man ganz einfach mit

    restic self-update
    
  • Heute ist ein ganz feiner Release erschienen, v0.14.0 von meinem Lieblings Linux Tool 😍

    Hiermit wird u.a. ein neues Repo Format eingeführt, das Kompression unterstützt. Ich hatte davon schon mal geschrieben und eine Vorab Version auch ausprobiert. Nun ist das in der normalen Version integriert.

    Das Update bekommt man ganz einfach mit

    restic self-update
    

    @FrankM Hi Frank!
    Das Migrieren lief auf unseren Servern ohne Probleme durch.
    Ich werde demnächst Deine GUI ausprobieren; scheint ja inzwischen erwachsen geworden zu sein! 😉
    VG
    Berthold

  • @FrankM Hi Frank!
    Das Migrieren lief auf unseren Servern ohne Probleme durch.
    Ich werde demnächst Deine GUI ausprobieren; scheint ja inzwischen erwachsen geworden zu sein! 😉
    VG
    Berthold

    @berthold sagte in Restic v0.14.0 released:

    @FrankM Hi Frank!
    Das Migrieren lief auf unseren Servern ohne Probleme durch.
    Ich werde demnächst Deine GUI ausprobieren; scheint ja inzwischen erwachsen geworden zu sein! 😉
    VG
    Berthold

    Hallo @berthold,

    du kannst sie gerne mal ausprobieren, über Feedback freue ich mich immer sehr. Aber bitte finde nicht zu viele Fehler LOL

    Will die Tage noch die neuen Funktionen der 0.14 einbauen, damit man das auch übers GUI komfortabel machen kann.

    Das GUI nutze ich für das Backup meines Haupt-PCs jedes Wochenende. Macht bei mir keine Probleme. Ab und zu finde ich immer mal wieder einen kleinen Fehler, den die meisten wahrscheinlich gar nicht bemerken würden. Gestern noch einen gefunden und gefixt.

    Zum Migrieren: Habt ihr da Speicherplatz gespart? Ich sehe da kaum einen Unterschied, was mich denken lässt, das ich was falsch mache 🤔

  • Ich wollte mal eben testen ob das Repo wirklich auf V2 ist.

    Restic deinstalliert, mein Manjaro hat noch die alte Version 0.13.1 im Repo. Gut zum testen.

    59fdd967-4d5a-4bfb-a285-f6b18a761f11-image.png

    Ok, das Repo ist auf V2. Ein Backup angestoßen und das hier als Ergebnis bekommen.

    20fb5d39-60b7-438d-80db-963c5861a195-image.png

    Da sieht man, das mehr Daten gesichert wurden, als gespeichert wurden. Die Kompression funktioniert also. Hier zum Vergleich ein Repo, was nicht umgestellt ist.

    0029cb1d-6ea0-454b-a851-ce4682a53417-image.png

  • @FrankM Hi Frank!
    Das Migrieren lief auf unseren Servern ohne Probleme durch.
    Ich werde demnächst Deine GUI ausprobieren; scheint ja inzwischen erwachsen geworden zu sein! 😉
    VG
    Berthold

    @berthold GUI v1.5.0 released mit Unterstützung für restic 0.14.0 und dem Migrations Tool. Bitte zum Testen evt. nicht auf die wichtigsten Daten loslassen 😉

    Mein Test mit meinem Repo auf dem REST-Server war erfolgreich.

  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • Forgejo Installation mit Restic nach Hetzner S3 sichern

    Restic restic linux forgejo
    2
    2
    0 Stimmen
    2 Beiträge
    305 Aufrufe
    FrankMF
    Ich habe ja im obigen Beispiel, den gesamten Ordner von der Postgres Installation gesichert. backup_pfad_postgres="/home/pguser/db-data" Ich habe dann mal ein wenig in der Dokumentation gelesen und das hier gefunden. https://www.postgresql.org/docs/current/app-pgdump.html Einfach den Ordner zu sichern, ist ja bei jeder Datenbank ein gewisses Risiko. Die Konsistenz der Daten ist nicht gesichert. Darum gibt es bei den Datenbanken auch immer Tools, mit denen man die Daten sichern kann. In der Doku steht folgendes. pg_dump — extract a PostgreSQL database into a script file or other archive file Aber wichtiger ist das hier. pg_dump is a utility for backing up a PostgreSQL database. It makes consistent backups even if the database is being used concurrently. pg_dump does not block other users accessing the database (readers or writers). Das macht also konsistente Backups. Wichtig noch zu wissen ist folgendes. pg_dump only dumps a single database. To back up an entire cluster, or to back up global objects that are common to all databases in a cluster (such as roles and tablespaces), use pg_dumpall. Ok, das scheint gut geeignet zu sein, um die Datenbank zu sichern. Aber, wie? Auf meinen Eingangsbeitrag kam es zu folgendem Dialog auf Mastodon. https://nrw.social/deck/@nebucatnetzer@social.linux.pizza/114132208440509237 Das war der Anstoß sich mit dem Thema zu beschäftigen. Und ich hatte dann folgende Lösung. podman exec -it postgres pg_dump -U postgres -f /var/lib/postgresql/data/dump.txt Ok, was mache ich hier? Wir führen einen Befehl vom Host aus gesehen, im Container aus. podman exec -it postgres Der Teil führt den folgenden Befehl im Container aus. pg_dump -U postgres -f /var/lib/postgresql/data/dump.txt pg_dump - Das Tool fürs Backup -U postgres - Der Befehl wird als User postgres ausgeführt -f /var/lib/postgresql/data/dump.txt - Das Dump File wird im Data Ordner abgelegt, den haben wir ja persistent auf dem Host. Somit kann ich das jetzt einfach in mein Backup Script einbauen und brauchen nicht mehr den ganzen Ordner zu kopieren, sondern nur noch das Dump File. Ich werde diese Änderungen in das obige Script einbauen.
  • Restic v0.17.3 released

    Linux restic linux
    1
    0 Stimmen
    1 Beiträge
    169 Aufrufe
    Niemand hat geantwortet
  • Restic v0.16.5 released

    Restic restic linux
    1
    0 Stimmen
    1 Beiträge
    162 Aufrufe
    Niemand hat geantwortet
  • Restic - 0.15.0 released

    Restic restic restic-ui
    1
    1
    0 Stimmen
    1 Beiträge
    116 Aufrufe
    Niemand hat geantwortet
  • Restic & Rclone & Nextcloud

    Linux nextcloud rclone linux restic
    3
    0 Stimmen
    3 Beiträge
    837 Aufrufe
    FrankMF
    Hier mal eine Ausgabe vom ersten Durchgang root@frank-MS-7C37:~# restic --password-file /root/passwd -r rclone:Nextcloud:HOME_UBUNTU backup --files-from /root/includes.txt repository 99xxxxa0 opened successfully, password is correct created new cache in /root/.cache/restic rclone: 2020/05/08 17:47:57 ERROR : locks: error listing: directory not found rclone: 2020/05/08 17:47:58 ERROR : index: error listing: directory not found rclone: 2020/05/08 17:47:58 ERROR : snapshots: error listing: directory not found Files: 3503 new, 0 changed, 0 unmodified Dirs: 2 new, 0 changed, 0 unmodified Added to the repo: 16.872 GiB processed 3503 files, 21.134 GiB in 1:02:56 snapshot fdxxxxec saved Der erste Durchgang hat also etwa eine Stunde benötigt. Durch die Deduplikation der Daten, ist der Vorgang beim zweiten Durchgang viel schneller weil nur neue oder geänderte Daten gesichert werden. Und außerdem sind alle Daten AES-256 verschlüsselt. Also perfekt zur Ablage in irgendeiner Cloud root@frank-MS-7C37:~# restic --password-file /root/passwd -r rclone:Nextcloud:HOME_UBUNTU backup --files-from /root/includes.txt repository 99xxxxa0 opened successfully, password is correct Files: 57 new, 41 changed, 3449 unmodified Dirs: 0 new, 2 changed, 0 unmodified Added to the repo: 22.941 MiB processed 3547 files, 21.137 GiB in 0:13 snapshot c6xxxxe4 saved Wie ihr seht, hat der zweite Durchgang nur ein paar neue und geänderte Daten gesichert. Der Rest ist ja schon vorhanden. Und das kann man dann auch problemlos täglich, wöchentlich oder was auch immer mal eben schnell durchführen. Eines meiner absoluten Lieblingstool
  • Restic - Backblaze B2 Cloud Storage

    Restic backblaze linux restic
    1
    2
    0 Stimmen
    1 Beiträge
    419 Aufrufe
    Niemand hat geantwortet
  • Restic - Rootserver als Datenablage nutzen

    Restic linux restic
    2
    0 Stimmen
    2 Beiträge
    803 Aufrufe
    FrankMF
    Ok, das erste Backup dauert immer was länger In meinem Fall 5 Std. 16 Minuten. Files: 33408 new, 0 changed, 0 unmodified Dirs: 1 new, 0 changed, 0 unmodified Data Blobs: 20849 new Tree Blobs: 2 new Added to the repo: 6.278 GiB processed 33408 files, 8.604 GiB in 5:16:03 snapshot 5beg1cb3 saved Aber, das Schöne ist, das die Backups inkrementell angelegt werden. Das nächste geht schneller open repository repository 3gg202a2 opened successfully, password is correct lock repository load index files using parent snapshot 5beg1cb3 start scan on [/home/frank] start backup on [/home/frank] scan finished in 3.791s: 33788 files, 8.611 GiB Files: 496 new, 74 changed, 33218 unmodified Dirs: 0 new, 1 changed, 0 unmodified Data Blobs: 292 new Tree Blobs: 2 new Added to the repo: 43.661 MiB processed 33788 files, 8.611 GiB in 2:15 snapshot fag41bf7 saved Eine tägliche Sicherung sollte dann wohl reichen.
  • Restic - Einen ROCKPro64 als Datengrab benutzen

    Verschoben Restic linux restic
    2
    1
    0 Stimmen
    2 Beiträge
    915 Aufrufe
    FrankMF
    So, dann mal das Ganze testen wenn man seinen Haupt-PC neu installiert hat und ein paar Daten braucht. [image: 1534692579149-img_20180819_090116_ergebnis-resized.jpg] Also, mal Restic installiert. sudo apt-get install restic Nach erfolgter Installation ein Test frank@frank-MS-7A34:~/restic$ restic version restic 0.8.3 compiled with go1.10 on linux/amd64 Geht so weit. Snapshots auflisten. restic -r sftp:rock64@IP:/home/rock64/backup snapshots Sieht dann so aus. frank@frank-MS-7A34:~$ sudo restic -r sftp:rock64@192.168.3.207:/home/rock64/backup snapshots [sudo] Passwort für frank: rock64@192.168.3.207's password: enter password for repository: password is correct ID Date Host Tags Directory ---------------------------------------------------------------------- 7e2eddcb 2018-08-18 10:10:40 frank-MS-7A34 /home/frank/Bilder 073b7cb4 2018-08-18 14:21:17 frank-MS-7A34 /home/frank 6bc9b21b 2018-08-18 16:11:19 frank-MS-7A34 /home/frank ---------------------------------------------------------------------- 3 snapshots Snapshot wiederherstellen sudo restic -r sftp:rock64@IP:/home/rock64/backup restore latest --target /tmp/backup Hiermit stellen wir das Backup im temporären Ordner /tmp/backup wieder her. Hat ewig gedauert, aber ging !?!?!?