Cluster Locks health check fails on syncRepositoryList in Jira
Platform Notice: Server and Data Center Only - This article only applies to Atlassian products on the server and data center platforms.
Jira's cluster lock health check fails often for lock
node-name>' has been holding cluster lock, 'com.atlassian.jira.plugins.dvcs.service.RepositoryService.syncRepositoryList', for
This may lead to further index replication health check alerts as a consequence of this.
All versions of Jira Software 7.x and 8.x.
- The health check alert on
syncRepositoryListin Jira's health check page;
The query below results in a value of
3600000or lower than
select interval_millis from clusteredjob where job_runner_key='com.atlassian.jira.plugins.dvcs.scheduler.DvcsScheduler';
DVCS integration has two main strategies to update Jira issues:
- Webhooks that are triggered upon each action in DVCS and update Jira right on time
- A scheduled "sync-everything" job that serves as a fail over to the webhook, syncing everything from time to time.
The scheduled job is prone to performance issues when there are too many repos or communication delays, lading to the following issue:
The scheduled DCVS "sync-everything" job is default to run every hour — which may not give it enough time to complete.
A reasonable solution is to increase this schedule interval to more than 1 hour (3600000 millis). Please refer to this article on How to change the interval or schedule of the DVCS repositories sync for instructions on that.