Finally found how to fix-it persistent-ly:
*1. Upgrade tomcat version*
Following the clue from that thread:
https://issues.apache.org/jira/browse/CLOUDSTACK-7907
- wget https://archive.apache.org/dist/tomcat/tomcat-6/v6.0.53/bin/
apache-tomcat-6.0.53.tar.gz
- tar --directory /opt -xzf
Hello,
I just started to use cloudmonkey, I there a command to
re-download/copy a template from a zone ? ( when I added the new zone was
an error with my network ) now I have fixed but I'm not sure how to re-copy
I ask this because I don't want to delete/re-copy the templates from all th
Jason,
Can you delete the keystore file and manually create it? Also check the file
ownership and permissions.
This specific trace log suggests the issue is due to keystore file issue.
Regards.
From: Jason Kinsella
Sent: 29 May 2017 15:42:59
To: users@cloudst
SOLVED!!
Line 417 of this -
https://github.com/apache/cloudstack/blob/87ef8137534fa798101f65c6691fcf71513ac978/utils/src/main/java/com/cloud/utils/nio/Link.java
File confFile = PropertiesUtil.findConfigFile("db.properties");
if (null != confFile && !isClient) {
fi
could you try this command from the ssvm?
openssl s_client -connect :8250
--
Erik
On Mon, May 29, 2017 at 12:26 PM, Jason Kinsella
wrote:
> UPDATE: The mgmt. logs show that the cloudmanagementserver.keystore is being
> generated with password “vmops.com”. When we test it, the password is corr
UPDATE: The mgmt. logs show that the cloudmanagementserver.keystore is being
generated with password “vmops.com”. When we test it, the password is correct.
keytool -list -keystore cloudmanagementserver.keystore -storepass vmops.com
Keystore type: JKS
Keystore provider: SUN
Your keystore contain
Hi Rohit,
Here’s the telnet responses for all scenarios are the same: The connection is
closed immediately.
We found these in the trace logs
1187417 2017-05-29 19:56:41,471 TRACE [c.c.u.n.NioConnection]
(pool-3-thread-1:null) Keys Processing: 1
1187419 2017-05-29 19:56:41,476 TRACE [c.c.u.n.Ni
Hi Jason,
- Ensure that the 'host' global setting is the IP of the mgmt server or the
VIP/LB in front of the mgmt server(s)
- If you need to change the host global setting, restart mgmt server and
destroy old SSVMs
- If you try telnet on mgmt server (host) IP, on port 8250, does telnet
immed
