Package: backup2l
Version: 1.4
Severity: wishlist
Tags: patch
I have been using backup2l for a few years and like it -- thanks.
Recently I have started shipping my backup directory offsite using
rsync in a POST_BACKUP function. Most days this works well, since
only the new (incremental) backup needs to be transferred. However
when the initial backup (all.1.tar.gz) is re-created (for me about 20G)
the transfer takes several days.
If backup2l could create the tar.gz files using gzip's --rsyncable
option, then this would speed things up substantially.
I solved this for myself by defining a new driver in my backup2l.conf
(a simple wrapper around the existing DRIVER_TAR_GZ)
DRIVER_TAR_GZ_RSYNCABLE ()
{
export GZIP="--rsyncable"
DRIVER_TAR_GZ "$@"
}
Perhaps you could include this in a future version.
peace,
Jason
-- System Information:
Debian Release: 5.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages backup2l depends on:
ii findutils 4.4.0-2 utilities for finding files--find,
Versions of packages backup2l recommends:
ii tar 1.20-1+lenny1 GNU version of the tar archiving u
Versions of packages backup2l suggests:
ii bzip2 1.0.5-1+lenny1 high-quality block-sorting file co
pn cdlabelgen <none> (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
