Sponsorship request

Vladimir Stackov amigo.elite at gmail.com
Fri Dec 19 14:39:58 UTC 2014

In addition to my previous message:

Take a look on ddar vs rdiff-backup comparison:
Most of those concepts are applicable to zbackup.

2014-12-19 17:30 GMT+03:00 Vladimir Stackov <amigo.elite at gmail.com>:
> Greetings,
> you should probably read zbackup description (available on
> http://zbackup.org/) and perform backup/restore on multiple VM images.
> All software that you are talking about (rdiff-backup, rsnapshot, amanda,
> backuppc, bacula and tons of homegrown "bash backup systems") does not
> provide real deduplication.
> All of that symlinks/hardlinks tricks isn't deduplication at all.
> We use a 64-bit modified Rabin-Karp rolling hash with sliding window that
> performs checking with a single-byte granularity. It was even better than
> ZFS deduplication.
> Take a try and then we will talk about "Yet Another Incompatible Backup
> Paradigm(tm)" that you will probably pronounce as "next-gen backup
> paradigm" after you will give a try ;)
> Yep, not "first next-gen backup paradigm" but "one of two opensource
> next-gen backup software" because all other software that performs
> deduplication with sliding window was closed-source proprietary systems.
> Thanks!
> 2014-12-19 16:40 GMT+03:00 Nico Kadel-Garcia <nkadel at gmail.com>:
>> 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.
>> --
>> devel mailing list
>> devel at lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> --
> Kind regards,
> Vladimir.

Kind regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20141219/51743754/attachment-0001.html>

More information about the devel mailing list