Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Linux
  3. Restic
  4. Restic v0.17.0 released

Restic v0.17.0 released

Restic
  • FrankMF

    Restic v0.17.0 released

    • Fix #3600: Handle unreadable xattrs in folders above backup source
    • Fix #4209: Fix slow SFTP upload performance
    • Fix #4503: Correct hardlink handling in stats command
    • Fix #4568: Prevent forget --keep-tags <invalid> from deleting all snapshots
    • Fix #4615: Make find not sometimes ignore directories
    • Fix #4656: Properly report ID of newly added keys
    • Fix #4703: Shutdown cleanly when receiving SIGTERM
    • Fix #4709: Correct --no-lock handling of ls and tag commands
    • Fix #4760: Fix possible error on concurrent cache cleanup
    • Fix #4850: Handle UTF-16 password files in key command correctly
    • Fix #4902: Update snapshot summary on rewrite
    • Chg #956: Return exit code 10 and 11 for non-existing and locked repository
    • Chg #4540: Require at least ARMv6 for ARM binaries
    • Chg #4602: Deprecate legacy index format and s3legacy repository layout
    • Chg #4627: Redesign backend error handling to improve reliability
    • Chg #4707: Disable S3 anonymous authentication by default
    • Chg #4744: Include full key ID in JSON output of key list
    • Enh #662: Optionally skip snapshot creation if nothing changed
    • Enh #693: Include snapshot size in snapshots output
    • Enh #805: Add bitrot detection to diff command
    • Enh #828: Improve features of the repair packs command
    • Enh #1786: Support repositories with empty password
    • Enh #2348: Add --delete option to restore command
    • Enh #3067: Add extended options to configure Windows Shadow Copy Service
    • Enh #3406: Improve dump performance for large files
    • Enh #3806: Optimize and make prune command resumable
    • Enh #4006: (alpha) Store deviceID only for hardlinks
    • Enh #4048: Add support for FUSE-T with mount on macOS
    • Enh #4251: Support reading backup from a command's standard output
    • Enh #4287: Support connection to rest-server using unix socket
    • Enh #4354: Significantly reduce prune memory usage
    • Enh #4437: Make check command create non-existent cache directory
    • Enh #4472: Support AWS Assume Role for S3 backend
    • Enh #4547: Add --json option to version command
    • Enh #4549: Add --ncdu option to ls command
    • Enh #4573: Support rewriting host and time metadata in snapshots
    • Enh #4583: Ignore s3.storage-class archive tiers for metadata
    • Enh #4590: Speed up mount command's error detection
    • Enh #4601: Add support for feature flags
    • Enh #4611: Back up more file metadata on Windows
    • Enh #4664: Make ls use message_type field in JSON output
    • Enh #4676: Make key command's actions separate sub-commands
    • Enh #4678: Add --target option to the dump command
    • Enh #4708: Back up and restore SecurityDescriptors on Windows
    • Enh #4733: Allow specifying --host via environment variable
    • Enh #4737: Include snapshot ID in reason field of forget JSON output
    • Enh #4764: Support forgetting all snapshots
    • Enh #4768: Allow specifying custom User-Agent for outgoing requests
    • Enh #4781: Add restore options to read include/exclude patterns from files
    • Enh #4807: Support Extended Attributes on Windows NTFS
    • Enh #4817: Make overwrite behavior of restore customizable
    • Enh #4839: Add dry-run support to restore command

    Wow, das sind ne Menge Änderungen. Nachlesen könnt ihr das -> https://github.com/restic/restic/releases/tag/v0.17.0

    Auf Systemen, wo die Möglichkeit nicht unterbunden wird, z.B. meine Manjaro Installation, kann man Restic sehr einfach aktualisieren.

    root@:~# restic self-update
writing restic to /usr/bin/restic
find latest release of restic at GitHub
latest version is 0.17.0
download SHA256SUMS
download SHA256SUMS.asc
GPG signature verification succeeded
download restic_0.17.0_linux_arm64.bz2
downloaded restic_0.17.0_linux_arm64.bz2
saved 24838296 bytes in /usr/bin/restic
successfully updated restic to version 0.17.0

    Versions Kontrolle

    root@:~# restic version
