thr3ads.net - rsync - openssh 3.1 and rsync dont work [May 2002]

If this information is useful, please help other people find it:
Share via:

Mark Pitt

2002-May-07 02:38 UTC

openssh 3.1 and rsync dont work

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

Dave Dykstra

2002-May-09 07:38 UTC

head link

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 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

Jim Ogilvie

2002-May-09 13:16 UTC

head link

openssh 3.1 and rsync dont work

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
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

Mark Pitt

2002-May-10 06:02 UTC

head link

openssh 3.1 and rsync dont work

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 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

Seemingly Similar Threads

Search for more possibly parallel threads

rsync - May 2002 - openssh 3.1 and rsync dont work

openssh 3.1 and rsync dont work

openssh 3.1 and rsync dont work

openssh 3.1 and rsync dont work

openssh 3.1 and rsync dont work

Seemingly Similar Threads