-
Bug
-
Resolution: Fixed
-
Low
-
3.7.1, 3.8.2, 3.8.3
-
Severity 1 - Critical
-
22
-
Problem
According to Ehcache documentation http://www.ehcache.org/documentation/2.7/configuration/data-life.html#30343 elements can stay in the cache after expiration and actually expired element is evicted only when it is accessed or resource constraints are reached. As service desk doesn't set any size constraint for the cache, expired elements are not evicted during reindex, each element accessed only once.
For larger instances this can result in a massive amount of memory being consumed, causing indexing speeds to be slowed/impacted and maybe even fail.
This affects DC only. In Server environment different type of cache is used which behaves differently in this case.
Workaround
On each node find atlassian-jira/WEB-INF/classes/ehcache.xml file and add size limit for cache named "com.atlassian.servicedesk.internal.sla.customfield.SLACFType.slaValueCache", i.e.:
<cache name="com.atlassian.servicedesk.internal.sla.customfield.SLACFType.slaValueCache" maxBytesLocalHeap="500m"/>
Restart node after updating ehcache.xml to changes to have effect.
Fix
Fix sets default size limit for SLAValue global cache to 2 million elements and adds system property "servicedesk.slavalue.global.cache.size.limit" which can be used to change that limit.
Zero or negative value of this system property means unlimited cache size.
- is caused by
-
JSDSERVER-5436 Retrieving Issue SLAs can Causes Contention with Cluster Lock
- Closed
- relates to
-
JSDSERVER-5681 Non-optimal computation of SLA values in addDocumentFields() method
- Closed
-
JSMDC-1355 Loading...
- Wiki Page
-
Wiki Page Loading...