com.atlassian.crowd.exception.runtime.OperationFailedException

I created a test JIRA (5.0.2) environment and imported our production system (4.1.2) backup. I added the new server to the old Crowd server (2.0.7) as a new application, updated my setenv.sh to show the correct SSL keystores, added the osuser.xml file, and updated the licenses to work with the newer version of JIRA. I've also updated the seraph-config.xml to use SSO and added the crowd.properties file and updated it to reflect the information provided when the new server was added to Crowd as an application link. Everything seems to start up fine, but when I try to log in none of the logins that I see in the database are working. I tried to use JIRA's sign up option to see if I could create an account, but then I get the following error:

com.atlassian.crowd.exception.runtime.OperationFailedException: The following URL does not specify a valid Crowd User Management REST service: https://servername.domain:8443/crowd/rest/usermanagement/1/user

This Crowd server is still working with my current production system, so I know it's setup correctly.

2 answers

1 accepted

I'm a little surprised that this was never answered. The problem is that the two versions for the applications are not compatible. JIRA 4.3 at the very least requires 2.1 or higher for Crowd. I'm sure there's another version requirements for 4.4. and 5.0, as well as the up and coming 5.1. I found this information out when I started reviewing the upgrade information for each of the different releases. Once I got the SSL keystores installed I attempted to run this again and the log files showed that there was a problem with the /REST/usermanagement. The REST interface wasn't introduced until 4.3. Therefore, trying to use 5.0.2 JIRA with an unsupported older release of Crowd would fail.

You can jump releases when upgrading, but it is REQUIRED that you at the very least read the major release upgrade notes/guides to understand what was changed/added. (i.e., 4.2, 4.3, 4.4, 5.0. 5.0.1, 5.0.2)

Note: Prior to importing the backup, I've modified the entity.xml file to reflect system changes (ie., file pathnames, jdbc connectors, Base URL, Database URL, etc...). This was done so that the system knew to use the local configurations instead of trying to reach back to the production system.

Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

2,938 views 12 18
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot