How has it been for reliability?

I wrote a btrsync app a while back, and the app /itself/ worked fine, but the btrfs send / btrfs receive itself proved problematic. Since btrfs would keep a partial receive - with no easy way to tell whether a receive WAS partial or full - I would inevitably end up with interrupted sends causing a problem that couldn't be resolved without manually deleting snapshots on the target end haphazardly until I nailed the incomplete one.

On 08/11/2014 01:49 PM, Ames Cornish wrote:
I've written a utility to help me with using btrfs send and receive for
backups or other synchronization, and I'd love to get feedback on it.

As of this release, buttersink will synchronize a set of read-only snapshots
in a btrfs filesystem to an Amazon S3 bucket, and vice-versa.  It
intelligently picks parent snapshots to "diff" from, so that a minimal amount
of data needs to be sent over the wire and stored in the backend.

The utility is on PyPi as "buttersink", and the GitHub page is here:
   https://github.com/AmesCornish/buttersink.

Thanks in advance for any feedback!

- Ames


--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to