When I log in to JIRA and click on Administration I am presented with a log in screen requiring username and password instead of taken to the Administration main tab. After entering my username and password again than for Administrative Access I have to enter my password again and finally the Administration main page is opened.
If I click on Create Issue I receive the error that I am not authorized to perform the operation because I am not logged on; however, even if I enter my credentials again I receive the same error and cannot create an issue.
It doesn't matter what browser I'm using Safari, IE, Firefox. None of these browsers are blocking cookies or popup windows.
Within the JIRA application log I see several lines of the atlassian.crowd.directory.DbCachingRemoteChangeOperations scanning users but it doesn't seem to have any errors with that. Also I saw an error with the JIRA Workflow Extensions but when I Manage the Plugins in JIRA all of the JIRA Workflow Extension modules are enabled and I don't see any problem with that plugin. I do see that 5 of 14 modules of the Application Links Link Rendering Plugin are disabled but they are related to Crucible, FishEye, and Bamboo and we don't have any of those types of external applications linked. The JIRA Toolkit Plugin has the Resolved module disabled but there is also a message: DON'T use this plugin, JIRA 4.x has much more efficient system field.
Attached is the JIRA application log and the error message received when clicking Create Issue.
Thank you so much for your support that I have received on previous issues.
It seemed to fix JIRA okay but I cannot log in to Confluence.
This is from Confluence's application log:
2012-11-28 17:38:20,209 ERROR [http-8090-6] [crowd.manager.application.ApplicationServiceGeneric] authenticateUser Directory 'Remote JIRA Directory' is not functional during authentication of 'cgrable'. Skipped.
2012-11-28 17:38:20,209 WARN [http-8090-6] [atlassian.confluence.user.ConfluenceAuthenticator] authenticate OperationFailedException caught while authenticating user <cgrable>.
com.atlassian.crowd.exception.runtime.OperationFailedException: The following URL does not specify a valid Crowd User Management REST service: http://10.35.56.247:8080/rest/usermanagement/1/authentication?username=cgrable
Here is the corresponding entry from the JIRA application log:
2012-11-28 17:32:29,163 StreamsCompletionService::thread-12 WARN anonymous com.atlassian.streams.internal.ActivityProviderConnectionMonitorImpl:activityProviderMonitor [atlassian.streams.internal.AppLinksActivityProvider] Unable to retrieve filter options from /rest/activity-stream/1.0/config?local=true
The JIRA link renderer module of the Application Links Link Rendering Plugin is disabled and cannot be enabled. Is this a problem?
What's wrong with Confluence? If I can't get into Confluence to resync the user directory, how can it be corrected?
I removed Confluence from the server.xml file but upon start-up and attempted login I receive the same error from Confluence.
I'm trying this to fix Confluence and when I stop confluence, change the crowd.server.url value in cwd_directory_attribute to the correct location for JIRA, then restart Confluence it doesn't fix things. Is this the correct value to change? Is there something else that needs to be done to force Confluence to update the URL it uses for crowd requests?
This problem is most often caused by the cookie being overwritten when accessing JIRA, Confluence or potentially any other applications with a web-login on the same domain or IP, such as with the below configuration:
As the cookies are not distinguished by the port number, the browser will overwrite the previous cookie and it will appear as if the user has been logged out of the previous application. As a workaround, you could use separate browsers when accessing each application (IE, Firefox, Chrome, etc) or use private browsing mode in one tab to access JIRA and normal browsing to access Confluence. This is not a recommended fix, however can be used for testing environments.
As JIRA and Confluence can be resource intensive and as part of standard best-practices, Atlassian recommends running Confluence and JIRA on separate physical machines, behind a reverse-proxy such as Apache Web Server or IIS. Please refer to Installing Confluence and JIRA Together for further information on this.
If there is a requirement to use the same machine, any of the below can be utilised to resolve this problem:
It is never about setting up a process and being done with it. Rather, the focus should always be on optimizing it for the best outcomes. Thus, we didn’t stop at setting up JSM for our recruitment pr...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events