オーサーポッドのデッドロックにより、ワークフローが実行中の状態のままになる
この記事では、開始 ステップの後でワークフローインスタンスが実行中 ステートで停止したままになっている場合に、Adobe Experience Manager（AEM） as a Cloud Serviceでオーサーポッドのデッドロックを特定および軽減する方法について説明します。
説明 description
環境
Adobe Experience Manager（AEM）as a Cloud Service
問題/症状
- ワークフローインスタンスは開始 ステップを完了しましたが、実行中状態は無期限に維持されます。
- 影響を受けるオーサーポッドの Sling Event Dispatcher とOak オブザベーション に関連する処理がブロックされているため、ワークフロージョブは進行しません。
- 発生した場合、問題が発生している間、対応するアプリケーションエラーはログに表示されません。
- 影響を受けるオーサーポッドを再起動または置換すると、ワークフローとジョブ処理が復元されます。
- ワークフローインスタンスのパスの例は、
/var/workflow/instances/<server>/<date>/<workflow-instance>に似ています。
原因
オーサーポッドの Sling Event Dispatcher と Oak observation に影響を与えるデッドロックは、ワークフローイベントとジョブイベントの配信を妨げ、影響を受けるポッドが再起動または置き換えられるまで 実行中 状態でワークフローインスタンスが停止する原因になります。
解決策 resolution
オーサーポッドのデッドロックが原因で 実行中 状態で停止したままになるワークフローを修正するには、次の回避策を試してください。
- 影響を受けるワークフローインスタンスが、開始 ステップの後に 実行中 状態のままであることを確認し、関連するジョブが進行していないことを確認します。
- オーサーインスタンス間のワークフローアクティビティを比較し、停止したイベントまたは観測処理の利用可能な指標を確認することで、動作が特定のオーサーポッドに分離されているかどうかを判断します。
- 可能な場合は、デッドロック条件を検証できるように、インシデント中に影響を受けるオーサーポッドからスレッドダンプを収集します。
- 影響を受けるオーサーポッドを再起動または置換して、ワークフローとジョブ処理を復元します。
- 再起動後、ワークフローの実行とジョブの進行を監視して、新しく開始された項目と以前に停止した項目が再処理を開始することを確認します。
recommendation-more-help
experience-cloud-kcs-help-kbarticles