did you copy the key file from the old install?

On Wed, Apr 3, 2013 at 12:06 PM, Wido den Hollander <w...@widodh.nl> wrote:

>
>
> On 04/03/2013 07:44 PM, Sheng Yang wrote:
>
>> On Tue, Apr 2, 2013 at 1:12 PM, Chip Childers <chip.child...@sungard.com>
>> **wrote:
>>
>>  On Tue, Apr 02, 2013 at 10:10:28PM +0200, Wido den Hollander wrote:
>>>
>>>> Hi,
>>>>
>>>> On 04/02/2013 08:50 PM, Sheng Yang wrote:
>>>>
>>>>> On Tue, Apr 2, 2013 at 11:49 AM, Sheng Yang <sh...@yasker.org> wrote:
>>>>>
>>>>>> On Tue, Apr 2, 2013 at 11:32 AM, Wido den Hollander <w...@widodh.nl>
>>>>>>
>>>>> wrote:
>>>
>>>> Hi,
>>>>>>>
>>>>>>> Since I've upgraded my management server to 4.1 my agents refuse to
>>>>>>>
>>>>>> connect,
>>>
>>>> their log says:
>>>>>>>
>>>>>>> 2013-04-02 20:26:11,207 INFO  [utils.nio.NioClient]
>>>>>>>
>>>>>> (Agent-Selector:null)
>>>
>>>> Connecting to 31.25.X.X:8250
>>>>>>> 2013-04-02 20:26:11,209 ERROR [utils.nio.NioConnection]
>>>>>>> (Agent-Selector:null) Unable to initialize the threads.
>>>>>>> java.io.IOException: SSL: Fail to init SSL! java.io.IOException:
>>>>>>>
>>>>>> Connection
>>>
>>>> closed with -1 on reading size.
>>>>>>>          at com.cloud.utils.nio.NioClient.**init(NioClient.java:83)
>>>>>>>          at
>>>>>>>
>>>>>> com.cloud.utils.nio.**NioConnection.run(**NioConnection.java:108)
>>>
>>>>          at java.lang.Thread.run(Thread.**java:679)
>>>>>>>
>>>>>>> So I tried a telnet connection:
>>>>>>>
>>>>>>> Connection closed by foreign host.
>>>>>>> root@stack01:~# telnet 31.25.X.X 8250
>>>>>>> Trying 31.25.X.X...
>>>>>>> Connected to 31.X.X.X.
>>>>>>> Escape character is '^]'.
>>>>>>> Connection closed by foreign host.
>>>>>>> root@stack01:~#
>>>>>>>
>>>>>>> So I didn't close the connection, but it was the management server.
>>>>>>>
>>>>>>> I cranked up the logging to DEBUG, but nothing shows in any of the
>>>>>>>
>>>>>> logs, so
>>>
>>>> I have no clue why this isn't working.
>>>>>>>
>>>>>>> On the mgmt server I see Java in LISTEN state on port 8250
>>>>>>>
>>>>>>> There is no firewall on the management server (it's my lab!).
>>>>>>>
>>>>>>> Any clues to what this could be before I start filing a in Jira?
>>>>>>>
>>>>>> Since I'm
>>>
>>>> not sure if this is a bug.
>>>>>>>
>>>>>>
>>>>>> Have you upgrade your agent?
>>>>>>
>>>>>
>>>>>
>>>> Yes, the Agent is also 4.1
>>>>
>>>>  Also you could try to enable TRACE for com.cloud.utils.nio to see more
>>>>> log of NIO.
>>>>>
>>>>>
>>>> I think you mean at the agent?
>>>>
>>>> But what I think is weird is that the mgmt server directly closes
>>>> the telnet connection as well and nothing shows up in the logs.
>>>>
>>>> In the mgmt server log I found this:
>>>>
>>>> 2013-04-02 22:08:41,156 INFO  [utils.nio.NioServer]
>>>> (AgentManager-Selector:null) NioConnection started and listening on
>>>> 0.0.0.0/0.0.0.0:8250
>>>>
>>>> What I did notice is that when I shutdown the mgmt server the Agent
>>>> connects for a second:
>>>>
>>>> 2013-04-02 22:07:53,689 INFO  [utils.nio.NioClient]
>>>> (Agent-Selector:null) Connecting to 31.25.X.X:8250
>>>> 2013-04-02 22:07:53,934 INFO  [utils.nio.NioClient]
>>>> (Agent-Selector:null) SSL: Handshake done
>>>>
>>>> And then the mgmt server exists and the connection gets lost.
>>>>
>>>> ANY clues about this weird behavior?
>>>>
>>>> Wido
>>>>
>>>>  --Sheng
>>>>>
>>>>>>
>>>>>> --Sheng
>>>>>>
>>>>>>>
>>>>>>> Wido
>>>>>>>
>>>>>>
>>>>
>>> Wido - Can you please open a blocker bug to track this?  It may end up
>>> being a non-issue or something...  but I want to know that we have it
>>> outstanding when considering when to cut the RC.
>>>
>>>
>> It remind me of one weird bug. The corrupted ssl keystore(due to some
>> encryption/decryption of db which I don't understand well, I remember
>> Kelven knows more about it) on mgmt server make it impossible to connect
>> to
>> mgmt server.
>>
>> Could you clear "ssl.keystore" entry in configuration table of db, as well
>> as cloud.keystore file in the configuration path and restart the mgmt
>> server and try again?
>>
>>
> I "fixed" it about 10 minutes prior to your e-mail. It seems related to
> CLOUDSTACK-1877: 
> https://issues.apache.org/**jira/browse/CLOUDSTACK-1877<https://issues.apache.org/jira/browse/CLOUDSTACK-1877>
>
> The management server read the wrong db.properties and after fixing that
> it worked.
>
> It seems to be due to some encryption issues because I had to completely
> turn of db encryption in my db.properties.
>
> My mgmt server is now running, but not sure yet what the root cause is.
>
> Wido
>
>  --Sheng
>>
>>

Reply via email to