On Sun, Jan 13, 2013, at 10:38 PM,Adam Goryachev
<mailinglists <at>
websitemanagers.com.au> wrote:
Here's the tail end of ps axf:
9397 ? S 0:49
/usr/bin/perl/usr/share/backuppc/bin/BackupPC -d
9403 ? S 3:45 \_
/usr/bin/perl/usr/share/backuppc/bin/BackupPC_trashClean
24076 ? S 0:11 \_
/usr/bin/perl/usr/share/backuppc/bin/BackupPC_restore temp
temp restoreReq.24065.0
root@eeebox:/#
and the strace:
root@eeebox:/# strace -p 24076
Process 24076 attached - interrupt to quit
select(8, [5], NULL, [5], NULL
Yes, I use rsyncd for the backup and restore protocol for
both my linux
and windows boxes (use cygwin rsyncd as a service on the
windows boxes).
OK, so that is the right process, and it tells us that it
is waiting for
something to happen. Is the remote box a windows machine (I
think it was
but I forget now)? I've had this exact issue with windows
rsyncd before
when doing backups more than restores, and for me, the
solution was one
or more of:
1) Upgrade to the newest version of rsync
2) Upgrade to the newest version of ssh and use rsync over
ssh or rsyncd
over ssh
I'm not sure what else I did, but now I use the vss/rsync
method which
mostly/usually works....
Actually, these are both linux boxes. The backuppc box is
running squeeze (stable). But the new machine (temp) is running
wheezy (testing). I will try an apt-get dist-upgrade and see if
it works. however, I am leaving now for a 2-day business trip,
so it won't be until Thursday that I can check.