rdiff-backup-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems with backup after using rdiff-backup-delete.py


From: Brian Gupta
Subject: Re: Problems with backup after using rdiff-backup-delete.py
Date: Fri, 29 Nov 2019 12:00:23 -0500

So I work with OP, and am trying to sort out our path forward.

We have been using rdiff-backup for over 7 years, and we generally
keep backups indefinitely. A few years ago or so, we had to remove
certain PII data from our backups, for contractual reasons. The
ability to do these selective deletions is now an ongoing requirement.

We contracted with rdiff-backup's primary maintainer at the time,
sol1, to add this functionality for us, and they offered to write it
as an open source contribution, as they said it was a very common
request. When they did this work for us, there was no indication that
it wouldn't be production ready. (We paid extra for a thorough
validation.)

This is something I understand has now changed, as they are no longer
the primary maintainer and are disparaging the tool on a public
mailing list. [1] No bad blood here, we understand that open source is
hard, and companies' priorities change.

At the end of the day, we need a file-based backup system, that is
relatively space efficient, supports remote network backups, supports
frequent backups, allows indefinite storage, and allows us to
completely purge directories.

Ideally we don't want to change backup systems. Can rdiff-backup be
this system, with a little extra dev effort?

If so, would anyone be willing to help us sort this out on a contract
basis? Need:
1) fix current broken backup state
2) fix existing delete tool, or write a new one. In either case tool
should be up to the standards of the rdiff-backup community, and
considered production ready.

Thanks,
Brian Gupta

[1] - 
https://lists.nongnu.org/archive/html/rdiff-backup-users/2019-11/msg00003.html



reply via email to

[Prev in Thread] Current Thread [Next in Thread]