We have scripted fields that we are using in our application and sometimes the JIRA application crashes with an out of memory condition. When we submitted the logs to JIRA, they came back saying it is the Script runner and for us to contact the plugin company. Can you let us know your thoughts on this?
Meh. It's like saying "can a plugin cause an out of memory error?". Answer: of course it can.
Script Runner on its own doesn't degrade performance, unless you can prove to me it does.
What do your scripted fields do? Are they leaking database connections or filehandles or keeping references to stuff somehow?
Have you tried increasing the memory?
Yes, groovy will generate classes from scripts which will be in permgen. Also you may need to increase
> I've made the script runner cause out of memory errors loads of times
Me too... also created infinite chains of comments by writing a comment in a comment listener, infinite numbers of subtasks too, and loads of other disastrous things.
I have this recurring nightmare that people are writing code directly in their production instances, without testing on a staging server. It's just a bad dream though, I'm sure that doesn't really happen.
LoL - OK folks - thanks for the input. We have a dev, test, train and prod environments and everything goes through testing. Further analysis shows that it is not really the script runner but more of the email handler that is causing the issue.
Either ways, more work is going on to determine the exact cause. All I was trying to get at was to see if there is a known issue with script runner.... looks like there are no known issues. We have a couple of scripted fields something simple based on the value of one - the other field is set on the issue.
We will see about increasing the ReserverCodeCacheSize but I think it is a matter of finding out what is going on with the mail handler... Thanks folks
Hi @Jamie Echlin [Adaptavist] , Our production instance went down again. We raised an issue with Atlassian and they are saying that its the script runner plugin, specifically the JQL search that is causing the memory to max out. They asked us to create a Heap Dump and pointed to com.onresolve.jira.groovy.jql.AbstractScriptedJqlFunction.getIssues. We are seeing memory spikes to 100% and then the system crashes.
Do you have any ftp site or something similar where i can upload this file of 6 GB size? Please let me know. The other option is if you can update the JIRA ticket on Atlassian with your contact info then I can send an email to that account with some ways to get the data to you for your review.
Thanks to Jamie for helping us get to the bottom of the issue.
The team was able to re-create the issue using the issueFieldMatch function - for some reason invoking this function causes JIRA to use up 100% of the memory and crash - it is something to do with the interaction between JIRA and Script Runner. We are not really sure where the issue is. I am sure this issue will be fixed in an upcoming release either by Atlassian or Jamie. The following functions within Script Runner uses the same class - ComponentMatch, IssueFieldExactMatch, IssueFiedMatch, ProjectMatch. We disabled these 4 functions and have not had the crash since then.
Thanks everyone for your support and help.
In this post you will discover more about the evolution of K15t software, some big topics they're currently focusing on in the app space, and a rare (not not funny!) photo of founders Mike Cannon-Bro...
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