Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# BOOTSTRAP\$1FAILURE\$1FILE\$1NOT\$1FOUND\$1PRIMARY
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY"></a>

## Présentation de
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_overview"></a>

L'erreur `BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY` indique que l'instance principale ne trouve pas le script d'action d'amorçage qu'elle vient de télécharger depuis le compartiment Amazon S3 spécifié.

## Résolution
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_resolution"></a>

Pour résoudre cette erreur, assurez-vous que votre instance principale dispose d'un accès approprié au script d'action d'amorçage.

Pour dépanner le cluster EMR défaillant, reportez-vous aux informations renvoyées `ErrorDetail` par le et. `DescribeCluster` `ListClusters` APIs Pour de plus amples informations, veuillez consulter [Codes d'erreur contenant ErrorDetail des informations dans Amazon EMR](emr-troubleshoot-error-errordetail.md). Le tableau `ErrorData` dans `ErrorDetail` renvoie les informations suivantes pour ce code d'erreur :

**`primary-instance-id`**  
ID de l'instance principale où l'action d'amorçage a échoué.

**`bootstrap-action`**  
Numéro ordinal de l'action d'amorçage qui a échoué. Un script dont la valeur `bootstrap-action` est égale à `1` est la première action d'amorçage exécutée sur l'instance.

**`amazon-s3-path`**  
L'emplacement sur Amazon S3 de l'action d'amorçage qui a échoué.

**`public-doc`**  
URL publique de la documentation du code d'erreur.

## Étapes à suivre
<a name="BOOTSTRAP_FAILURE_FILE_NOT_FOUND_PRIMARY_stc"></a>

Procédez comme suit pour identifier et corriger la cause première de l'erreur d'action d'amorçage. Lancez ensuite un nouveau cluster.

1. Pour trouver le script d'action d'amorçage approprié dans Amazon S3, utilisez la valeur `amazon-s3-path` du tableau`ErrorData`.

1. Consultez les fichiers journaux des actions d'amorçage dans Amazon S3 pour identifier la cause première de l'échec. Pour en savoir plus sur la façon de consulter les journaux Amazon EMR, consultez [Afficher les fichiers journaux Amazon EMR](emr-manage-view-web-log-files.md).
**Note**  
Si vous n'avez pas activé les journaux pour votre cluster, vous devez créer un nouveau cluster avec les mêmes configurations et actions d'amorçage. Pour vous assurer que les journaux du cluster sont activés, consultez [Configuration de la journalisation et du débogage du cluster Amazon EMR](emr-plan-debugging.md).

1. Consultez le journal `stdout` de vos actions d'amorçage et vérifiez qu'aucun processus personnalisé ne supprime les fichiers `/emr/instance-controller/lib/bootstrap-actions` du dossier de vos instances principales. Vous pouvez trouver le journal `stdout` de l'action d'amorçage dans cet emplacement Amazon S3 : 

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

1. Lancez un nouveau cluster avec votre action d'amorçage mise à jour.