1.7.3: remote bash process left after ssh connection dropped
Rolf Campbell
rcampbell-cygwin@dragonwaveinc.com
Wed Apr 7 15:16:00 GMT 2010
I run an ssh session between two machines which auto-reconnects when the
connection is dropped (it's really just a bash while look that calls ssh).
My problem is that after a while, I get an error about being unable to
create a tty on the remote system (I'm sorry, but I don't have the exact
wording of the error). When I investigated the remote system, I found
there were 64 orphaned, bash processes running. Their "TTY" field in
"ps -a" output nicely listed every number from 0 to 63. Every orphaned
bash had it's "PPID" set to "1".
It looks to me like when the remote machine (sshd) lost it's ssh
connection, it left bash running and terminated itself. That left one
of the TTY's occupied each time until it hit the system limit (which was
apparently 64).
I expected the bash processes to disappear with sshd process that
created them.
Is this:
1) A problem with my setup that can be remedied.
2) A problem with cygwin.
3) A problem with ssh.
4) Design intent.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: check.txt
URL: <http://cygwin.com/pipermail/cygwin/attachments/20100407/04c4f242/attachment.txt>
-------------- next part --------------
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin
mailing list