[
https://issues.apache.org/jira/browse/SSHD-1275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17565114#comment-17565114
]
Lyor Goldstein commented on SSHD-1275:
--------------------------------------
{quote}
I don't have a test environment to debug which kind of signal is sent to remote
application. But, I expect SIGKILL (kill -9) has to be sent to remote process
to terminate/kill it immediately. It looks remote application doesn't receive
SIGKILL to be terminated.
{quote}
The {{ChannelExec}} protocol does not send any SIGKILL or an equivalent of it
when it is closed.
{quote}
Even if remote application is not terminated by immediate channel close, it's
terminated after I exit from the client application. That means a messaging
happens between client and remote process. I am not sure if such messaging can
happen by immediate channel close without exiting the client application.
{quote}
To best of my knowledge of the SSH protocol(s) and re-checking the source code
there is no such messaging...
> Remote process is still available after
> ChannelExec.close(true).awaitUninterruptibly()
> --------------------------------------------------------------------------------------
>
> Key: SSHD-1275
> URL: https://issues.apache.org/jira/browse/SSHD-1275
> Project: MINA SSHD
> Issue Type: Question
> Affects Versions: 2.8.0
> Environment: Java SE 8, Apache NetBeans IDE 8.2
> Reporter: dgü
> Priority: Major
>
> Hello!
> If I close channel immediately by
> {{{}org.apache.sshd.client.channel.ChannelExec.close(true).awaitUninterruptibly(){}}},
> the remote process is not terminated and
> {{org.apache.sshd.client.channel.ChannelExec#getExitStatus()}} returns
> {{{}null{}}}.
> Even if I test with _Thread.sleep(60*1000)_ after channel close, the problem
> still happens. The problem doesn't happen when channel is closed gracefully.
> is this expected behaviour ?
>
> Thanks in advance!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
