Les Mikesell wrote:
> On 5/25/2010 2:17 PM, David Wraige wrote:
>> full backup started for directory /home
>> Running: /usr/bin/ssh -q -x -l david aragorn /usr/bin/rsync --server
>> --sender --numeric-ids --perms --owner --group -D --links --hard-links
>> --times --block-size=2048 --recursive --ignore-times . /home/
>> Xfer PIDs are now 660
>> Read EOF:
>> Tried again: got 0 bytes
>> Done: 0 files, 0 bytes
>> Got fatal error during xfer (Unable to read 4 bytes)
>> Backup aborted (Unable to read 4 bytes)
>
> Are you sure these two runs are started by the same user - or that you
> don't have a passphrase required? The one above looks like it's ssh
> identity did not match, where the one below at least started the remote
> rsync command.
>
Thanks very much for replying Les. I'm as sure as I can be that they're
running as the same user. The run below is definitely run as user
"backuppc". The one above I assume is kicked off by the "backuppc" user
as Apache is running as backuppc:
-bash-4.0$ cat /etc/opt/csw/apache2/httpd.conf | grep backuppc
User backuppc
Group backuppc
RewriteRule ^/backuppc$ /index.html
Do you know if there's any way I can double check that it is running as
the correct user?
>> full backup started for directory /home
>> started full dump, share=/home
>> Running: /usr/bin/ssh -q -x -l david aragorn /usr/bin/rsync --server
>> --sender --numeric-ids --perms --owner --group -D --links --hard-links
>> --times --block-size=2048 --recursive --ignore-times . /home/
>> Xfer PIDs are now 763
>> xferPids 763
>> Got remote protocol 30
>> Negotiated protocol version 28
>>
>> It hangs forever at that point. If I understand correctly that means
>> that the rsync server has started on the client and the following
>> confirms this:
>
> You aren't running as root. Does the 'david' user have permission to
> access the target directory? Could some mandatory lock or hung nfs
> mount be making it wait?
>
That was simply laziness on my behalf because aragorn is an Ubuntu host,
which has a disabled root account. The "david" user at least has read
permission. I've enabled the root account just to check and I get
identical results, both for the Apache-started run and the
manually-started one.
>> david@aragorn:~$ pgrep -l rsync
>> 25014 rsync
>>
>> I just can't figure out why it won't actually do the transfer, and I've
>> run out of debugging ideas. If anyone can help me sort this out I'd be
>> very grateful.
>
> If aragorn is linux, you might 'strace -p' the process id of the hung
> rsync to see what system call it is waiting for.
>
I ran the strace -p command and got the following:
david@aragorn:~$ pgrep -l rsync
23874 rsync
david@aragorn:~$ strace -p 23874
Process 23874 attached - interrupt to quit
select(1, [0], [], NULL, {52, 380000}) = 0 (Timeout)
select(1, [0], [], NULL, {60, 0}) = 0 (Timeout)
select(1, [0], [], NULL, {60, 0}) = 0 (Timeout)
select(1, [0], [], NULL, {60, 0}^C <unfinished ...>
Process 23874 detached
Do you have any idea what that means?
------------------------------------------------------------------------------
_______________________________________________
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/
|