<div class="gmail_quote">On Fri, Jan 15, 2010 at 5:26 AM, Jeroen van der Vegt <span dir="ltr">&lt;<a href="mailto:jeroen.van.der.vegt@technolution.nl">jeroen.van.der.vegt@technolution.nl</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Today I noticed several rsync processes (23 to be exact) running on the<br>
server since as long back as November 2009 (according to ps, and also<br>
/proc/[pid]/stat ). As the clients run for at most a day, that&#39;s not what<br>
I&#39;d expect: I have no clue why some processes do not seem to terminate.<br></blockquote></div><div><br></div>If the clients are indeed gone, then either rsync is not getting an error reading from the dead socket, or it is hung up doing something else that is hanging, such as trying to read from a file that hangs in the kernel.  Check what system call rsync is currently doing using strace (or equivalent).  If it is doing a series of 30-second select() calls, the sockets are not erroring out, and using a &quot;timeout = 600&quot; setting in your rsyncd.conf file will ensure that rsync will eventually die if the socket goes silent (though it would be nice to investigate why the socket is behaving in such an abnormal manner as well).  If it is some other call, you should try to figure out what it is doing and why that is hanging (e.g. lsof to figure out currently open files may give you a clue).<div>
<br>..wayne..<br>
</div>