Maybe this is a ssh problem - but are you aware of the general issue ? http://bugzilla.mindrot.org/show_bug.cgi?id=182 Summary: ssh should still force SIGCHLD to be SIG_DFL when calling ssh-rand-helper Product: Portable OpenSSH Version: 3.1p1 Platform: ix86 OS/Version: All Status: NEW Severity: normal Priority: P3 Component: ssh AssignedTo: openssh-unix-dev@mindrot.org Programs that set a SIGCHLD handler before calling ssh wreak havoc on the waitpid() calls within entropy.c and ssh-rand-helper. Entropy.c should set the SIGCHLD handler to SIG_DFL before calling ssh-rand-helper to avoid SIGCHLD conflicts. This was noticed when our ssh version was upgraded to 3.1. Our local rsync processes were failing with the following output from SSH: Couldn't wait for child 'ls -alni /usr/adm' completion: No child processes Couldn't wait for child 'ls -alni /usr/mail' completion: No child processes Couldn't wait for child 'netstat -an' completion: No child processes Couldn't wait for child 'netstat -in' completion: No child processes Couldn't wait for child 'netstat -rn' completion: No child processes Couldn't wait for child 'netstat -ia' completion: No child processes Couldn't wait for child 'netstat -s' completion: No child processes Couldn't wait for child 'netstat -is' completion: No child processes Couldn't wait for child 'arp -a -n' completion: No child processes Couldn't wait for child 'ifconfig -a' completion: No child processes Couldn't wait for child 'ps -al' completion: No child processes Couldn't wait for child 'ps -efl' completion: No child processes Couldn't wait for child 'last' completion: No child processes Couldn't wait for child 'sar -d' completion: No child processes Couldn't wait for child 'uptime' completion: No child processes Couldn't wait for child 'ipcs -a' completion: No child processes Not enough entropy in RNG ssh-rand-helper child produced insufficient data unexpected EOF in read_timeout It was discovered that rsync had set SIGCHLD to SIG_IGN prior to calling ssh. Setting SIGCHLD to SIG_DFL prior to forking ssh-rand-helper (seed_rng() in entropy.c) solved this problem. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. _______________________________________________ openssh-unix-dev@mindrot.org mailing list http://www.mindrot.org/mailman/listinfo/openssh-unix-dev [prev in list] [next in list] [prev in thread] [next in thread] Mark Pitt SP Administrator IBM, Campus Winterthur 058-333-1542
I want to fix this in rsync too. I developed what I think is a good fix and now I'm trying to reproduce the problem so I can test whether or not the fix worked. The trouble is, I can't reproduce it with "-e ssh" even though I'm sure I'm running openssh 3.1p1 on solaris where it's running the ssh-rand-helper. truss doesn't show rsync setting SIGCHLD to SIG_IGN. I found that there is one place in the rsync 2.5.5 code that sets SIGCHLD to SIG_IGN, but it appears to only be in rsync --daemon mode, and it wouldn't call ssh from there. What version of rsync did you have the problem in, and what was the command line you used? - Dave Dykstra On Tue, May 07, 2002 at 10:30:44AM +0200, Mark Pitt wrote:> > Maybe this is a ssh problem - but are you aware of the general issue ? > > http://bugzilla.mindrot.org/show_bug.cgi?id=182 > > Summary: ssh should still force SIGCHLD to be SIG_DFL when > calling ssh-rand-helper > Product: Portable OpenSSH > Version: 3.1p1 > Platform: ix86 > OS/Version: All > Status: NEW > Severity: normal > Priority: P3 > Component: ssh > AssignedTo: openssh-unix-dev@mindrot.org > > > Programs that set a SIGCHLD handler before calling ssh wreak havoc on the > waitpid() calls within entropy.c and ssh-rand-helper. Entropy.c should set > the > SIGCHLD handler to SIG_DFL before calling ssh-rand-helper to avoid SIGCHLD > conflicts. > > This was noticed when our ssh version was upgraded to 3.1. Our local rsync > processes were failing with the following output from SSH: > > Couldn't wait for child 'ls -alni /usr/adm' completion: No child processes > Couldn't wait for child 'ls -alni /usr/mail' completion: No child processes > Couldn't wait for child 'netstat -an' completion: No child processes > Couldn't wait for child 'netstat -in' completion: No child processes > Couldn't wait for child 'netstat -rn' completion: No child processes > Couldn't wait for child 'netstat -ia' completion: No child processes > Couldn't wait for child 'netstat -s' completion: No child processes > Couldn't wait for child 'netstat -is' completion: No child processes > Couldn't wait for child 'arp -a -n' completion: No child processes > Couldn't wait for child 'ifconfig -a' completion: No child processes > Couldn't wait for child 'ps -al' completion: No child processes > Couldn't wait for child 'ps -efl' completion: No child processes > Couldn't wait for child 'last' completion: No child processes > Couldn't wait for child 'sar -d' completion: No child processes > Couldn't wait for child 'uptime' completion: No child processes > Couldn't wait for child 'ipcs -a' completion: No child processes > Not enough entropy in RNG > ssh-rand-helper child produced insufficient data > unexpected EOF in read_timeout > > It was discovered that rsync had set SIGCHLD to SIG_IGN prior to calling > ssh. > Setting SIGCHLD to SIG_DFL prior to forking ssh-rand-helper (seed_rng() in > entropy.c) solved this problem. > > > > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > _______________________________________________ > openssh-unix-dev@mindrot.org mailing list > http://www.mindrot.org/mailman/listinfo/openssh-unix-dev > [prev in list] [next in list] [prev in thread] [next in thread] > > Mark Pitt > SP Administrator > IBM, Campus Winterthur > 058-333-1542 > > > > -- > To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync > Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
When we first switched to openssh 3.1 with rsync 2.3.1 we had the same error from ssh-rand-helper. But after switching to rsync 2.5.5rc1 the problem went away. (this is on AIX). -- Jim Ogilvie On Thu, 9 May 2002 09:34:57, Dave Dykstra wrote:> I want to fix this in rsync too. I developed what I think is a good fix > and now I'm trying to reproduce the problem so I can test whether or not > the fix worked. The trouble is, I can't reproduce it with "-e ssh" even > though I'm sure I'm running openssh 3.1p1 on solaris where it's runningthe> ssh-rand-helper. truss doesn't show rsync setting SIGCHLD to SIG_IGN. I > found that there is one place in the rsync 2.5.5 code that sets SIGCHLDto> SIG_IGN, but it appears to only be in rsync --daemon mode, and itwouldn't> call ssh from there. > > What version of rsync did you have the problem in, and what was thecommand> line you used?> - Dave Dykstra
Bug seems to have been fixed in -current release ( SSH Bug 182 ) not sure when this will be available/official. Going to stick to 2.9.9 on the one machine until resolved. Mark Pitt SP Administrator IBM, Campus Winterthur 058-333-1542 Dave Dykstra <dwd@bell-labs.com> on 09.05.2002 16:34:57 Please respond to Dave Dykstra <dwd@bell-labs.com> To: Mark Pitt/Switzerland/Contr/IBM@IBMCH cc: rsync@lists.samba.org Subject: Re: openssh 3.1 and rsync dont work I want to fix this in rsync too. I developed what I think is a good fix and now I'm trying to reproduce the problem so I can test whether or not the fix worked. The trouble is, I can't reproduce it with "-e ssh" even though I'm sure I'm running openssh 3.1p1 on solaris where it's running the ssh-rand-helper. truss doesn't show rsync setting SIGCHLD to SIG_IGN. I found that there is one place in the rsync 2.5.5 code that sets SIGCHLD to SIG_IGN, but it appears to only be in rsync --daemon mode, and it wouldn't call ssh from there. What version of rsync did you have the problem in, and what was the command line you used? - Dave Dykstra On Tue, May 07, 2002 at 10:30:44AM +0200, Mark Pitt wrote:> > Maybe this is a ssh problem - but are you aware of the general issue ? > > http://bugzilla.mindrot.org/show_bug.cgi?id=182 > > Summary: ssh should still force SIGCHLD to be SIG_DFL when > calling ssh-rand-helper > Product: Portable OpenSSH > Version: 3.1p1 > Platform: ix86 > OS/Version: All > Status: NEW > Severity: normal > Priority: P3 > Component: ssh > AssignedTo: openssh-unix-dev@mindrot.org > > > Programs that set a SIGCHLD handler before calling ssh wreak havoc on the > waitpid() calls within entropy.c and ssh-rand-helper. Entropy.c shouldset> the > SIGCHLD handler to SIG_DFL before calling ssh-rand-helper to avoidSIGCHLD> conflicts. > > This was noticed when our ssh version was upgraded to 3.1. Our localrsync> processes were failing with the following output from SSH: > > Couldn't wait for child 'ls -alni /usr/adm' completion: No childprocesses> Couldn't wait for child 'ls -alni /usr/mail' completion: No childprocesses> Couldn't wait for child 'netstat -an' completion: No child processes > Couldn't wait for child 'netstat -in' completion: No child processes > Couldn't wait for child 'netstat -rn' completion: No child processes > Couldn't wait for child 'netstat -ia' completion: No child processes > Couldn't wait for child 'netstat -s' completion: No child processes > Couldn't wait for child 'netstat -is' completion: No child processes > Couldn't wait for child 'arp -a -n' completion: No child processes > Couldn't wait for child 'ifconfig -a' completion: No child processes > Couldn't wait for child 'ps -al' completion: No child processes > Couldn't wait for child 'ps -efl' completion: No child processes > Couldn't wait for child 'last' completion: No child processes > Couldn't wait for child 'sar -d' completion: No child processes > Couldn't wait for child 'uptime' completion: No child processes > Couldn't wait for child 'ipcs -a' completion: No child processes > Not enough entropy in RNG > ssh-rand-helper child produced insufficient data > unexpected EOF in read_timeout > > It was discovered that rsync had set SIGCHLD to SIG_IGN prior to calling > ssh. > Setting SIGCHLD to SIG_DFL prior to forking ssh-rand-helper (seed_rng()in> entropy.c) solved this problem. > > > > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > _______________________________________________ > openssh-unix-dev@mindrot.org mailing list > http://www.mindrot.org/mailman/listinfo/openssh-unix-dev > [prev in list] [next in list] [prev in thread] [next in thread] > > Mark Pitt > SP Administrator > IBM, Campus Winterthur > 058-333-1542 > > > > -- > To unsubscribe or change options:http://lists.samba.org/mailman/listinfo/rsync> Before posting, read:http://www.tuxedo.org/~esr/faqs/smart-questions.html