What does backuppc record in the logs?
What happens if you login as the backuppc user, and run the exact same
command as seen in the logs?
There is some difference between what you are doing to test what
backuppc does, or else you are accidentally covering up the difference.
You will need to find the difference, and fix it. We can't do that
without the complete information, only guess at what you might have done
differently.
PS, you can also try running the ssh command like this:
ssh hostname id | od -xa
This will help verify you are not getting any extra characters. In your
case, that would be:
ssh hostname sudo id | od -xa
PS, my guess is it is either a problem with the keys, hostname, etc, or
else a problem with sudo. Try to configure backuppc to backup /bin or
something as the unprivileged user (without sudo). Once that works, then
complicate things with sudo. Divide (the potential problems) and conquer
(the now smaller problems).
Regards,
Adam
On 08/04/14 01:33, westoztux wrote:
> On 07/04/14 22:39, Les Mikesell wrote:
>> On Mon, Apr 7, 2014 at 8:50 AM, westoztux <westoztux AT gmail DOT com> wrote:
>>>> Does the target host output anything (like a message of the day
>>>> greeting) before running the command you sent? The rsync
>>>> implementation in backuppc can't handle extraneous data, although
>>>> stock rsync can ignore it.
>>>>
>>> Thanks Les
>>> When i log in via ssh directly to the client machine i see no motd. Do i
>>> need to check this another way ? If i run the backup command that
>>> backuppc uses from the server I get a strange character appear on the
>>> ssh terminal of the backuppc server , on the client in auth.log i see
>>> the server connect successfully and then run the command sudo:
>>> backuppc : TTY=unknown ; PWD=/home/backuppc ; USER=root ;
>>> COMMAND=/usr/bin/rsync --server --sender --numeric-ids --perms --owner
>>> --group -D --links --hard-links --times --block-size=2048 --recursive
>>> -vv --ignore-times . /home/ . I have checked my other servers that are
>>> working and they return this same character if i run the command
>>> manually. Thanks
>> If you don't see any output, then it sounds more like a problem with
>> sudo starting rsync. Can you tell from the logs if the execution is
>> sucessful?
>>
> I dont think the process gets that far , when I start the backup from
> the backuppc gui i dont see a successful login in the auth.log I only
> see this sshd[30557]: Connection closed by xxx.xxx.xxx.xxx [preauth]
>
>
>
> ------------------------------------------------------------------------------
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees_APR
> _______________________________________________
> BackupPC-users mailing list
> BackupPC-users AT lists.sourceforge DOT net
> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki: http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
--
Adam Goryachev Website Managers www.websitemanagers.com.au
------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees_APR
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
|
