On Fri, Dec 19, 2014 at 2:38 AM, Vladimir Stackov <amigo.elite@xxxxxxxxx> wrote: > Greetings, Fedora developers, > > I'm coming to you with one small request: > I'm asking you for a sponsorship for this review request: > https://bugzilla.redhat.com/show_bug.cgi?id=1172525 > I understand that I'm somewhat obsessive but counting on your patience :) > > Thanks! > > -- > King regards, > Vladimir. Have you actually found this kind of "pick and choose" deduplication in your backup software to be effective? I've generally found that the integral hard-linking across backups of tools like "rsnapshot" to be much more effective, and if you need to use compressed backups or tape for archival storage, the stability and long lifespan and tape backup support of tools like AMANDA to be more reliable than the creation of Yet Another Incompatible Backup Paradigm(tm) which lacks some of their features. The need to pick and choose and re-assemble components among the tarballs is one that's historically prone to errors among backups. It's not a moral objection to the approach, but wondering "why is it needed"? AMANDA already does incremental tarball backups, it can support encryption, it supports tape drive backup quite effectively, and it has commercial support available for more complex environments with the ZMANDA company. And rsnapshot does very effective de-duplicated full mirrors which can be NFS read-only exported for clients to recover their own files: this has been invaluable for allowing users to recover their files without having to provide sophisticated admin access to the backup syste. So I'm not sure why you need yet another tool. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
