トラブルシューティング - AWS Deadline クラウド

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

トラブルシューティング

次の手順とヒントは、Deadline Cloud AWS ファームとリソースに関する問題のトラブルシューティングに役立ちます。

ユーザーがファーム、フリート、またはキューを表示できないのはなぜですか?

ユーザーアクセス

Deadline Cloud モニターにファーム、フリート、またはキューが表示されない場合、ファームとリソースへのアクセスに問題がある可能性があります。

ファームにアクセスできないユーザーは、Deadline Cloud モニターで「利用可能なファームはありません」というメッセージを受け取ります。

ファーム、フリート、またはキューに正しいユーザーまたはグループが割り当てられていることを確認するには
  1. AWS Deadline Cloud コンソールで、ファーム、フリート、またはキューを検索し、アクセス管理を選択します。

  2. グループタブはデフォルトで選択されています。グループごとにアクセス許可を割り当てる場合は、グループがリストに表示され、アクセスレベルが割り当てられます。

    グループがリストにない場合は、グループの追加を選択して、グループに許可を割り当てます。

  3. ユーザーごとにアクセス許可を割り当てる場合は、ユーザータブを選択します。ユーザーがリストに表示され、アクセスレベルが割り当てられている必要があります。

    ユーザーがリストにない場合は、ユーザーを追加 を選択してユーザーに許可を割り当てます。

ユーザーを グループに割り当てたことを確認するには
  1. AWS Deadline Cloud コンソールで、ファーム、フリート、またはキューを検索し、アクセス管理を選択します。

  2. グループタブはデフォルトで選択されています。メンバーを表示するグループ名を選択します。

  3. ユーザーがグループにリストされていない場合は、追加する必要があります。

    デフォルトの ID 設定を使用している場合は、Identity Center コンソールでユーザーをグループに直接追加できます。Okta や などの外部 ID プロバイダーに接続されている場合はGoogle Workspace、ID プロバイダーのグループにユーザーを追加できます。

    注記

    一部の外部 ID プロバイダーはユーザーを同期しますが、グループを Identity Center に同期しません。この場合、グループではなくユーザーに直接アクセス許可を割り当てることを検討してください。

Deadline Cloud へのユーザーアクセスの管理の詳細については、「」を参照してくださいDeadline Cloud でのユーザーの管理

ワーカーがジョブを取得しないのはなぜですか?

フリートロールの設定

ワーカーが作成されても初期化が完了しず、ジョブの処理を開始しない場合、フリートロールが正しく設定されていないことが原因です。

これが起こっていることを確認するには、アクセス拒否エラーがないか CloudTrail ログを確認します。アクセス拒否の問題を確認したら、フリートに移動し、ロール設定を正しいアクセス許可に更新します。詳細については、Deadline CloudTrail ログ」を参照してください。

ワーカーが停止しているのはなぜですか?

OpenJD 環境からワーカーが停止する

ワーカーは長時間実行されるenvExitセッションアクションで停止する可能性があります。これは、OpenJD テンプレートを上書きし、環境終了アクションのタイムアウトを 5 分以上に設定するジョブテンプレートを使用する場合に発生する可能性があります。Deadline Cloud モニターは、この状況でスタックしているワーカーをある程度可視化しますが、関連するキューで利用可能な作業とRUNNINGワーカーを相互参照する必要があります。

スタックしたワーカーを見つけるには、Deadline Cloud モニターのすべてのフリートを確認し、次の手順を実行します。

  1. ワーカーステータス列で、RUNNINGワーカーを検索します。

  2. フリートの詳細セクションから、関連する各キューに移動します。

  3. 関連付けられた各キューで、RUNNING、、READYまたは のジョブを検索しますPENDING。関連付けられたすべてのキューにそれらの状態のジョブがない場合、ワーカーは環境の終了を実行しています。

この状態でワーカーがスタックを停止するには、次の AWS CLI コマンドを使用します。

aws deadline update-worker \ --farm-id $FARM_ID \ --fleet-id $FLEET_ID \ --worker-id $WORKER_ID \ --status STOPPED

コマンドを実行すると、プログラムが終了するとワーカーエージェントは再起動します。その後、ワーカーはオンラインに戻り、関連付けられたキューからより多くのジョブを実行します。キューに環境終了アクションのタイムアウトが 5 分を超えるジョブがさらに含まれている場合、ワーカーは再びスタックします。この場合、ワーカーが終了しなくなるまでこのプロセスを繰り返す必要があります。

この問題を回避するには、ジョブテンプレートを使用するときにタイムアウトオプションを 5 分以内に設定します。

Deadline Cloud ジョブのトラブルシューティング

AWS Deadline Cloud のジョブに関する一般的な問題については、以下のトピックを参照してください。

ジョブの作成が失敗したのはなぜですか?

ジョブが検証チェックに失敗する理由には、次のようなものがあります。

  • ジョブテンプレートが OpenJD 仕様に従っていない。

  • ジョブに含まれるステップが多すぎます。

  • ジョブの合計タスクが多すぎます。

  • ジョブの作成を妨げる内部サービスエラーが発生しました。

ジョブ内のステップとタスクの最大数のクォータを表示するには、Service Quotas コンソールを使用します。詳細については、「のクォータ Deadline Cloud」を参照してください。

ジョブに互換性がないのはなぜですか?

ジョブがキューと互換性がない一般的な理由は次のとおりです。

  • ジョブが送信されたキューに関連付けられたフリートはありません。Deadline Cloud モニターを開き、キューにフリートが関連付けられていることを確認します。キューを表示する方法の詳細については、「」を参照してくださいDeadline Cloud でキューとフリートの詳細を表示する

  • ジョブには、キューに関連付けられているフリートによって満たされないホスト要件があります。確認するには、ジョブテンプレートのhostRequirementsエントリをファーム内のフリートの設定と比較します。いずれかのフリートがホスト要件を満たしていることを確認します。フリートの互換性の詳細については、「フリートの互換性を確認する」を参照してください。フリート設定を表示するには、「」を参照してくださいDeadline Cloud でキューとフリートの詳細を表示する

ジョブの準備が整うのはなぜですか?

ジョブが READY状態でスタックしているように見える理由には、次のようなものがあります。

ジョブが失敗したのはなぜですか?

ジョブは、さまざまな理由で失敗する可能性があります。問題を検索するには、Deadline Cloud モニターを開き、失敗したジョブを選択します。失敗したタスクを選択し、タスクのログを表示します。手順については、「Deadline Cloud でセッションログとワーカーログを表示する」を参照してください。

  • ライセンスエラーが発生した場合、またはソフトウェアに有効なライセンスがないためにウォーターマークが表示された場合は、ワーカーが必要なライセンスサーバーに接続できることを確認してください。詳細については、「Deadline Cloud Developer Guide」の「Connect customer-managed fleets to a license endpoint」を参照してください。

  • 最後のセッションアクションメッセージまたはプロセス終了コードは、ジョブが失敗した理由に関する情報を提供する場合があります。を使用してWindowsいて、終了コードが負の場合は、終了コードの署名なしバージョンを検索してみてください。

    2,147,483,647 - |your exit code|

ステップが保留になっているのはなぜですか?

ステップは、1 つ以上の依存関係が完了していない場合、 PENDING状態のままになることがあります。Deadline Cloud モニターを使用して、依存関係の状態を確認できます。手順については、「Deadline Cloud でステップを表示する」を参照してください。

その他のリソース

追加情報とリソースは GitHub にあります。