On Mon, Mar 02, 2009 at 08:45:22AM +0200, Brad C wrote:
Hi John,
On Mon, Feb 16, 2009 at 8:42 PM, John Rouillard rouilj-backu...@renesys.com
wrote:
Hi Craig:
On Thu, Feb 12, 2009 at 11:24:28PM -0800, Craig Barratt wrote:
Tony writes:
I missed the original post, but I run
Hi John,
I'm having the identical issue, moved from pure rsync which wasnt causing a
problem before that I could see.
Also with large database files (12GB). Strangely enough, If I clear the
backup manually and then set it to full it backs up in 47 minutes flat,
otherwise it could sit for days.
Hi Craig:
On Thu, Feb 12, 2009 at 11:24:28PM -0800, Craig Barratt wrote:
Tony writes:
I missed the original post, but I run rsync with the --whole-file
option, but I still get RStmp files, is that not supposed to happen?
RStmp is a temporary file used to store the uncompressed pool file,
since you are already doing a database dump and backing that up, why not
split the file up in to chunks? if you use something like rar or 7z you can
split the compressed files up nicely. you could also do some magic with tar
and gz. This would save rsync the headache of md4/md5 on such a large
Hi!
I had this trouble some time ago while backing up vmware virtual machines (the
files were extremely large about 120GB) and rsync would behave just like you
are saying it happens to you. I had other smaller vms about 10 GB and those
worked perfectly with rsync.
I did some research and from
the file that is currently being transferred.
http://www.mail-archive.com/backuppc-users@lists.sourceforge.net/msg05836.html
Now because of another comment, I tried to disable the use of RStmp
and force BackupPC to do the equivalent of the --whole-file where it
just copies the file across
Tony writes:
I missed the original post, but I run rsync with the --whole-file
option, but I still get RStmp files, is that not supposed to happen?
RStmp is a temporary file used to store the uncompressed pool file,
which is needed for the rsync algorithm. It's only used for larger
files -
Hi all:
Following up with more info with the hope that somebody has a clue as
to what is killing this backup.
On Fri, Feb 06, 2009 at 03:41:40PM +, John Rouillard wrote:
I am backing up a 38GB file daily (database dump). There were some
changes on the database server, so I started a new