After trudging around I've figured out the solution..
Now, I'm not sure if this is a result of a change in rsync, backuppc, or
if it may be particular to my case, but adding '--specials' to
$Conf{RsyncArgs} seems to have eliminated the "fileListReceive failed"
error thus far.
I'm not sure if this is something particular to my case or not but the
files that were failing were sockets. From the rsync man page:
--specials This option causes rsync to transfer special files such as
named sockets and fifos.
Hope this helps someone out there! For once I won't be stuck in the
office late on a Friday night!
Best,
- j
Justin R. Pessa - BOFH
Brontes Technologies
400 West Cummings Park Suite 2600
Woburn, MA 01801
tel: (781) 756-1700 x248
www: http://www.brontes3d.com
irc: irc.freenode.net | asdf_ on ##freebsd
Justin R. Pessa wrote:
> No, these files are one level within their ~/ directory.
>
> Justin R. Pessa - BOFH
>
> Brontes Technologies
> 400 West Cummings Park Suite 2600
> Woburn, MA 01801
>
> tel: (781) 756-1700 x248
> www: http://www.brontes3d.com
> irc: irc.freenode.net | asdf_ on ##freebsd
>
>
> backuppc-users wrote:
>> Justin R. Pessa wrote:
>>> Folks,
>>>
>>> I'm running backuppc-2.1.2 on Gentoo stable with rsync-2.6.6-r1. I'm
>>> running into issues with backups failing with the error "Backup aborted
>>> (fileListReceive failed)" as stated in the subject.
>>>
>>> I've tried downgrading rsync in addition to removing rsyncP (one user
>>> who I can backup from doesn't have this installed), to no avail. This
>>> user has rsync-2.6.6-r1, same as the others. I thought this had to do
>>> with exclusions which I commetned out and tested, to no avail. However,
>>> what I *did* notice was that rsync seems to crap out when trying to
>>> copy a socket.
>>>
>>> Here is the output from a command line dump:
>>>
>>> backupbox justin # sudo -u apache BackupPC_dump -v -f barbara
>>> cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara
>>> cmdSystemOrEval: finished: got output PING barbara.XXXXXXXXXX.com
>>> (10.20.30.195) 56(84) bytes of data.
>>> 64 bytes from barbara.XXXXXXXXXX.com (10.20.30.195): icmp_seq=1 ttl=64
>>> time=0.090 ms
>>>
>>> --- barbara.XXXXXXXXXX.com ping statistics ---
>>> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
>>> rtt min/avg/max/mdev = 0.090/0.090/0.090/0.000 ms
>>>
>>> cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara
>>> cmdSystemOrEval: finished: got output PING barbara.XXXXXXXXXX.com
>>> (10.20.30.195) 56(84) bytes of data.
>>> 64 bytes from barbara.XXXXXXXXXX.com (10.20.30.195): icmp_seq=1 ttl=64
>>> time=0.078 ms
>>>
>>> --- barbara.XXXXXXXXXX.com ping statistics ---
>>> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
>>> rtt min/avg/max/mdev = 0.078/0.078/0.078/0.000 ms
>>>
>>> CheckHostAlive: returning 0.078
>>> started full dump, share=backups
>>> Connected to barbara:873, remote version 29
>>> Connected to module backups
>>> Sending args: --server --sender --numeric-ids --perms --owner --group
>>> --devices --links --times --block-size=2048 --recursive
>>> --exclude=/home/*ublic --exclude=*.raw* --exclude=Data/ --exclude=data/
>>> --exclude=/home/data --exclude=/home/Data --exclude=*.pik
>>> --exclude=*.b3s* --exclude=*.b3o* --exclude=*.mp3 --exclude=*.Mp3
>>> --exclude=*.mP3 --exclude=*.MP3 --ignore-times . .
>>> overflow: flags=0x74 l1=114 l2=1701667173,
>>> lastname=barbara/.gnome-system-monitor.barbara
>>> overflow: flags=0x72 l1=45 l2=3681840,
>>> lastname=barbara/.gnome-system-monitor.barbara
>>> overflow: flags=0x63 l1=105 l2=1701602162, lastname=
>>> fileListReceive() failed
>>> Done: 0 files, 0 bytes
>>> Got fatal error during xfer (fileListReceive failed)
>>> cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara
>>> cmdSystemOrEval: finished: got output PING barbara.XXXXXXXXXX.com
>>> (10.20.30.195) 56(84) bytes of data.
>>> 64 bytes from barbara.XXXXXXXXXX.com (10.20.30.195): icmp_seq=1 ttl=64
>>> time=0.093 ms
>>>
>>> --- barbara.XXXXXXXXXX.com ping statistics ---
>>> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
>>> rtt min/avg/max/mdev = 0.093/0.093/0.093/0.000 ms
>>>
>>> cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 barbara
>>> cmdSystemOrEval: finished: got output PING barbara.XXXXXXXXXX.com
>>> (10.20.30.195) 56(84) bytes of data.
>>> 64 bytes from barbara.XXXXXXXXXX.com (10.20.30.195): icmp_seq=1 ttl=64
>>> time=0.078 ms
>>>
>>> --- barbara.XXXXXXXXXX.com ping statistics ---
>>> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
>>> rtt min/avg/max/mdev = 0.078/0.078/0.078/0.000 ms
>>>
>>> CheckHostAlive: returning 0.078
>>> Backup aborted (fileListReceive failed)
>>> dump failed: fileListReceive failed
>>>
>>> The lines that seems interesting are these:
>>>
>>> overflow: flags=0x74 l1=114 l2=1701667173,
>>> lastname=barbara/.gnome-system-monitor.barbara
>>> overflow: flags=0x72 l1=45 l2=3681840,
>>> lastname=barbara/.gnome-system-monitor.barbara
>>> overflow: flags=0x63 l1=105 l2=1701602162, lastname=
>>>
>>> I'm not sure what to try from here. I have noticed that removing these
>>> files seems to help, but that is not a practical solution. Any ideas?
>>>
>>> Thanks!
>>>
>> AFAIK (which isn't much) it looks like there's a problem with max path
>> lengths. Are these files fairly deep in the directory tree?
>
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/
