Date: Thu, 22 Apr 2004 16:22:02 -0500 From: Stephen Montgomery-Smith <stephen@math.missouri.edu> To: Helge Oldach <ctm20040422@oldach.net> Cc: ctm-users@freebsd.org Subject: Re: CTM broke - last available Delta was April 19, please fix ASAP Message-ID: <4088377A.70005@math.missouri.edu> In-Reply-To: <200404221849.i3MIncre036885@sep.oldach.net> References: <200404221849.i3MIncre036885@sep.oldach.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Helge Oldach wrote: > Stephen Montgomery-Smith: > >>I think I found the problem with the ftp sites for the CTM deltas. Recently was >>created a new xEmpty for cvs-cur. It seems that rsync takes more than an hour >>to download this file, by which time a new rsync daemon starts. The effect >>seems to be that the older rsync process simply stops (although it does not get >>killed), and the new rsync process starts all over again. >> >>A fix to this problem is to reduce the number of times that the rsync update >>takes place. But really this seems to be a problem with rsync. Any other >>suggestions? > > > Why do you start a new daemon at all? I am using rsync for copying > snapshots of running jails to another box, and never found the need to > restart rsyncd. > > If you restart with > > /usr/local/etc/rc.d/rsyncd.sh stop && /usr/local/etc/rc.d/rsyncd.sh start > > the rc.subr script should hang until the first rsyncd has finished its > transfers. > > Helge > I use inetd to start rsync. Probably if I did it the way you suggest, this would fix the problems.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4088377A.70005>