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ésolution des SnapStart erreurs liées aux fonctions Lambda
<a name="snapstart-troubleshooting"></a>

Cette page aborde les problèmes courants qui se produisent lors de l'utilisation de Lambda SnapStart, notamment les erreurs de création de snapshots, les erreurs de délai d'expiration et les erreurs de service internes.

## SnapStartNotReadyException
<a name="snapstartnotreadyexception"></a>

**Erreur :** une erreur s'est produite (SnapStartNotReadyException) lors de l'appel de l'opération Invoke20150331 : Lambda initialise votre fonction. L’invocation sera possible une fois que l’état de votre fonction deviendra ACTIVE.

### Causes courantes
<a name="snapstartnotreadyexception-cause"></a>

Cette erreur se produit lorsque vous essayez d’invoquer une version de fonction qui se trouve à l’[état](snapstart-activate.md#snapstart-function-states) `Inactive`. La version de votre fonction devient `Inactive` lorsqu’elle n’a pas été invoquée depuis 14 jours ou lorsque Lambda recycle périodiquement l’environnement d’exécution.

### Résolution
<a name="snapstartnotreadyexception-resolution"></a>

Attendez que la fonction version atteigne l’état `Active`, puis invoquez-la à nouveau.

## SnapStartTimeoutException
<a name="snapstart-invocation-failure"></a>

**Problème :** vous recevez un `SnapStartTimeoutException` lorsque vous essayez d'invoquer une version de SnapStart fonction.

### Cause courante
<a name="snapstart-invocation-failure-cause"></a>

Pendant la phase de [restauration](lambda-runtime-environment.md#runtimes-lifecycle-restore), Lambda restaure l’environnement d’exécution Java et exécute tous les [hooks d’exécution](snapstart-runtime-hooks.md) après la restauration. Si un hook d’exécution après la restauration s’exécute pendant plus de 10 secondes, la phase `Restore` expire et vous obtenez une erreur lorsque vous essayez d’invoquer la fonction. Les problèmes de connexion réseau et d’identification peuvent également entraîner des délais d’attente de la phase `Restore`.

### Résolution
<a name="snapstart-invocation-failure-resolution"></a>

Consultez les CloudWatch journaux de la fonction pour détecter les erreurs de temporisation survenues pendant la phase de [restauration](lambda-runtime-environment.md#runtimes-lifecycle-restore). Assurez-vous que tous les hooks après restauration se terminent en moins de 10 secondes.

**Example CloudWatch journal**  

```
{ "cause": "Lambda couldn't restore the snapshot within the timeout limit. (Service: Lambda, Status Code: 408, Request ID: 11a222c3-410f-427c-ab22-931d6bcbf4f2)", "error": "Lambda.SnapStartTimeoutException"}
```

## Erreur interne du service 500
<a name="snapstart-500-error"></a>

**Erreur :** Lambda n’a pas pu créer de nouvel instantané car vous avez atteint votre limite de création d’instantanés simultanés.

### Cause courante
<a name="snapstart-500-error-cause"></a>

Une erreur 500 est une erreur interne au sein du service Lambda lui-même, plutôt qu’un problème lié à votre fonction ou à votre code. Ces erreurs sont souvent intermittentes.

### Résolution
<a name="snapstart-500-error-resolution"></a>

Réessayez de publier la version de la fonction.

## 401 Accès non autorisé
<a name="snapstart-401-unauthorized"></a>

**Erreur :** jeton de session ou clé d’en-tête incorrect

### Cause courante
<a name="snapstart-401-unauthorized-cause"></a>

Cette erreur se produit lors de l'utilisation du [AWS Systems Manager Parameter Store et de AWS Secrets Manager l'extension](with-secrets-manager.md) avec Lambda SnapStart.

### Résolution
<a name="snapstart-401-unauthorized-resolution"></a>

Le AWS Systems Manager Parameter Store et AWS Secrets Manager son extension ne sont pas compatibles avec SnapStart. L'extension génère des informations d'identification avec lesquelles communiquer AWS Secrets Manager lors de l'initialisation de la fonction, ce qui provoque des erreurs d'identification expirées lorsqu'elle est utilisée avec. SnapStart

## UnknownHostException (Java)
<a name="snapstart-dns-caching"></a>

**Erreur :** impossible d’exécuter la requête HTTP : le certificat pour `abc.us-east-1.amazonaws.com` ne correspond à aucun des noms alternatifs d’objet.

### Cause courante
<a name="snapstart-dns-caching-cause"></a>

Les fonctions Lambda mettent déjà en cache les réponses DNS. Si vous utilisez un autre cache DNS avec SnapStart, vous risquez de rencontrer des délais de connexion lorsque la fonction reprend à partir d'un instantané.

### Résolution
<a name="snapstart-dns-caching-resolution"></a>

Pour éviter les échecs `UnknownHostException` de l’environnement d’exécution de Java 11, nous vous recommandons de définir la valeur de `networkaddress.cache.negative.ttl` sur 0. Dans les environnements d’exécution de Java 17 et versions ultérieures, cette étape n’est pas nécessaire. Vous pouvez définir cette propriété pour une fonction Lambda à l’aide de la variable d’environnement `AWS_LAMBDA_JAVA_NETWORKADDRESS_CACHE_NEGATIVE_TTL=0`.

## Échecs de création d’instantanés
<a name="snapstart-creation-failure"></a>

**Erreur :** AWS Lambda impossible d'appeler votre SnapStart fonction. Si cette erreur persiste, consultez les CloudWatch journaux de votre fonction pour détecter les erreurs d'initialisation.

### Résolution
<a name="snapstart-creation-failure-resolution"></a>

Consultez les CloudWatch journaux Amazon de votre fonction pour connaître les délais d'expiration du hook [d'exécution](snapstart-runtime-hooks.md) avant le point de contrôle. Vous pouvez également essayer de publier une nouvelle version de fonction, ce qui peut parfois résoudre le problème.

## Latence de création d’instantanés
<a name="snapstart-creation-latency"></a>

**Problème :** lorsque vous publiez une nouvelle version de fonction, celle-ci reste à l’[état](snapstart-activate.md#snapstart-function-states) `Pending` pendant une longue période.

### Cause courante
<a name="snapstart-creation-latency-cause"></a>

Lorsque Lambda crée un instantané, votre code d’initialisation peut s’exécuter jusqu’à 15 minutes. Le délai d’attente est de 130 secondes ou le [délai d’expiration de la fonction configurée](configuration-timeout.md) (900 secondes au maximum), la valeur la plus élevée étant retenue.

Si votre fonction est [attachée à un VPC](configuration-vpc.md#configuration-vpc-attaching), Lambda devra peut-être également créer des interfaces réseau avant que la fonction ne devienne `Active`. Si vous essayez d’invoquer la version de la fonction alors que la fonction est `Pending`, vous pourriez obtenir une erreur 409 `ResourceConflictException`. Si la fonction est invoquée à l’aide d’un point de terminaison Amazon API Gateway, une erreur 500 peut s’afficher dans API Gateway.

### Résolution
<a name="snapstart-creation-latency-resolution"></a>

Attendez au moins 15 minutes que la version de la fonction soit initialisée avant de l’invoquer.