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

# 設定ミスによりジョブが RUNNABLE でスタックする
<a name="job_stuck_in_runnable_misconfiguration"></a>

設定ミスの問題は、コンピューティング環境またはジョブ定義設定で AWS Batch がコンピューティングリソースにジョブを配置できない場合に発生します。

**コンピューティング環境の最大リソースが小さすぎる**  
すべてのコンピューティング環境には、ジョブ要件よりも小さい[https://docs.aws.amazon.com/batch/latest/APIReference/API_ComputeResource.html#Batch-Type-ComputeResource-maxvCpus](https://docs.aws.amazon.com/batch/latest/APIReference/API_ComputeResource.html#Batch-Type-ComputeResource-maxvCpus)パラメータがあります。手動でジョブをキャンセルするか、`statusReason` に `jobStateTimeLimitActions` パラメータを設定してキャンセルすると、後続のジョブがキューの先頭に移動できるようになります。必要に応じて、プライマリコンピューティング環境の `maxvCpus` パラメータを増やして、ブロックされたジョブのニーズを満たすことができます。  
+ **ジョブがスタックしているときの `statusReason` メッセージ: **`MISCONFIGURATION:COMPUTE_ENVIRONMENT_MAX_RESOURCE - CE(s) associated with the job queue cannot meet the CPU requirement of the job.`
+ **`jobStateTimeLimitActions` に使用される `reason`: **`MISCONFIGURATION:COMPUTE_ENVIRONMENT_MAX_RESOURCE`
+ **`statusReason` によってジョブがキャンセルされた後の メッセージ`jobStateTimeLimitActions`:** `Canceled by JobStateTimeLimit action due to reason: MISCONFIGURATION:COMPUTE_ENVIRONMENT_MAX_RESOURCE`

**ジョブリソースの要件が使用可能なインスタンスタイプを超えている**  
どのコンピューティング環境にも、ジョブ要件を満たすインスタンスはありません。ジョブがリソースをリクエストすると、 はアタッチされたコンピューティング環境が受信ジョブに対応できないことを AWS Batch 検出します。手動でジョブをキャンセルするか、`statusReason` に `jobStateTimeLimitActions` パラメータを設定してキャンセルすると、後続のジョブがキューの先頭に移動できるようになります。必要に応じて、コンピューティング環境で許可されるインスタンスタイプを再定義して、必要なジョブリソースを追加できます。  
+ **ジョブがスタックしているときの `statusReason` メッセージ: **`MISCONFIGURATION:JOB_RESOURCE_REQUIREMENT - The job resource requirement (vCPU/memory/GPU) is higher than that can be met by the CE(s) attached to the job queue.`
+ **`jobStateTimeLimitActions` に使用される `reason`: **`MISCONFIGURATION:JOB_RESOURCE_REQUIREMENT`
+ **`statusReason` によってジョブがキャンセルされた後の メッセージ`jobStateTimeLimitActions`:** `Canceled by JobStateTimeLimit action due to reason: MISCONFIGURATION:JOB_RESOURCE_REQUIREMENT`

**サポートされていないインスタンスタイプの設定**  
コンピューティング環境には、サポートされていないインスタンスタイプの設定があります。これは、選択したアベイラビリティーゾーンでインスタンスタイプが使用できない場合、または起動テンプレートまたは起動設定に指定されたインスタンスタイプと互換性のない設定が含まれている場合に発生する可能性があります。これを解決するには、指定した AWS リージョン およびアベイラビリティーゾーンでインスタンスタイプがサポートされていること、起動テンプレート設定がインスタンスタイプと互換性があることを確認し、新しい世代のインスタンスタイプへの更新を検討してください。サポートされているインスタンスタイプの検索の詳細については、「*Amazon EC2 ユーザーガイド*」の「[Amazon EC2 インスタンスタイプの検索](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-discovery.html)」を参照してください。  
+ ** ジョブがスタックしているときの `statusReason` メッセージ: **`MISCONFIGURATION:EC2_INSTANCE_CONFIGURATION_UNSUPPORTED - Your compute environment associated with this job queue has an unsupported instance type configuration.`

**サービスロールのアクセス許可の問題**  
すべてのコンピューティング環境にはサービスロールの問題があります。これを解決するには、サービスロールのアクセス許可を [AWS の 管理ポリシー AWS Batch](security-iam-awsmanpol.md) と比較して、ギャップがあれば対処します。同様のエラーを避けるため、[のサービスにリンクされたロールの使用 AWS Batch](using-service-linked-roles.md) を使用するのがベストプラクティスです。  
手動でジョブをキャンセルするか、`statusReason` に `jobStateTimeLimitActions` パラメータを設定してキャンセルすると、後続のジョブがキューの先頭に移動できるようになります。サービスロールの問題をすべて解決しないと、次のジョブもブロックされる可能性があります。この問題は手動で調査して解決することをお勧めします。  
+ ** ジョブがスタックしているときの `statusReason` メッセージ: **`MISCONFIGURATION:SERVICE_ROLE_PERMISSIONS – Batch service role has a permission issue.`
注意: このエラーを解決するために、`jobStateTimeLimitActions` パラメータを使用してプログラム可能なアクションを設定することはできません。