日時の関数に依存する自動化ルールはタイムゾーンが変更されると失敗する
プラットフォームについて: Data Center のみ。 - この記事は、 Data Center プラットフォーム。
この KB は Data Center バージョンの製品用に作成されています。Data Center 固有ではない機能の Data Center KB は、製品のサーバー バージョンでも動作する可能性はありますが、テストは行われていません。 Server* 製品のサポートは 2024 年 2 月 15 日に終了しました。Server 製品を実行している場合は、 アトラシアン Server サポート終了 のお知らせにアクセスして、移行オプションを確認してください。
*Fisheye および Crucible は除く
要約
日付/時刻関数を使用する Automation for Jira ルールは、複数のノードがあり、クラスター ノードのタイムゾーンが異なる際にデータセンターのセットアップで失敗する場合があります。
診断
デバッグ パッケージ com.codebarrel を有効にすると、日付/時刻関数が正しく機能しなかったことを示すエラーが Jira ホームの /log/atlassian-jira.log に記録されます。次の例では、now.plusBusinessDays(2) が未完結であり、値を返していません。
1
stateChange=SOME_ERRORS, payload=MessageComponentChange{type=ERROR, key='com.codebarrel.automation.rule.mustache.error', appendParameters=[Failed to get value for now.plusBusinessDays(2): {{now.plusBusinessDays(2)}}]}}'}
原因
クラスターの 1 つ以上のノードが構成ミスまたは夏時間の変更によって、オペレーティング システム レベルで異なるタイムゾーンを持っています。
ソリューション
すべてのノードが同じタイムゾーンを報告していることをご確認ください。
[設定] > [システム] > [システム情報] の順に移動して、すべてのタイムゾーン値 (システム時刻、ユーザー タイムゾーン、jvm.system.timezone) がすべてのノード全体で一致していることを確認します。
初期設定で、Jira はオペレーティング システム タイムゾーンによって、すべてのノードが同期されて同じタイムゾーンを表示していることを確認します。
オペレーティング システムのタイムゾーンを変更できない場合は、起動プロパティによって JVM レベルで強制的に変更して残りのノードと一致させられます。
ユーザーのタイムゾーン
|
この内容はお役に立ちましたか?