Package: backuppc
Followup-For: Bug #358319
This sounds like a symptom of the same problem we had here, backup of
one client (running testing) was failing with:
Backup failed on stingray (fileListReceive failed)
stingray: overflow: flags=0x6f l1=111 l2=560294251,
lastname=var/lib/gdm/.gdmfifo
I hunted down the source of the "overflow" message and eventually found
it by running a "strings /usr/bin/rsync" on the offending machine.
Apparently the meaning of the --devices option changed in rsync 2.6.7 to
only mean device node files, not FIFO/sockets (such as the GDM and gpm
FIFOs). A new option --specials has been added for this instead. [1]
Adding --specials to $Conf{RsyncArgs} would work, but cause breakage
with older versions of rsync that don't have that option. Luckily -D
means "--devices" in old versions and "--devices --specials" in 2.6.7+,
which is exactly what we wat. I've changed my $Conf{RsyncArgs} to use
-D instead of --devices and things have worked fine since.
So until this fix goes upstream, we should patch the default config to
run client rsyncs with -D rather than --devices.
[1] http://rsync.samba.org/ftp/rsync/rsync-2.6.7-NEWS
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
