On Sun, Jul 18, 2010 at 10:26:04AM -0400, Norbert Hoeller wrote:
> John, Craig identified and fixed a problem in File::RsyncP on ARM
> processors having to do with whether characters are considered signed or
> unsigned.
Terrific. Cross platform support is always a pain.
> I did stumble on an
John, Craig identified and fixed a problem in File::RsyncP on ARM
processors having to do with whether characters are considered signed or
unsigned.
I did stumble on another problem that I will post to the mailing list
shortly.
I scanned the mailing list but did not see the email that you me
On Wed, Jun 30, 2010 at 02:13:11PM -0400, Norbert Hoeller wrote:
> The high backuppc data volumes appear to be a problem with File::RsyncP on
> the Ubuntu port to the ARM architecture.
Well perhaps not. I posted an earlier email where I am tranferring a
lot of file data for old files that are in
The high backuppc data volumes appear to be a problem with File::RsyncP on
the Ubuntu port to the ARM architecture. I have created a small test
script that calls File:RsyncP to copy files from one directory to another
on the same system. Running the script the first time copies all the
files
Below are the rsync options - I do not recall making any changes from the
defaults.
rsync --server --sender --numeric-ids --perms --owner --group -D --links
--hard-links --times --block-size=2048 --recursive . /var//
Aside from backing up a symbolic link rather than the full (and rather
long)
I discontinued backup of my old web server this weekend and upgraded rsync
on the new web server to 3.0.5 to be compatible with the backuppc server.
This morning, backup traffic was close to 450MB. I did one full backup
(existing files 1492/14MB, new files 12/0MB) and three incrementals
(exist
I have been using backuppc 2.1.2 for a number of years to back up a Linux
web server (rsync 2.6.9) to a local server (also running rsync 2.6.9). My
recollection was that the amount of data transferred by backuppc was quite
low (around 40MB) regardless of whether I was doing a full backup or an
