Whenever I use these options, rsync "seems" to work and transfer 
files.... but nothing ever seems to actually get written to the backup 
dirs:

$Conf{RsyncArgs} = [  # defaults, except I added the compress flags.
 '--numeric-ids',
 '--perms',
 '--owner',
 '--group',
 '-D',
 '--links',
 '--hard-links',
 '--times',
 '--block-size=2048',
 '--recursive',
 '--checksum-seed=32761',
 '--compress',                      # these two are suspicious
 '--compress-level=9'               # these two are suspicious
];

Taking out the --compress and --compress-level fixes it.

I've monitored with lsof and a manual backup with -v -- the remote rsync 
opens the files, seems to transfer them (tcpdump shows lots of traffic), 
but the file never seems to get put on disk.   It's never opened on the 
backuppc server (checked with lsof).  Manual backup with -v shows no 
files being processed, a "create d ." is shown, then nothing. I'd hate 
to use ssh compression since I've read compression is more efficient at 
the rsync level.

I don't believe my environment is unusual -- I changed the default 
client to be rsyncd.  Remote and local systems are both Linux, FC6.

Here's the rest of the config for this client:

$Conf{RsyncShareName} = [
 'BackupPC'
];
$Conf{RsyncdPasswd} = '*****';

$Conf{RsyncdClientPort} = '9001';
$Conf{ClientNameAlias} = 'localhost';
$Conf{DumpPreUserCmd} = '/etc/rjr/BackupPC/bin/open_ssh_tunnel';

$Conf{BackupFilesExclude} = {
 '*' => [
   '/var/mail/*.xspam',
   '/var/mail/*.xraw',
   '/proc/',
   '/var/named/chroot/proc/',
   '/var/spool/squid/',
   '/sys/',
   '/dev/',
   '/oldboot/',
   '*.iso',
   '*.iso.*',
   '/var/mail/*.xspam.*',
   '/var/mail/*.xraw.*',
   '/media/',
   '/misc/',
   '/net/',
   '/mnt/',
   'Thumbs.db'
 ]
};
$Conf{PingCmd} = '/etc/rjr/BackupPC/bin/ping_tcp_ssh';
$Conf{PingMaxMsec} = '10000';
$Conf{DumpPostUserCmd} = '/etc/rjr/BackupPC/bin/kill_ssh_tunnel';

$Conf{ArchiveComp} = 'bzip2'; # since the cpu time to compress will be 
way shorter than the WAN time.
$Conf{CompressLevel} = '9'; # since the cpu time to compress will be way 
shorter than the WAN time.




-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Reply via email to