Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


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

[Discuss] rsnapshot vs. rdiff-backup



On 12/03/2013 07:12 PM, Richard Pieri wrote:
> Jerry Feldman wrote:
>> rsnapshot can run on BSD. It uses the rsync --link-dest feature. You
>> generally have an hourly.0 directory. When rsnapshot runs it renames
>
> Really? That may have changed in the past few years. Used to be that
> rsnapshot used GNU cp's --link option to copy hourly.1 to hourly.0
> after rotation. Regardless, you still need a wrapper to handle that
> rotation.
It has used --link-dest as long as I have been using it. In the
rsnapshot.conf file:
# If your version of rsync supports --link-dest, consider enable this.
# This is the best way to support special files (FIFOs, etc) cross-platform.
# The default is 0 (off).
#
link_dest       1

I don't remember this being 0 when I first started using it 5 years ago.
>> is a perl script. While rsnapshot creates snapshorts, it is really a
>> backup system because it creates multiple directories.
>
> It's not the multiple replicas that make it a backup system. It's the
> discrete medium that makes it a backup system. If you put your
> snapshots or replicas on the same medium as the original data and that
> medium fails or is corrupted or stolen or burns to the ground then you
> lose it all, originals and snapshots and replicas all together.
>
I would agree 100%.. I have always used a separate discrete media.

-- 
Jerry Feldman <gaf at blu.org>
Boston Linux and Unix
PGP key id:3BC1EB90 
PGP Key fingerprint: 49E2 C52A FC5A A31F 8D66  C0AF 7CEA 30FC 3BC1 EB90





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org