Hi,
after all the updates on the way from JIRA V6.1 to JIRA V8.4 I got an error on the dashboard of the activity stream gadget "gadget.common.error.500".
Also this error I found in error.log:
2019-09-11 09:00:58,224 http-nio-8080-exec-11 ERROR jira_admin 540x632x2 1jmz0yk /plugins/servlet/gadgets/makeRequest [c.a.g.r.internal.http.HttpClientFetcher] Unable to perform a request to: https://<domain>/jira_neu/rest/webResources/1.0/resources
JIRA works behind an Apache proxy and both are configured like https://confluence.atlassian.com/adminjiraserver/integrating-jira-with-apache-using-ssl-938847754.html
SSL certificate is signed and imported correctly in Apache.
Whats going wrong here?
Thanks,
Heiko
Hello Heiko,
Sorry to hear you are facing a problem.
Per the description of your error, it seems that you are being impacted by the problem mentioned in the article below:
Jira activity stream gadget throws gadget.common.error.500
basically, an invalid or absence of a certificate can lead to such errors. Could you please double-check if you are using the correct certificate? Also, check if the correct baseUrl is set in the System -> General Configuration.
If that's not the problem, I checked another customer facing the same problem after configuring direct SSL with self-signed certificates in JIRA 8.0.1 tomcat. As you can see in this thread, he managed to fix it by adding his self-signed ca and server certificates to tomcats JRE Keystore:
keytool -importkeystore -destkeystore cacerts -srckeystore /opt/certs/servkeystore.p12 -srcstoretype pkcs12 -alias tomcat -deststorepass changeit -srcstorepass <yourstorepass> -validity 3650
keytool -importkeystore -destkeystore cacerts -srckeystore /opt/certs/keystore.p12 -srcstoretype pkcs12 -alias ca -deststorepass changeit -srcstorepass <yourstorepass> -validity 3650
Let me know if those suggestions work for you.
Hello Petter,
in point of fact, it was the missing certificate. I found it out yesterday!
But: My original problem was, that on the server is also installed Java. So the default TrustStore was located in the Java directory and not in the JRE Directory of JIRA.
In the first step I uninstalled Java, put the server certificate in the TrustStore and it works!
Thanks a lot, now we can start to mirgrate JIRA 6.1 to 8.4 ;-)
My references:
https://confluence.atlassian.com/jirakb/how-to-fix-gadget-titles-showing-as-__msg_gadget-813697086.html
https://confluence.atlassian.com/kb/unable-to-connect-to-ssl-services-due-to-pkix-path-building-failed-error-779355358.html
https://confluence.atlassian.com/kb/how-to-import-a-public-ssl-certificate-into-a-jvm-867025849.html
Heiko
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for providing us the steps you took to solve your problem, Heiko!
Have a nice day and please don't hesitate to contact us again in case you need any help!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, it helps to me as well
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So, apropos of this, I have a question.
Our Jira instance sits behind a proxy. SSL is terminated at the proxy server, not on the Jira server. The SSL certificates we use are Let's Encrypt certificates, and it's a bit of a pain to go grab the certificates and add them to Jira's keystore every three months. Is there another option for people whose Jira instance sits behind a proxy? Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
We are using Active Directory CA for our certificate and we made sure to import our root CA certificate into the JKS file. The certificate is a wildcard certificate for our domain.
Reading the answer by Petter we checked the certificate using the curl -v https://ourdomain.com and found that the server doesn't have our root CA installed so we planted it in /usr/local/share/ca-certificates and ran sudo update-ca-certificates and restarted Jira.
Though it solved other issue we have, it did not solve the gadget.common.error.500 message in the dashboard.
We are after an upgrade to Ubuntu 20.04 LTS and Jira Server 8.5.5.
Thanks,
Noam.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
I've got the same problem in my Jira installation. My Jira instance is created using docker-compose, but temporarily without valid SSL certificates, I will have it soon. Is there any way to enter these certs by running modified docker-compose script? If so, what should I put to my script?
TIA :)
Andrzej
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Spend the day sharpening your skills in Atlassian Cloud Organization Admin or Jira Administration, then take the exam onsite. Already ready? Take one - or more - of 12 different certification exams while you’re in Anaheim at Team' 25.
Learn more
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.