Mes instances Linux n'ont pas démarré correctement lorsque j'ai effectué l'appel de démarrage d'instance. Que dois-je vérifier pour résoudre ce problème ?

Lorsque vous effectuez un appel de démarrage d'instance, AWS OpsWorks met en œuvre le processus suivant :

1. OpsWorks crée des données utilisateur d'instance en fonction du type de système d'exploitation.

2. OpsWorks émet un appel RunInstances EC2, avec les données utilisateur EC2.

3. OpsWorks crée un événement de cycle de vie Setup.

4. Lors du démarrage de l'instance, OpsWorks exécute les données utilisateur et installe opsworks-agent, téléchargé à partir de S3.
Remarque : Dans le cas de versions de système d'exploitation plus récentes (Ubuntu 16.04 LTS, CentOS 7), Systemd gère l'agent. Monit est utilisé pour la surveillance et la gestion de l'agent sur les autres versions de système d'exploitation prises en charge.

5. Une fois que l'instance est en ligne et que l'agent est en cours d'exécution, OpsWorks vérifie de manière continue l'émission de nouvelles commandes et les exécute.

6. L'événement de cycle de vie Setup est exécuté à l'aide de Chef. Une fois l'événement de cycle de vie Setup terminé, les journaux de Chef sont accessibles dans la console OpsWorks et sur l'instance.

Un échec à tout moment au cours de cette procédure met l'instance à l'état start_failed. Pour résoudre ce problème, vérifiez les éléments suivants :

1. Consultez le fichier journal user-data.log qui se trouve sous /var/log/aws/opsworks/ pour vérifier si les scripts dans les données utilisateur de l'instance ont été correctement exécutés.

2. Vérifiez installer.log pour vous assurer que l'agent OpsWorks a été correctement installé.
Remarque : La raison la plus fréquente de l'échec de l'installation de l'agent est un VPC incorrectement configuré. Assurez que les instances de votre VPC ont accès à Internet ; dans le cas contraire, elles tenteront de télécharger et d'installer l'agent et le téléchargement échouera.

3. Assurez-vous que l'agent est en cours d'exécution.
Pour les versions de système d'exploitation plus anciennes :

$ ps -ef |grep opsworks-agent|wc -l

5

Si l'agent ne s'exécute pas sur des versions de système d'exploitation plus anciennes, assurez-vous que monit est en cours d'exécution à l'aide de la commande suivante :


$ sudo service monit status

monit (pid 1769) is running...

Pour les versions de système d'exploitation plus récentes :

root@custsew2:/home/ubuntu# systemctl status opsworks-agent |grep Active

Active: active (running) since Tue 2016-06-28 17:47:03 UTC; 37s ago

Si l'agent ne s'exécute pas sur les versions de système d'exploitation plus récentes, vérifiez les journaux journalctl.

4. Si monit, responsable de la surveillance et de la mise en place de l'agent, ne s'exécute pas, vérifiez /var/log/messages ou /var/log/system.log.

5. Si l'agent est opérationnel et que l'état de l'instance est toujours « start-failed », vérifiez le journal opsworks-agent.process_command.log pour déterminer si l'agent a reçu la commande Setup pour la traiter.

6. Si le problème n'est toujours pas résolu, exécutez la commande suivante de l'interface de ligne de commande AWS pour établir si le problème est dû à des erreurs de service :

$ aws opsworks describe-service-errors --instance-id 63133710-806b-40e7-bbd1-8eb3ccd8c20b

échec de démarrage d'instance, start_failed, non exécution d'opsworks-agent, monit, systemd


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 : 22/07/2016