Hi
On 09.04.2012 19:54, Shang-Lin Chen wrote:
When I look in the last bad XferLog, I see the following:
full backup started for directory / (baseline backup #433)
Running: /usr/bin/ssh -tt -q -x -l backuppc myhostname sudo /usr/bin/rsync
--server --sender --numeric-ids --perms --owner
This is not a valid protocol number. I normally get something like
Xfer PIDs are now 8447
Got remote protocol 30
Negotiated protocol version 28
Checksum caching enabled (checksumSeed = 32761)
Xfer PIDs are now 8447,8680
It seems that your shell does display some additional text after log
Dear Shang-Lin Chen,
On 04/11/2012 09:17 PM, Shang-Lin Chen wrote:
I can ssh to the remote user from the backuppc server without a problem.
I get a shell prompt. When I run the backuppc rsync command
[backuppc@bpcserver ~]$ /usr/bin/ssh -t -t -q -x -l backuppc
remoteserver /usr/bin/rsync
On Tue, Apr 10, 2012 at 7:51 PM, Shang-Lin Chen sc...@gps.caltech.edu wrote:
Still no luck. I removed the sudo and am now trying a backup of a
directory containing only a single file that belongs to the backuppc
user on the client. I can see the rsync --server process running on the
client,
I recently upgraded a host from Red Hat Enterprise Linux 4 to Red Hat
Enterprise Linux 6. Since then, BackupPC backups have not been working.
I'm using rsync over ssh. I commented out 'Defaults requiretty' from
visudo on the upgraded host and added '-tt' flags to the ssh command to
get rid of
Check out selinux, use audit2allow to enable ssh root access.
On the other side it appears that you have a dirty shell you may try rsync
-e. Another guess is that you are trying to backup a device, socket or
other special file and still another one, check the backuppctopdir
(wherever its mounted)
On 04/09/2012 01:20 PM, Pedro M. S. Oliveira wrote:
Check out selinux, use audit2allow to enable ssh root access.
selinux is disabled on this host, and the user on the backup server is
logging into the backuppc account on the host and running sudo, so I
don't think it needs ssh access to
On Mon, Apr 9, 2012 at 8:22 PM, Shang-Lin Chen sc...@gps.caltech.edu wrote:
On 04/09/2012 01:20 PM, Pedro M. S. Oliveira wrote:
Check out selinux, use audit2allow to enable ssh root access.
selinux is disabled on this host, and the user on the backup server is
logging into the backuppc