-
Bug
-
Resolution: Unresolved
-
Low
-
None
-
7.6.1, 7.8.4
-
7.06
-
4
-
Severity 3 - Minor
-
0
-
Summary
A problem similar to JRASERVER-68477.
Method JiraDashboardStateStoreManager after updating/deleting Dashboards on Jira Data Center, allocation the entry in the 'clusterlockstatus' table remains left behind. The 'locked_by_node' for that row will be empty, but they pile up in large numbers.
Steps to Reproduce
- Run Jira DC
- Update/Delete Dashboard
Expected Results
Once the operation is done, the entry in the 'clusterlockstatus' should be removed.
Actual Results
'lock_name' entries like "com.atlassian.jira.dashboard.JiraDashboardStateStoreManager.dashboard-69114" pile up in the 'clusterlockstatus' table.
One customer had over 7000 of them.
Workaround
If necessary, delete the unnecessary 'lock_name' entries manually.
- is caused by
-
JRASERVER-69114 Provide cluster lock mechanism that can be used with one-off lock names
- Gathering Interest
- is cloned from
-
JRASERVER-68477 Workflow scheme actions leave left-over rows in 'clusterlockstatus' table.
- Gathering Impact
- relates to
-
JRASERVER-66597 JIRA DC might lose Cluster lock due database connectivity problems
- Closed