Is a regular JIRA restart important?

Do you restart JIRA e.g. once a week? Is it recomended in order to speed it up? Some users using JIRA very intensively are requesting this, realising that the system is slowing down after a certain time.

 

Thanks for your help!!

12 answers

1 accepted

Jose,

I am the Systems Engineer responsible for support.atlassian.com (SAC), a JIRA instance here at Atlassian.  While I do have weekly maintenance windows which sometimes require restarts, I try to avoid restarting SAC at all just to keep my up-time numbers high and meet the SLA my managers have set.

Can you provide some context for what you refer to as "very intense use"?  I would say the support.atlassian.com site is pretty intense, but I know we have customers who have even more intense implementations out there.

Hi Sam, If there are around 1000 http requests or even much more shown for an user in the user session gui, I suposed this to be an intensive use. This happens especially for those running Scrum and Kanban boards with an high number of Projects and issues (but not 10.000,00).

A few days ago JIRA was having a 30 to 60s response time. Instead of restarting the system, I locked and re-indexed it (I was in doubt, if a re-index in the background would bring the same result). After that, the system was responding in up to 10s. But I am neither interested in restart the system very often, nor lock the system for a re-index.

Thanks for all the good answers! Since only one can be accepted, I am going to accept Sam's answer.

2 votes

Regular restarts are not the answer!  That's just "plastering over the cracks".

 You need to work out why it's slowing down and deal with the cause of the issue.  I've worked with a number of "intensively used" JIRA systems and not needed (or wanted) to restart them for months (and maintenance is for patches, hardware change or upgrades, never because they're slow).  Since version 4, I've been able to nail the "it's running too slowly" symptom to faults in plugins or users doing bad things (like running remote filters for "everything" over REST, or trying to have Agile boards with 10,000 issues for example)

Hi Nic, you have been able to nail the issues causing the system to slow down. You mentioned faults in plugins, as a possible source for such problems. But how to identify them correctly? E.g., is the scriptRunner such a candidate? After using it for a while, my account was terrible affected (but it was already slower as normal).

Script-runnner itself is not a culprit, but oh heck yes, the scripts you can run with it are. It's the reason I don't ever recommend the use of script runner unless you have admins who know Jira well enough to be able to avoid writing scripts that can break it. There are plenty of other plugins that can cause problems, although I would say that most of them are caused by edge-cases, where normal usage of the plugin is fine, but when you try to do something odd, or "clever", then you run into issues which the developers didn't predict. The problem is that there is no easy answer to what the cause is. You need to monitor it, look for patterns, look for the type of slowdown - Something eaten all the memory? Disk IO thrashing? CPU loaded? Run out of threads? Database being thrashed? etc.

Surely there's method to this madness by now? :) Atlassian's own support team must know it, I hope...

What do you mean by method? The instance needs to be well managed and tuned. You need someone to look at it from time to time to tell. Each instance is different. You need to find where the bottleneck is.

The method by which someone who's not an JIRA developer or member of support team can identify the fault in reasonable timeframe and/or tune the instance. Something like https://blogs.atlassian.com/2015/05/webinar-recap-five-secrets-jira-performance-scale/ maybe?

Have you checked if there's enough memory? How has CPU usage been? It's often the case that after prolonged use a lot of things get cached in and out and the lack of memory is actually causing a lot more swapping to occur.

It is possible (saw this more than a few times) for the app to accumulate long-running requests that tie up resources (CPU etc.). App itself never terminates them, even if the client is long gone.

1 votes

You should take a look at access or even use something like New Relic (do a trial - and it's free for a bit smile ). It will help you see what's going on. I've seen slow down across the system due to caching not really being configured correctly. Another issue has been a third party system overloading the system with requests (iframe on their side etc) which "disappeared" when the restart of my system occurred (and after an hour or so they were back).

Def. look in the lhttp ogs and get some type of live profiling going on that will let you dig into the java classes and see what's the most active.

I am facing the same situation with Jose.

If I edit a workflow in a long running JIRA, I need to use a long time to entering the workflow editing page just like condition postfunction. Then it will become very fast after I restart the JIRA.

Some times I will use the "Force garbage collection" function in "System - System Info". It can speed up the JIRA but not effective then restart.

Is that the reason was due to JAVA? Unlike c or c++, the programe running on JVM always have some performence problem, restart the machine may be a way to solve it.

And there is not a hadware problem in my situation because my server has 48GB memroy and I give JIRA 8GB, the cpu is enough for using too (Xeon E5 * 2).

It could be the way it's configured and settings as well. Also the whole stack, e.g. version of Java, garbage collection algorithms - there's a lot to it. Have configured JIRA instances to run for a long time without any slowdown.

Just throwing resource at a Java system is often not the answer. It is when you're running out, but doing it without *knowing* that low resources are the problem can make things worse. Restarting the machine is the wrong answer too - you need to monitor and investigate what is really happening before you can fix it properly.

I have just learned today, from Atlassian Support, that the matter with Using Garbage Collection Logs to Analyze JIRA Performance is worth to be aware of. 

System became unusable and crashed. After a restart it is now working again as stable and fast as expected. If we don't know yet why the system slows down after a certain time, we should look for a way to restart the system periodically and automatically.

0 votes

No, that is the wrong answer - all the answers you've already had are about finding the *Cause* of the slow down, not patching over a flaw. Don't waste your time filling a crack in a wall with a bit of plaster every time it cracks again, when the crack could be telling you "your house is about to fall down"

Hi Nic, That was not an answer!, but my comment to my own question. I am grateful for all the help and I am trying to follow them and fix the wrong things. But the system was already very slow since 5 days and the situation inacceptable.

0 votes

Sorry, I didn't mean to say "wrong answer" really. It's the "wrong thing to do" - you should not ever automate this. While you're working on the correct thing to do (find and fix the cause), yes, you may need to restart. But if you automate it, you'll be tempted to ignore it because you're seeing less problems on the surface (although probably little improvement because the problem might not even be a leak, and if it's not, restarting at the wrong time won't help you at all). And that's how your house falls down.

Just to add - I have regular restart ( once a week ) automated . Would that cause a problem in the long run ? I believe any application requires a restart time to time . My reason to schedule a restart is because the Database my Jira communicates to gets restarted once a week - and that seems to be creating some errors in my log , so to avoid that . I have also scheduled a jira restart along with the DB .

0 votes

Taking the database out like that is a good reason for a restart, but yes, it could easily do damage to your system unless you do it correctly. Stop JIRA *properly* (not a "kill") Stop and restart the database Restart JIRA That should prevent problems, as a clean shutdown shouldn't break anything.

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,888 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