Java versions are as follows:

MS: 1.7.0_141
SSVM: 1.7.0_85

Deleted keystore files (again) and restarted MS, then recreated the SSVM.

Errors from SSVM:/var/log/cloud.log

2017-05-25 03:01:28,757 INFO  [utils.nio.NioClient] (main:null) Connecting to 
192.168.12.5:8250
2017-05-25 03:01:29,293 WARN  [utils.nio.Link] (main:null) This SSL engine was 
forced to close inbound due to end of stream.
2017-05-25 03:01:29,293 ERROR [utils.nio.Link] (main:null) Failed to send 
server's CLOSE message due to socket channel's failure.
2017-05-25 03:01:29,294 ERROR [utils.nio.NioClient] (main:null) SSL Handshake 
failed while connecting to host: 192.168.12.5 port: 8250
2017-05-25 03:01:29,294 ERROR [utils.nio.NioConnection] (main:null) Unable to 
initialize the threads.
java.io.IOException: SSL Handshake failed while connecting to host: 
192.168.12.5 port: 8250
        at com.cloud.utils.nio.NioClient.init(NioClient.java:67)
        at com.cloud.utils.nio.NioConnection.start(NioConnection.java:88)
        at com.cloud.agent.Agent.start(Agent.java:228)
        at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:399)
        at 
com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:367)
        at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:351)
        at com.cloud.agent.AgentShell.start(AgentShell.java:456)
        at com.cloud.agent.AgentShell.main(AgentShell.java:491)

Same SSL engine forced to close inbound due to end of stream







On 25/5/17, 1:51 am, "Rajani Karuturi" <raj...@apache.org> wrote:

    Can you check java version? Set the default java to 1.7 and delete keystore
    files and restart MS
    
    ~Rajani
    
    Sent from phone.
    
    On 24 May 2017 9:15 p.m., "Jason Kinsella" <ja...@cloudpeople.com.au> wrote:
    
    > I have now moved management server to a fresh CentOS7 server. But
    > unfortunately I’m getting the exact same SSL handshake error. Back to
    > square one.
    >
    > On 24/5/17, 11:40 pm, "Jason Kinsella" <ja...@cloudpeople.com.au> wrote:
    >
    >     Hi All,
    >     Based on the feedback it seems like the issue is related to CentOS
    > version, so I’ve built a new CentOS7 Management server using Blueshape
    > noredist. I’ve restored the 4.9.2.0 DB into this server and
    > management-server.logs look clean on boot. The only problem is that I 
can’t
    > log into the webUI.
    >
    >     The logs show a successful login (user = kinsja), but the the API
    > command either is not allowed or doesn’t exist for the user. This means 
the
    > UI doesn’t load.
    >
    >     Anyone seen this with a restored DB?
    >
    >     2017-05-24 09:26:08,239 DEBUG [c.c.u.AccountManagerImpl]
    > (catalina-exec-17:ctx-ee2c5e26) (logid:a8ca5ee5) User: kinsja in domain 1
    > has successfully logged in
    >     2017-05-24 09:26:08,246 INFO  [c.c.a.ApiServer] 
(catalina-exec-17:ctx-ee2c5e26)
    > (logid:a8ca5ee5) Current user logged in under  timezone
    >     2017-05-24 09:26:08,246 INFO  [c.c.a.ApiServer] 
(catalina-exec-17:ctx-ee2c5e26)
    > (logid:a8ca5ee5) Timezone offset from UTC is: 0.0
    >     2017-05-24 09:26:08,251 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-17:ctx-ee2c5e26)
    > (logid:a8ca5ee5) ===END===  192.168.10.38 -- POST
    >     2017-05-24 09:26:08,320 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-13:ctx-a1d38347)
    > (logid:3404c663) ===START===  192.168.10.38 -- GET
    > command=listCapabilities&response=json&_=1495632368256
    >     2017-05-24 09:26:08,325 DEBUG [c.c.a.ApiServer]
    > (catalina-exec-13:ctx-a1d38347 ctx-960796a5) (logid:3404c663) The user 
with
    > id:31 is not allowed to request the API command or the API command does 
not
    > exist: listCapabilities
    >
    >     Thanks
    >     Jason
    >
    >     From: Jason Kinsella <ja...@cloudpeople.com.au>
    >     Date: Tuesday, 23 May 2017 at 10:11 pm
    >     To: "users@cloudstack.apache.org" <users@cloudstack.apache.org>
    >     Subject: SSVM NIO SSL Handshake error
    >
    >     Hi,
    >     We recently upgraded from 4.5.0 to 4.9.2.0 and encountered a problem
    > with the SSVM and Console Proxy. They cannot connect to the management
    > server. The SSVM cloud.log repeats this error every couple of seconds.
    >
    >     2017-05-23 11:58:22,461 INFO  [utils.nio.NioClient] (main:null)
    > Connecting to 192.168.12.1:8250
    >     2017-05-23 11:58:22,465 WARN  [utils.nio.Link] (main:null) This SSL
    > engine was forced to close inbound due to end of stream.
    >     2017-05-23 11:58:22,465 ERROR [utils.nio.Link] (main:null) Failed to
    > send server's CLOSE message due to socket channel's failure.
    >     2017-05-23 11:58:22,466 ERROR [utils.nio.NioClient] (main:null) SSL
    > Handshake failed while connecting to host: 192.168.12.1 port: 8250
    >     2017-05-23 11:58:22,466 ERROR [utils.nio.NioConnection] (main:null)
    > Unable to initialize the threads.
    >     java.io.IOException: SSL Handshake failed while connecting to host:
    > 192.168.12.1 port: 8250
    >                     at com.cloud.utils.nio.NioClient.
    > init(NioClient.java:67)
    >                     at com.cloud.utils.nio.NioConnection.start(
    > NioConnection.java:88)
    >                     at com.cloud.agent.Agent.start(Agent.java:237)
    >                     at com.cloud.agent.AgentShell.
    > launchAgent(AgentShell.java:399)
    >                     at com.cloud.agent.AgentShell.
    > launchAgentFromClassInfo(AgentShell.java:367)
    >                     at com.cloud.agent.AgentShell.
    > launchAgent(AgentShell.java:351)
    >                     at com.cloud.agent.AgentShell.
    > start(AgentShell.java:456)
    >                     at com.cloud.agent.AgentShell.
    > main(AgentShell.java:491)
    >     2017-05-23 11:58:22,468 INFO  [utils.exception.CSExceptionErrorCode]
    > (main:null) Could not find exception: 
com.cloud.utils.exception.NioConnectionException
    > in error code list for exceptions
    >     2017-05-23 11:58:22,468 WARN  [cloud.agent.Agent] (main:null) NIO
    > Connection Exception  com.cloud.utils.exception.NioConnectionException:
    > SSL Handshake failed while connecting to host: 192.168.12.1 port: 8250
    >
    >     The setup is very simple. Single management server and ports are open.
    >
    >     Things checked / tried:
    >
    >     ·         Destroyed SSVM multiple times – still same problem.
    >
    >     ·         SSH to SSVM from MS using ssh -i 
/var/cloudstack/management/.ssh/id_rsa
    > -p 3922 root@IPADDRESS – PASS
    >
    >     ·         SSVM telnet on 8250 to MS – PASS
    >
    >     I’ve also tested a restore of the DB into our working development
    > 4.9.2.0 server. It also exhibits the handshake errors, so most likely DB
    > related.
    >
    >     I’ve used up all my skills. Please help
    >
    >     Regards,
    >     Jason
    >
    >
    >
    >
    

Reply via email to