

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Risoluzione degli SnapStart errori per le funzioni Lambda
<a name="snapstart-troubleshooting"></a>

Questa pagina affronta i problemi più comuni che si verificano durante l'utilizzo di Lambda SnapStart, inclusi errori di creazione di snapshot, errori di timeout ed errori interni del servizio.

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

**Errore:** si è verificato un errore (SnapStartNotReadyException) durante la chiamata all'operazione Invoke20150331: Lambda sta inizializzando la funzione. Sarà pronta per essere richiamata una volta che lo stato della funzione diventerà ATTIVO.

### Cause comuni
<a name="snapstartnotreadyexception-cause"></a>

Questo errore si verifica quando si prova a richiamare una versione della funzione che si trova nello [stato `Inactive`](snapstart-activate.md#snapstart-function-states). La versione della funzione diventa `Inactive` quando non viene richiamata per 14 giorni o quando Lambda riavvia periodicamente l'ambiente di esecuzione

### Risoluzione
<a name="snapstartnotreadyexception-resolution"></a>

Attendi che la versione della funzione raggiunga lo stato `Active`, quindi richiamala di nuovo.

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

**Problema:** viene visualizzato un messaggio `SnapStartTimeoutException` quando si tenta di richiamare la versione di una funzione. SnapStart 

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

Durante la fase di [ripristino](lambda-runtime-environment.md#runtimes-lifecycle-restore), Lambda ripristina il runtime Java ed esegue qualsiasi [hook di runtime](snapstart-runtime-hooks.md) successivo al ripristino. Se un hook di runtime post-ripristino viene eseguito per più di 10 secondi, la fase `Restore` scade e viene visualizzato un errore quando si prova a richiamare la funzione. I problemi relativi alla connessione di rete e alle credenziali possono anche causare un timeout per la fase `Restore`.

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

[Controlla i CloudWatch registri della funzione per verificare la presenza di errori di timeout verificatisi durante la fase di ripristino.](lambda-runtime-environment.md#runtimes-lifecycle-restore) Assicurati che tutti gli hook post-ripristino vengano completati in meno di 10 secondi.

**Example CloudWatch registro**  

```
{ "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"}
```

## Errore interno del servizio 500
<a name="snapstart-500-error"></a>

**Errore:** Lambda non è riuscito a creare un nuovo snapshot perché è stato raggiunto il limite di creazione simultanea di snapshot.

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

Un errore 500 è un errore interno al servizio Lambda stesso e non un problema relativo alla funzione o al codice. Questi errori sono spesso intermittenti.

### Risoluzione
<a name="snapstart-500-error-resolution"></a>

Prova a pubblicare nuovamente la versione della funzione.

## 401 - Autorizzazione negata
<a name="snapstart-401-unauthorized"></a>

**Errore:** token di sessione o chiave di intestazione errati

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

Questo errore si verifica quando si utilizza l'[archivio AWS Systems Manager dei parametri e Gestione dei segreti AWS l'estensione](with-secrets-manager.md) con SnapStart Lambda.

### Risoluzione
<a name="snapstart-401-unauthorized-resolution"></a>

Il AWS Systems Manager Parameter Store e Gestione dei segreti AWS l'estensione non sono compatibili con SnapStart. L'estensione genera credenziali con cui comunicare Gestione dei segreti AWS durante l'inizializzazione della funzione, il che causa errori di credenziali scadute se utilizzata con. SnapStart

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

**Errore:** impossibile eseguire la richiesta HTTP: il certificato per `abc.us-east-1.amazonaws.com` non corrisponde a nessuno dei nomi alternativi del soggetto.

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

Le funzioni Lambda memorizzano già nella cache le risposte DNS. Se si utilizza un'altra cache DNS con SnapStart, è possibile che si verifichino dei timeout di connessione quando la funzione riprende da un'istantanea.

### Risoluzione
<a name="snapstart-dns-caching-resolution"></a>

Per evitare errori `UnknownHostException` nel runtime di Java 11, si consiglia di impostare `networkaddress.cache.negative.ttl` su 0. Nei runtime di Java 17 e successivi, questa operazione non è necessaria. È possibile impostare questa proprietà per una funzione Lambda con la variabile di ambiente `AWS_LAMBDA_JAVA_NETWORKADDRESS_CACHE_NEGATIVE_TTL=0`.

## Errori di creazione snapshot
<a name="snapstart-creation-failure"></a>

**Errore: AWS Lambda impossibile richiamare** la funzione. SnapStart Se l'errore persiste, controlla i CloudWatch log della funzione per verificare la presenza di errori di inizializzazione.

### Risoluzione
<a name="snapstart-creation-failure-resolution"></a>

[Controlla i CloudWatch log Amazon della tua funzione per verificare i timeout degli hook di runtime prima di checkpoint.](snapstart-runtime-hooks.md) Puoi anche provare a pubblicare una nuova versione della funzione, che a volte può risolvere il problema.

## Frequenza di creazione degli snapshot
<a name="snapstart-creation-latency"></a>

**Problema:** quando si pubblica una nuova versione della funzione, la funzione rimane nello [stato](snapstart-activate.md#snapstart-function-states) `Pending` per un lungo periodo.

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

Quando Lambda crea uno snapshot, il codice di inizializzazione può essere eseguito per un massimo di 15 minuti. Il limite di tempo è 130 secondi o il [timeout della funzione configurato](configuration-timeout.md) (massimo 900 secondi), a seconda di quale dei due valori sia più elevato.

Se la funzione è [collegata a un VPC](configuration-vpc.md#configuration-vpc-attaching), Lambda potrebbe anche dover creare interfacce di rete prima che la funzione diventi `Active`. Se provi a richiamare la versione della funzione mentre la funzione è `Pending`, potresti ottenere un `ResourceConflictException` 409. Se la funzione viene richiamata utilizzando un endpoint Gateway Amazon API, potresti ricevere un errore 500 in API Gateway.

### Risoluzione
<a name="snapstart-creation-latency-resolution"></a>

Attendi almeno 15 minuti per l'inizializzazione della versione della funzione prima di richiamarla.