Offsitebackup mit btrfs

[elcaron]

Ich feile schon etwas länger an einem inkrementellen Offsitebackup mit BTRFS. Ziel ist unser Zweitwohnsitz. Erst habe ich mit buttersink experimentiert, aber das war immer schweinelangsam und irgendwann war das Ziel auch korrupt.

Mittlerweile bin ich dazu übergegangen, im Script selbst über die Basis-Snapshots buchzuführen und den Diff erst in eine Datei zu schreiben und sie dann per scp zu übertragen, anstatt btrfs send/receive über ssh zu machen. Gestern habe ich nach 100 Tagen und täglichen Backups einen Checksummentest mit rsync auf die 700GB Daten gemacht und alles ist ok. Ich bin soweit zufrieden :)
Trotz 4k-Videos vom Handy läuft das Backup selten mehr als 20-30min, mit 25MBit-Upstream, danach kann der Zielrechner wieder schlafen gehen.

Trotzdem werde ich Zukunft zu ZFS wechseln. BTRFS hatte Jahre, um seinen Scheiß zusammenzubekommen und ein Ende ist nicht in Sicht. ZFS ist dagegen ewig stabil und produktiv eingesetzt und wird sehr zeitnah Verschlüsselung unterstützen, inklusive verschlüsseltem send/receive, so dass man auch an nicht vertrauenswürdige Endstellen senden kann.

[zilti]

Und OpenSuSE klammert sich immer noch daran fest. Nur durch den normalen Betrieb musste ich in den letzten zwei Wochen drei Maschinen neu aufsetzen, weil Btrfs keine Lust mehr hatte. Aber aufm Server kommt mir sowieso nur BSD hin...

[Handle]

Wie sollen denn gleich dreimal BTRFS-Dateisystem "nur durch den normalen Betrieb" kaputt gegangen sein? Ich bin auf eine nähere Ausführung gespannt.

[elcaron]

Um 2014 hatte ich mal, dass Ubuntu reproduzierbar die btrfs Partion bei einem unsauberen Shutdown derart zerschossen hat, das jeglicher Mountversuch das System eingefroren hat.
Von Rettungssystem booten und btrfs check hats aber gefixt.
Ansonsten laufen meine btrfs-Rechner zwar, aber das Trauerspiel, dass die mit RAID5/6 liefern und die fehlende Verschlüsselung treiben mich jetzt doch zu ZFS. Hoffe, Verschlüsselung ist zu Ubuntu 18.04 drin.