Yes it is Saturday, yes it is nice outside and yes we are at work
We are troubleshooting a very large and unknown issue. System loads some pages but other pages the site hangs until it errors out. We have many levels of various HW attached so it may not be the issue.
Anyhow, right now I have 2 focused questions.
We greatly appreciate any help any of you out there can provide.
For #2 - did you have an internal directory previously where these users could have been created? Then you added the LDAP directory? If that's the case I think they'd be listed twice.
I would be more concerned about the site hanging only on certain pages. Which pages? Do you have a common add-on on these pages?
@Daniel Wester [Wittified] I greatly appreciate your response.
From my understanding, LDAP has always been used and it has been a known issue for a couple years from what I have heard. So basically what occurs is that a user is added to LDAP and then the user logs into the site to activate that user and then it is in the JIRA database 2 times for the user.
The hanging occurs on several areas.
Are you getting any errors in the atlassian-jira.log or catalina.out in Tomcat? It really sounds like you've got an issue in the Tomcat/Database area. 5 minutes to compile the jsp and initialize the cache for users doesn't sound right to me. I'd suggest dropping in a support.atlassian.com ticket. Out of curiously - how's the performance of the database and tomcat? Either one of the them to close to be maxing out cpu or memory(both system wide and assigned) or connections? What's the latency between JIRA and the database?
No errors are logged in the jira or tomcat logs that help us in any direction to look. We know on Tomcat the memory gets eaten up quickly and we have 8GB. That has been an ongoing issue for a very long time where we have been forced to restart the service once a week to regain memory. Thats another issue to look into as to why it gets eaten up. As for the Latency between JIRA and the DB I'm not sure of and the people that can tell us are not in until Monday morning. Our SA is submitting a ticket right now. Do you by any chance know of a diagram that explains what JIRA does behind the scene when the server starts up and starts to try and delete from the public.membershipbase? We would love to see some process guide UML flow something to help us know what goes on. We have none and know no SME with JIRA and are just best guessing our way through this.
Another important aspect of what we are dealing with. If the user uses the web services to submit data they do not have any issues pushing 1 or 100 items. It is only through the GUI that the application will totally hang. There have not been any updates pushed to the application in 2 months and the problem had started on July 1st after a patch to the Postgres EnterpriseDB was made. Patch was a minor patch and I put a request into EnterpriseDB asking for what was in that patch. As for requesting help from Atlassian, although we have a support contract or whatever its called they responded quickly to our request for help with something along the lines of '4.1.2 is not supported try the community for help'. I'm sorry but any place that would just shove you off rather than to at least provide an attempt to help is not much in the way of customer service. I told management yesterday they can save the customer money by dropping the service for support since we won't ever get any support for the version of JIRA we are stuck with.
Hey Atlassian community, I help lead engineering at Sentry, an open-source error-tracking and monitoring tool that integrates with Jira. We started using Jira Software Cloud internally last year, a...
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!
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