[
https://issues.apache.org/jira/browse/CLOUDSTACK-9348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15351857#comment-15351857
]
ASF GitHub Bot commented on CLOUDSTACK-9348:
--------------------------------------------
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/1549
I think I am going to revert this PR. We are having intermittent issues
with it still and I am not confident running a production environment with this
in place at this time, so I don't think I can justify leaving it in without us
doing some more testing to figure out what is going on.
I have had a few reports like this as people test 4.9, which are concerning:
> NIO SSL agent not connecting. when I telnet to 8250, the agent
immediately came up without me having to restart it.
I am also still periodically getting the `addHost` issue we thought we had
resolved previously.
After I revert his, can you create a new PR with this same code so we can
start getting more concrete testing on it and we can start consolidating some
logs when it misbehaves?
> CloudStack Server degrades when a lot of connections on port 8250
> -----------------------------------------------------------------
>
> Key: CLOUDSTACK-9348
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9348
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Reporter: Rohit Yadav
> Assignee: Rohit Yadav
> Fix For: 4.9.0
>
>
> An intermittent issue was found with a large CloudStack deployment, where
> servers could not keep agents connected on port 8250.
> All connections are handled by accept() in NioConnection:
> https://github.com/apache/cloudstack/blob/master/utils/src/main/java/com/cloud/utils/nio/NioConnection.java#L125
> A new connection is handled by accept() which does blocking SSL handshake. A
> good fix would be to make this non-blocking and handle expensive tasks in
> separate threads/pool. This way the main IO loop won't be blocked and can
> continue to serve other agents/clients.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)