Un cluster Amazon EMR configuré avec une action d'amorçage personnalisée ne parvient pas à se lancer et renvoie un message d'erreur indiquant que l'action d'amorçage a retourné un code de sortie autre que zéro.

Les actions de démarrage sont des scripts qui sont exécutés sur les nœuds du cluster lorsque ce dernier est lancé par AmazonEMR. Ils s'exécutent avant qu'Amazon EMR installe les applications spécifiées et avant que le nœud commence à traiter les données. En cas d'échec d'une action d'amorçage, l'instance est considérée comme ayant échoué et est résiliée. Si cela est dû à une erreur au niveau du script d'amorçage, le cluster ne parvient pas à se lancer.

Pour déterminer la cause de l'échec d'une action d'amorçage, consultez les journaux qui se trouvent à l'emplacement des journaux S3 pour les actions d'amorçage des instances de cluster. Leur chemin d'accès est le suivant : s3:// / /noeud/ /actions-amorçage/. Vous y verrez le contrôleur et les journaux stdout et stderr de votre script. Les journaux stderr de votre script devraient indiquer pourquoi ce dernier a renvoyé un code de sortie autre que zéro. Si ce n'est pas le cas, vous pouvez modifier votre script pour fournir des informations de débogage supplémentaires. Par exemple, vous pouvez définir les paramètres bash shell -ex dans un script bash d'en voir le flux dans les fichiers journaux des actions d'amorçage. En général, votre script doit gérer la logique qui consiste à renvoyer le code de sortie approprié en fonction des actions de ce script.

action d'amorçage, EMR, journaux, autre que zéro, personnalisé, code de sortie, bash


Cette page vous a-t-elle été utile ? Oui | Non

Retour au Centre de connaissances AWS Support

Vous avez besoin d'aide ? Consultez le site du Centre AWS Support

Date de publication : 20/05/2016