restic 0.17.0 compiled with go1.22.5 on linux/arm64

    Aktuell habe ich nur einen Server aktualisiert, werde das aber über das Wochenende überall aktualisieren. Ich erwarte da ja auch keineProbleme mit. Restic FTW 🙂

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
Anmelden zum Antworten

  • FrankMF

    OpenSource - Donations 2024

    Allgemeine Diskussionen
    1
    0 Stimmen
    1 Beiträge
    146 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Restic v0.17.3 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    116 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Redis Insight - Desktop UI

    Redis
    1
    3
    0 Stimmen
    1 Beiträge
    121 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Samba Installation - Server & Client

    Linux
    1
    0 Stimmen
    1 Beiträge
    108 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Star64 - Bootvorgang

    Hardware
    1
    1
    0 Stimmen
    1 Beiträge
    89 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Restic - Kompression

    Restic
    2
    0 Stimmen
    2 Beiträge
    336 Aufrufe
    FrankMF
    Gestern Abend noch ein paar Tests gemacht, aber nicht wirklich Erfolg gehabt. Ok, dann heute noch mal von vorne und mit System. Als erstes muss man mal Daten finden, die man auch gut komprimieren kann, ich will ja auch ein deutliches Ergebnis sehen. Meine Wahl fiel auf einen openwrt Ordner, mit dem ich mal ein Image selber gebaut hatte. Schön viele kleine Dateien, sollte sich gut komprimieren lassen. Original [image: 1651846033957-547e3596-69df-48ac-9409-5173367afb85-grafik.png] Test mit 7z Rechtsklick, mit den Bordmittel und dann 7z gewählt. [image: 1651845865746-364b497f-cf59-408c-ba2b-cad70cc09529-grafik.png] Test mit Restic V1 Ich habe auf einer mechanischen 1TB Platte zwei Ordner angelegt, einmal Restic_V1, einmal Restic_V2. frank@frank-MS-7C37:~/Downloads$ restic version restic 0.13.1 compiled with go1.18 on linux/amd64 Init restic init -r /media/1TB/Restic_V1/ Backup frank@frank-MS-7C37:~/Downloads$ restic -r /media/1TB/Restic_V1/ backup /home/frank/openwrt/ enter password for repository: repository 731db857 opened successfully, password is correct created new cache in /home/frank/.cache/restic no parent snapshot found, will read all files Files: 407839 new, 0 changed, 0 unmodified Dirs: 41286 new, 0 changed, 0 unmodified Added to the repo: 7.851 GiB processed 407839 files, 11.061 GiB in 4:49 snapshot 24cd8ef4 saved Ergebnis [image: 1651846470644-799fa3ee-5bdf-48ba-a05e-8f7f24f1c41b-grafik.png] Test mit Restic V2 frank@frank-MS-7C37:~/Downloads$ ./restic_v0.13.0-126-g26c33332_linux_amd64 version restic 0.13.1-dev (compiled manually) compiled with go1.18 on linux/amd64 Init ./restic_v0.13.0-126-g26c33332_linux_amd64 init -r /media/1TB/Restic_V2/ --repository-version 2 Backup frank@frank-MS-7C37:~/Downloads$ ./restic_v0.13.0-126-g26c33332_linux_amd64 -r /media/1TB/Restic_V2/ backup /home/frank/openwrt/ enter password for repository: repository 33c5e24c opened (repo version 2) successfully, password is correct created new cache in /home/frank/.cache/restic no parent snapshot found, will read all files Files: 407839 new, 0 changed, 0 unmodified Dirs: 41286 new, 0 changed, 0 unmodified Added to the repo: 7.835 GiB processed 407839 files, 11.061 GiB in 2:47 snapshot 474d0376 saved Ergebnis [image: 1651846653769-caafd946-1285-4e1d-8873-a3ff4141a777-grafik.png] Fazit Fassen wir es mal ein wenig zusammen. Das Original hat 12,1GB ITool Dateigröße Zeit 7z 2,2GB ca. 11:59 Restic V1 8,5GB 4:49 Restic V2 2,9GB 2:47 Man kann auch noch etwas an der Kompression einstellen, ich habe es für diesen Test auf der Standardeinstellung(?) gelassen. You can set the desired compression level by passing it to --compression (e.g. restic backup --compression max), supported are auto, max and off. Das Ergebnis sieht sehr vielversprechend aus. Es könnte den Platzverbrauch stark begrenzen, sehr wichtig für mich wenn man seine Daten in einer Cloud speichert. (Stichwort: Kosten) Und was hier auch noch schön ins Auge fällt, es ist schneller Das möchte ich hier nicht versuchen zu erklären, da ich nicht genau woran es liegt. Vermutung, ich muss wesentlich weniger Daten "schreiben". Ich freue mich extrem, diese Version produktiv einzusetzen. Mal überlegen, ob ich die Version hier auf dem Haupt-PC mal testweise nutze, ich denke das wäre spannend. @Restic-Team: Vielen Dank für dieses tolle Feature!
  • FrankMF

    ZFS - Wichtige Befehle

    Linux
    2
    0 Stimmen
    2 Beiträge
    743 Aufrufe
    FrankMF
    Unter dem Beitrag sammel ich mal ein paar Beispiele, für mich zum Nachlesen Den Anfang macht die ZFS-Replication Ich hatte Am Anfang ein wenig Verständnisprobleme, bis es klar war, das diese Replication von Pool zu Pool funktioniert. Also brauchen wir zwei vorhandene ZFS-Pools. root@pbs:/mnt/datastore/datapool/test# zfs list NAME USED AVAIL REFER MOUNTPOINT Backup_Home 222G 677G 222G /mnt/datastore/Backup_Home datapool 2.36G 1.75T 2.36G /mnt/datastore/datapool Wir erzeugen ein Dataset im datapool zfs create datapool/docs -o mountpoint=/docs Wir erzeugen eine Datei mit Inhalt echo "version 1" > /docs/data.txt Wir erzeugen einen Snapshot zfs snapshot datapool/docs@today Kontrolle root@pbs:/mnt/datastore/datapool/test# zfs list -t snapshot NAME USED AVAIL REFER MOUNTPOINT datapool/docs@today 0B - 96K - Wir replizieren den vorhandenen Snapshot zum ZFS-Pool Backup_Home und speichern ihn da im Dataset test. zfs send datapool/docs@today | zfs receive Backup_Home/test Nun befinden sich die Daten in dem anderen ZFS-Pool root@pbs:/mnt/datastore/datapool/test# ls /mnt/datastore/Backup_Home/test/ data.txt Und was mich am meisten interessiert, ist wie man das zu einem anderen Server schickt zfs send datapool/docs@today | ssh otherserver zfs receive backuppool/backup Den Test reiche ich dann später nach. Quelle: https://www.howtoforge.com/tutorial/how-to-use-snapshots-clones-and-replication-in-zfs-on-linux/ ZFS inkrementelle Replication Als, nur die geänderten Daten senden! Wir erzeugen ein paar Dateien root@pbs:/mnt/datastore/datapool/test# echo "data" > /docs/data1.txt root@pbs:/mnt/datastore/datapool/test# echo "data" > /docs/data2.txt root@pbs:/mnt/datastore/datapool/test# echo "data" > /docs/data3.txt root@pbs:/mnt/datastore/datapool/test# echo "data" > /docs/data4.txt Neuer Snapshot zfs snapshot datapool/docs@17:02 Liste der Snapshots root@pbs:/mnt/datastore/datapool/test# zfs list -t snapshot NAME USED AVAIL REFER MOUNTPOINT datapool/docs@today 56K - 96K - datapool/docs@17:02 0B - 112K - Wir senden dieinkrementelle Replication zfs send -vi datapool/docs@today datapool/docs@17:02 | zfs receive Backup_Home/test send from datapool/docs@today to datapool/docs@17:02 estimated size is 38.6K total estimated size is 38.6K cannot receive incremental stream: destination Backup_Home/test has been modified since most recent snapshot Dazu schreibt die Anleitung, die ich unten verlinkt habe, das die Daten verändert wurden. Warum, verstehe ich aktuell noch nicht. Mit -F im send Befehl erzwingt man einen Rollback zum letzten Snapshot. zfs send -vi datapool/docs@today datapool/docs@17:02 | zfs receive -F Backup_Home/test send from datapool/docs@today to datapool/docs@17:02 estimated size is 38.6K total estimated size is 38.6K Und Kontrolle ls /mnt/datastore/Backup_Home/test/ data1.txt data2.txt data3.txt data4.txt data.txt Quelle: https://klarasystems.com/articles/introduction-to-zfs-replication/
  • FrankMF

    Restic - Einen ROCKPro64 als Datengrab benutzen

    Verschoben Restic
    2
    1
    0 Stimmen
    2 Beiträge
    871 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 !?!?!?