Sponsorship request

Nico Kadel-Garcia nkadel at gmail.com
Fri Dec 19 13:40:16 UTC 2014


On Fri, Dec 19, 2014 at 2:38 AM, Vladimir Stackov <amigo.elite at gmail.com> 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.


More information about the devel mailing list