本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# BOOTSTRAP\_FAILURE\_FILE\_NOT\_FOUND\_PRIMARY
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY"></a>

## 概觀
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_overview"></a>

`BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY` 錯誤表示主要執行個體找不到此執行個體剛從指定 Amazon S3 儲存貯體下載的引導操作指令碼。

## Resolution
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_resolution"></a>

若要解決此錯誤，請確認您的主要執行個體具有引導操作指令碼的適當存取權。

若要對失敗的 EMR 叢集進行疑難排解，請參閱從 `DescribeCluster` 和 `ListClusters` API 傳回的 `ErrorDetail` 資訊。如需詳細資訊，請參閱[Amazon EMR 中具有 ErrorDetail 資訊的錯誤代碼](emr-troubleshoot-error-errordetail.md)。`ErrorDetail` 內的 `ErrorData` 陣列會傳回此錯誤代碼的下列資訊：

**`primary-instance-id`**  
引導操作失敗的主要執行個體 ID。

**`bootstrap-action`**  
失敗的引導操作的序號。`bootstrap-action` 值為 `1` 的指令碼是在執行個體上執行的第一個引導操作。

**`amazon-s3-path`**  
失敗的引導操作的 Amazon S3 位置。

**`public-doc`**  
錯誤代碼文件的公有 URL。

## 要完成的步驟
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_stc"></a>

請執行下列步驟來識別並修正引導操作錯誤的根本原因。然後啟動新叢集。

1. 若要在 Amazon S3 中尋找相關的引導操作指令碼，請使用 `ErrorData` 陣列中的 `amazon-s3-path` 值。

1. 檢閱 Amazon S3 中的引導操作日誌檔案，以識別失敗的根本原因。若要進一步了解如何檢視 Amazon EMR 日誌，請參閱 [檢視 Amazon EMR 日誌檔案](emr-manage-view-web-log-files.md)。
**注意**  
如果您沒有為叢集開啟日誌，則必須使用相同的組態和引導操作來建立新叢集。若要確保叢集日誌已開啟，請參閱 [設定 Amazon EMR 叢集記錄和偵錯](emr-plan-debugging.md)。

1. 檢閱引導操作的 `stdout` 日誌，並確認沒有會刪除主要執行個體的 `/emr/instance-controller/lib/bootstrap-actions` 資料夾中檔案的自訂程序。您可以在此 Amazon S3 位置尋找引導操作的 `stdout` 日誌：

   ```
   s3://{{amzn-s3-demo-bucket}}/logs/Your_Cluster_Id/node/Primary_Instance_Id/bootstrap-actions/Failed_Bootstrap_Action_Number/stdout.gz
   ```

1. 啟動具有更新的引導操作的新叢集。