Re: [BackupPC-users] Backuppc failing on backup "Got fatal error during xfer (Unable to read 4 bytes)"

[Adam G. <mai...@we...>]

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 <wes...@gm...> 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
> Bac...@li...
> 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