Details
-
Type:
Bug
-
Status: Gathering Impact (View Workflow)
-
Priority:
High
-
Resolution: Unresolved
-
Affects Version/s: 7.2.15, 7.13.2, 7.6.12, 8.0.2
-
Fix Version/s: None
-
Component/s: Data Center - Other
-
Labels:
-
Introduced in Version:7.02
-
Support reference count:6
-
Symptom Severity:Severity 2 - Major
-
UIS:7
-
Bug Fix Policy:
Description
Summary
Jira uses Beehive library to manage locks on DC, lock is held internally in JVM and also implemented through external table clusterlockstatus which is shared between nodes.
Lock is allocated through lock()/unlock() methods, which is expected semantics and stardard API.
Problem:
unlock() implementation removes the lock but keeps the record clusterlockstatus table. It's fine in case of the lock with the same name, but there is a problem in case of locks with unique names. There is no method to clean the old locks, the 'locked_by_node' for that row will be empty, but they pile up in large numbers.
Steps to Reproduce
- Run Jira DC
- Create the unique lock
- Lock the lock
- Unlock the lock
Expected Results
Once the operation is done, the entry in the 'clusterlockstatus' should be removed (or could be cleaned after some time).
Actual Results
'lock_name' entries like "com.atlassian.jira.dashboard.JiraDashboardStateStoreManager.dashboard-69114" pile up in the 'clusterlockstatus' table.
id | lock_name | locked_by_node | update_time -------+------------------------------------------------------------------------------------------------------+----------------+--------------- 10505 | com.atlassian.jira.workflow.DefaultWorkflowSchemeManager$WorkflowAction.DELETE_SCHEME_10102 | | 1542810654292
See JRASERVER-69113, JRASERVER-68477 for some examples.
Workaround
If necessary, delete the unnecessary 'lock_name' entries manually.
Attachments
Issue Links
- causes
-
JRASERVER-68477 Workflow scheme actions leave left-over rows in 'clusterlockstatus' table.
-
- Gathering Impact
-
-
JRASERVER-69113 JiraDashboardStateStoreManager leave left-over rows in 'clusterlockstatus' table.
-
- Gathering Impact
-
- mentioned in
-
Page Loading...