Hi Devzero, On Sat, 13 May 2006, [EMAIL PROTECTED] wrote:
error_log is empty everyday, but i found that on april 29, there is some weird error inside:
[...]
$ zcat error_log.2006-04-29T02\:18\:43+02\:00.data.gz SpecialFileError var/lib/mysql/mysql.sock AF_UNIX path too long SpecialFileError var/run/authdaemon.courier-imap/socket Socket error: AF_UNIX path too long does anybody have a clue, what this means and why this only happened on april 29 ?
I get this (bizarre and confusing) error every single time I try to back up a Unix socket. I don't even want to back up these sockets, or understand what sense it would make, since they are created by and tied to a running application, and restoring them without the application would not be possible or useful. So I don't understand why rdiff-backup doesn't silently ignore them. I end up having to exclude them from my backups, one by one, to shut up the error.
mysql and courier is running permanently on the remote-machine, so those "socket files" should be the same everyday.
btw: i`m first rsyncing the contents to a local directory and then make an rdiff-backup from that, because i cannot install rdiff-backup on the target machine.
That's strange, I can't see how rsync could create or copy a unix socket (minus its controlling process) either.
Is it possible that on that day (April 29th) an rsync was running while rdiff-backup was running at the same time? Perhaps if the previous rdiff-backup took a long time, and another rsync (for the next day) started while the previous backup was still running?
Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | _______________________________________________ rdiff-backup-users mailing list at [email protected] http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
