SIGUSR1 or SIGINT error

Eric Whiting ewhiting at amis.com
Thu Feb 7 05:33:43 EST 2002


Make that 2 of us who need to specify a large timeout.

I have found that I have to set the timeout to a large value (10000) to
get the rsyncs to run successfully. Leaving it at the default seemed to
cause timeout/hang problems.  Of course I still running a 2.4.6dev
version. I had troubles with 2.5.[01]. (solaris/linux mix of of rsync
clients/servers)

I need to try 2.5.2 as soon as I get a chance. Looks like some good
fixes are happening in 2.5.2.

eric



On Wed, 2002-02-06 at 10:39, tim.conway at philips.com wrote:
> When i was getting these, I traced the process and its children (solaris: 
> truss -f).  I found that one of the spawned threads was experiencing an io 
> timeout while the filelist was building.  I had set no timeout, but it did 
> it at 60 seconds every time.  I found that this corresponded to a 
> SELECT_TIMEOUT parameter, which was set to 60 if IO_TIMEOUT was 0.  BY 
> setting my timeout to 86400 (1 day), i stopped those.  Of course, then, it 
> choked farther along, but that's another story.
> Try setting a timeout, even if you don't want one.  Make it the longest 
> the process should ever take.
> 
> Tim Conway
> tim.conway at philips.com
> 303.682.4917
> Philips Semiconductor - Longmont TC
> 1880 Industrial Circle, Suite D
> Longmont, CO 80501
> Available via SameTime Connect within Philips, n9hmg on AIM
> perl -e 'print pack(nnnnnnnnnnnn, 
> 19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970), 
> ".\n" '
> "There are some who call me.... Tim?"
> 
> 
> 
> 
> Dave Dykstra <dwd at bell-labs.com>
> Sent by: rsync-admin at lists.samba.org
> 02/06/2002 10:16 AM
> 
>  
>         To:     David Birnbaum <davidb at chelsea.net>
>         cc:     rsync at lists.samba.org
> (bcc: Tim Conway/LMT/SC/PHILIPS)
>         Subject:        Re: SIGUSR1 or SIGINT error
>         Classification: 
> 
> 
> 
> On Tue, Feb 05, 2002 at 11:28:54AM -0500, David Birnbaum wrote:
> > I suspected that might be the case...now...how to determine the "real"
> > problem?  Does rsync log it somewhere?  lsof shows that STDERR/STDOUT 
> are
> > going to /dev/null, so I hope it's not writing it there.  Nothing
> > informative in syslog, just the message about the SIG:
> > 
> >   Feb  5 09:49:41 hite rsyncd[9279]: [ID 702911 daemon.warning] rsync 
> error: received SIGUSR1 or SIGINT (code 20) at rsync.c(229)
> > 
> > Any clues?
> 
> 
> I'm sorry, but I don't have any more suggestions.
> 
> - Dave Dykstra
> 
> 
> 
> 
> 






More information about the rsync mailing list