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.
# Résoudre les problèmes d’Mise en veille prolongée d’une instance Amazon EC2
Utilisez ces informations pour diagnostiquer et résoudre les problèmes courants que vous pourriez rencontrer lors de la mise en veille prolongée d’une instance.
**Topics**
+ [Impossible d’effectuer une mise en veille prolongée immédiatement après le lancement](#hibernate-troubleshooting-1)
+ [Le passage de stopping à stopped prend du temps et l’état de la mémoire n’est pas restauré après le démarrage](#hibernate-troubleshooting-2)
+ [Instance « bloquée » à l’état stopping](#hibernate-troubleshooting-3)
+ [Impossible de démarrer l’instance Spot immédiatement après la mise en veille prolongée](#hibernate-troubleshooting-4)
+ [Échec de la reprise des instances Spot](#hibernate-troubleshooting-5)
## Impossible d’effectuer une mise en veille prolongée immédiatement après le lancement
Si vous essayez de mettre en veille prolongée une instance trop rapidement après l’avoir lancée, vous obtiendrez une erreur.
Vous devez patienter environ deux minutes pour les instances Linux et environ cinq minutes pour les instances Windows après le lancement avant de la mettre en veille prolongée.
## Le passage de stopping à stopped prend du temps et l’état de la mémoire n’est pas restauré après le démarrage
Si votre instance mise en veille prolongée prend du temps pour passer de l’état `stopping` à `stopped`, et si l’état de la mémoire n’est pas restauré après que vous avez démarré, cela peut indiquer que la mise en veille prolongée n’a pas été configurée correctement.
**Instances Linux**
Consultez le journal système de l’instance et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal système, [connectez-vous](connect-to-linux-instance.md) à l'instance ou utilisez la [get-console-output](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-console-output.html)commande. Recherchez les lignes de journal de l’agent `hibinit-agent`. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu.
Par exemple, le message suivant indique que le volume racine de l’instance n’est pas suffisamment grand : `hibinit-agent: Insufficient disk space. Cannot create setup for hibernation. Please allocate a larger root device.`
Si la dernière ligne de journal de `hibinit-agent` est `hibinit-agent: Running: swapoff /swap`, la mise en veille prolongée a été configurée avec succès.
Si vous ne voyez aucun journal issu de ces processus, votre AMI ne prend pas en charge la mise en veille prolongée. Pour plus d'informations sur la prise en charge AMIs, consultez[Conditions préalables à la mise en veille prolongée des instances Amazon EC2](hibernating-prerequisites.md). Si vous avez utilisé votre propre AMI Linux, assurez-vous d’avoir suivi les instructions pour [Configurer une AMI Linux pour qu'elle prenne en charge la mise en veille prolongée](hibernation-enabled-AMI.md).
**Windows Server 2016 et versions ultérieures**
Consultez le journal de lancement de l’instance EC2 et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal de lancement de l’instance EC2, [connectez-vous](connecting_to_windows_instance.md) à l’instance et ouvrez le fichier `C:\ProgramData\Amazon\EC2-Windows\Launch\Log\Ec2Launch.log` dans un éditeur de texte. Si vous utilisez EC2 Launch v2, ouvrez`C:\ProgramData\Amazon\EC2Launch\log\agent.log`.
**Note**
Par défaut, Windows masque les fichiers et les dossiers qui se trouvent sous `C:\ProgramData`. Pour afficher les fichiers et les répertoires de lancement de l’instance EC2, vous devez tapez le chemin d’accès dans l’Explorateur Windows ou modifier les propriétés de dossier afin d’afficher les fichiers et les dossiers masqués.
Recherchez les lignes de journal pour la mise en veille prolongée. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu.
Par exemple, le message suivant indique que la mise en veille prolongée n’a pas pu être configurée : `Message: Failed to enable hibernation.` si le message d’erreur inclut des valeurs ASCII décimales, vous pouvez convertir les valeurs ASCII en texte brut afin de lire le message d’erreur complet.
Si la ligne de journal contient `HibernationEnabled: true`, la mise en veille prolongée a été configurée avec succès.
**Windows Server 2012 R2 et versions antérieures**
Consultez le journal de configuration de l’instance EC2 et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal de configuration de l’instance EC2, [connectez-vous](connecting_to_windows_instance.md) à l’instance et ouvrez le fichier `C:\Program Files\Amazon\Ec2ConfigService\Logs\Ec2ConfigLog.txt` dans un éditeur de texte. Recherchez les lignes de journal pour `SetHibernateOnSleep`. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu.
Par exemple, le message suivant indique que le volume racine de l’instance n’est pas suffisamment grand : `SetHibernateOnSleep: Failed to enable hibernation: Hibernation failed with the following error: There is not enough space on the disk.`
Si la ligne de journal est `SetHibernateOnSleep: HibernationEnabled: true`, la mise en veille prolongée a été configurée avec succès.
**Taille de l’instance Windows**
Si vous utilisez une instance Windows T3 ou T3a avec moins de 1 Gio de RAM, essayez de passer à une instance disposant d’au moins 1 Gio de RAM.
## Instance « bloquée » à l’état stopping
Si vous avez mis votre instance en veille prolongée que celle-ci semble « bloquée » à l’état `stopping`, vous pouvez forcer son arrêt. Pour de plus amples informations, veuillez consulter [Résoudre les problèmes d'arrêt des EC2 instances Amazon](TroubleshootingInstancesStopping.md).
## Impossible de démarrer l’instance Spot immédiatement après la mise en veille prolongée
Si vous essayez de démarrer une instance Spot dans les deux minutes suivant sa mise en veille prolongée, le message d’erreur suivant peut s’afficher :
`You failed to start the Spot Instance because the associated Spot Instance request is not in an appropriate state to support start.`
Attendez environ deux minutes pour les instances Linux et environ cinq minutes pour les instances Windows, puis réessayez de la démarrer.
## Échec de la reprise des instances Spot
Si votre instance Spot a été mise en veille prolongée avec succès, mais qu’elle n’a pas pu reprendre, et qu’elle a été redémarrée (un nouveau redémarrage où l’état de mise en veille prolongée n’est pas conservé), cela peut être dû au fait que les données utilisateur contenaient le script suivant :
```
/usr/bin/enable-ec2-spot-hibernation
```
Supprimez ce script du champ **Données utilisateur** du modèle de lancement, puis demandez une nouvelle instance Spot.
Notez que même si l’instance n’a pas pu reprendre, si l’état de mise en veille prolongée n’est pas préservé, l’instance peut toujours être démarrée de la même manière qu’en partant de l’état `stopped`.