HealthCheck: Secondary Storage
概要
The KB covers all the various health checks for Secondary Storage, which is a reference the storage on the JIRA Data Center node configured for a "cold standby". This is a configurable option described in Disaster Recovery Guide for Jira so will not apply for all JIRA Data Center configurations. This KB covers the following tests to determine if the appropriate data is being successfully backed up to the cold standby node:
- 添付ファイル
- アバター
- プラグイン
- Index Snapshots
結果の確認
| アイコン | 結果 | 意味 |
|---|---|---|
 | Read and Write checks passed for directory - <directory>. | The health check did not discover any serious problems the relevant directory. |
| Secondary storage is not configured for <type>. | Secondary storage has not been configured for attachments, avatars, plugins and/or index snapshots (depends on the check). |
| Attachments are disabled. | Attachments for this environment are not enabled. |
| Index recovery is not enabled, no index snapshots will be taken. | Snapshots will not be taken as index recovery is not configured. |
 | Replication of attachments to secondary storage is not supported when using a custom attachments directory location. | If a custom attachment path is being used, the replication of attachments to the secondary storage path is not supported. |
| Unable to read data from directory - <directory>. | The health check failed to read data from the reported directory. |
| Data from a reported directory - <directory> - is corrupt. | The seed data that is expected to be read, returns with a different result. |
| Unable to write data to directory - <directory>. | Data can not be written to the specific directory by the given user. |
| Unable to create file in directory - <directory>. | A file can not be created in the reported directory. |
トラブルシューティング
| 問題 | 提案 |
|---|---|
| The use of a custom attachments directory is not supported. | Follow the guide in Configuring File Attachments to set the attachments directory to the default location. |
| There could be a problem with your file system permissions, or there may be insufficient disk space available. Check that the user that is running the JIRA process has read permissions on the given file system as per our Actions in Jira server fails with FileNotFoundException in the Jira logs KB article. |
| Unable to read data due to mis-configuration. | Check that the directory is correctly configured, and mapped to the expected location in the file system. |
| Data from a reported directory is corrupt. | Check the integrity of the attached file system and that all JIRA nodes are accessing the shared file system in an identical manner. |
サポートに情報を提供する
トラブルシューティングやご自身での問題の解決が難しい場合、support.atlassian.com でサポート チケットを作成し、次の情報を含めてください。
- ヘルス チェック結果のスクリーンショット
- 各 Data Center ノードからのサポート zip
- このドキュメントでの提案事項を受けて収集した任意の情報
[directory] の詳細を、所有者がわかる状態で提供してください。これは次のステップで行えます。Linux
ls -lahR [directory] | gzip -9 > fileListing.gzWindows
Microsoft の AccessEnum SysInternals ツールを使用してタスクを完了し、使用されている共有ディレクトリの権限を表示した状態のスクリーンショットを取得します。