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/rsyn
> 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 a
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 --own
On Tue, Apr 10, 2012 at 7:51 PM, Shang-Lin Chen 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, but it looks like no
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, but it looks like nothing is being backed up. On the backuppc
server, the file N
On Mon, Apr 9, 2012 at 8:22 PM, Shang-Lin Chen 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 account on the host a
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 root
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)
C
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 e
