Jira Data Center でクラスター キャッシュ レプリケーションのヘルス チェックに失敗
プラットフォームについて: Data Center のみ - この記事は、Data Center プラットフォームのアトラシアン製品にのみ適用されます。
JIRA Data Center cluster replication relies on nodes being recorded in a database and also receiving and sending updates. The Health Check confirms that the replication is working in the entire cluster. If an active node is not responding, the other nodes are going to be reporting warnings and the one with the error will report a critical result.
|The health check passed successfully.||Node replication within the cluster is working.|
|The node |
The node does not appear to be in the database however does exist within the replication cache, or the node is unresponsive.
|The node ||The node is not replicating information to the cluster - it exists in the database but not in the replication cache.|
Inconsistent state across the cluster
Jira keeps some data in memory local to the node especially data that are used often such as permissions. The cache synchronization is asynchronous (7.9 and later) but expected to be fast and consistent across nodes. It is communicated and replicated over the network.
- Users exist on some nodes but not all.
- Users may have permissions on some nodes but not all.
- User field dropdown shows results on some nodes but not all.
- Filter and gadgets show up in one node but not on others after permission update.
|The node is not in the database.|
Restart the affected node. Prior to doing so, it is recommended to collect some thread dumps as per Generating a Thread Dump as these can be sent to support with the data below.
|The node is not replicating due to a network condition.|
A request has been raised to have these configuration options documented.
|The node is not replicating due to the nodes being offline.||Check the status of each of the other nodes, specifically if they are online and responsive.|
You can monitor cache replication by reviewing statistics that are written in the log file. They’ll show you the size of the local queues, and whether cache modifications are successfully replicated or persisted in the queues for too long. In most cases, monitoring just a few parameters will tell you if the replication is working properly. For more info, see Monitoring the cache replication.
In case you are unable to troubleshoot and fix the problem by yourself, please create a support ticket at support.atlassian.com and attach the following information to the ticket:
- ヘルス チェック結果のスクリーンショット
- 各 Data Center ノードからのサポート zip