AWS Lambda: Tâche timed out

Il nous a été demandé pour mon projet d'école pour écrire du code Java qui s'exécute dans AWS Lambda. Il est censé obtenir le code source de l'Url et ensuite télécharger à partir d'un compartiment S3. Le code Java doit être en cours d'exécution sur AWS Lambda.

- Je obtenir le code source de la variable Chaîne de caractères en Java. Puis j'ai boucle while qui essaie d'écrire la Chaîne de caractères dans un fichier dans le répertoire /tmp. Ensuite, le fichier est téléchargé à S3.

Tout fonctionne, mais je suis coincé avec une URL spécifique. J'ai suivi le problème à ce point:

try {
    BufferedWriter out = new BufferedWriter(new FileWriter("/tmp/url.txt"));
    out.write(source_code);  //Replace with the string 
    //you are trying to write  
    out.close();
}
catch (IOException e) {
    System.out.println("Exception ");
}

Le plus étrange, c'est que quand je test le code en local, tout fonctionne. Le fichier est créé dans le répertoire /tmp sur mon ordinateur, puis il est transféré à un compartiment S3. Cependant, lorsque j'exécute le code dans Lambda, j'obtiens l'erreur suivante:

Task timed out after 15.00 seconds

Aucune idée pourquoi Lambda n'arrive pas à écrire le fichier dans son répertoire temp dans ce cas précis et il travaille avec les autres?

Ne ceci de l'aide à tous? (Juste un coup de feu dans l'obscurité, je ne sais pas vraiment)

InformationsquelleAutor jansv | 2017-04-23

49

Amazon Lambda est conçu pour être utilisé comme un événement piloté par le système qui répond aux événements. Le flux est:
- Il se passe quelque chose quelque part que déclenche Lambda (par exemple un téléchargement à Amazon S3, les données d'entrée en un Amazon Kinesis flux, une demande d'invocation de la fonction Lambda directement)
- La fonction Lambda est créé, les données de l'événement déclencheur est passé
- La fonction Lambda s'exécute
Lambda fonctions sont limitées à un maximum les temps d'exécution de 15 minutes (cela a été récemment augmenté à partir de l'original 5 minutes de délai d'attente). La limite réelle est configurée lorsque la fonction Lambda est créé. La limite est en place parce que les Lambda fonctions sont censé être petit et rapide plutôt que d'être les grandes applications.

Votre message d'erreur dit Task timed out after 15.00 seconds. Cela signifie que AWS intentionnellement arrêté la tâche une fois qu'il atteint un moment de l'exécution de 15 secondes. Il n'a rien à voir avec ce que la fonction a été fait à l'époque, ni le fichier en cours de traitement.

À corriger: Augmenter le paramètre de délai d'attente sur la page de configuration de votre fonction Lambda.
- Je suis d'accord avec @John . Vous avez besoin d'augmenter lambda délai de forclusion qui peuvent augmenter jusqu'à 5 minues. Votre code est plus de 15 secondes.
- C'est ce que j'ai essayé, j'ai augmenté le délai d'attente de 2 minutes et toujours pas de chance. Ma fonction Lambda circule toutes les 15 minutes, il est déclenché par Jenkins. Je ne comprends pas quand exécuter localement, il fonctionne tout à fait bien, mais quand Lambda, il échoue. C'est également le cas avec un site spécifique, les autres sont beaux et Lambda traite correctement. Aussi, pensez-vous qu'il sera préférable de ne pas stocker quoi que ce soit dans le répertoire /tmp et le télécharger directement à partir de la mémoire d'un compartiment S3? Merci beaucoup.
- Maintenant que vous avez augmenté le délai d'attente de 2 minutes, vous obtenez un "timed out au bout de 120 secondes" message? Si oui, cela signifie que les choses ne sont pas encore fini. Vous devez vous connecter autant d'informations que possible, et ensuite utiliser les journaux pour comprendre ce qui est en prenant tout le temps. (C'est le plaisir de la programmation!) Vraiment supprimer les fichiers à partir de /tmp après que vous avez téléchargé, ou vous serez à court d'espace. Il serait bon de log de la taille du fichier avant de le télécharger, donc, si elle échoue, vous aurez une idée de ce qu'il était en train de faire.
- Merci beaucoup John pour toutes vos réponses, vraiment l'apprécier. Je vais essayer d'élaborer un peu plus. Mon programme récupère le code source de l'URL dans la chaîne, puis la compare avec fichier déjà existant dans le répertoire /tmp (le code source à partir d'exécution précédente), et si quelque chose a changé, l'envoie vers un compartiment S3. De sorte que /tmp magasins le dernier fichier de code source à des fins de comparaison. Je me demandais si c'est une bonne pratique? Je suis allé étape par étape à suivre le problème et le programme se coince lorsqu'il tente d'écrire dans le fichier. Le peu que je ne comprends pas, c'est que si échoue avec un seul site.
- Et oui, encore obtenir le même message, même si l'augmentation de temps. Mais je pense que 120 secondes est beaucoup trop long, car en général, il faut environ 7 secondes.
- Vous ne devriez pas supposer que /tmp a des fichiers à partir d'une précédente Lambda invocation. Lambda peut réutiliser un contenant ou susceptibles de créer un nouveau conteneur. C'est pourquoi vous devez vider /tmp après utilisation, afin de ne pas le remplir. Il y a un maximum de 500 mo d'espace de stockage disponible. Bas de ligne... Tout dans le Journal et consulter les fichiers journaux!
- J'ai édité mon code de sorte qu'il ne fonctionne qu'avec les S3 fichiers maintenant. Cependant, j'obtiens toujours la même erreur. J'ai traqué, quelle est l'erreur. Je l'ai expliqué ici: stackoverflow.com/questions/43577746/aws-lambda-task-timed-out Toujours aucune idée de pourquoi il arrive tho.
- Vous avez accédé à cette question?
- Désolé, ma faute. Voici le bon lien: stackoverflow.com/questions/43623338/aws-lambda-buffered-reader
InformationsquelleAutor John Rotenstein
7

Dans mon cas, lorsque la tâche a bien fonctionné au niveau local, mais expiré sur Lambda, c'était parce que j'avais besoin d'augmenter la Mémoire allouée pour le Lambda instance.

InformationsquelleAutor andreamc
4

Il semble que vous avez configuré le délai d'attente de 15 secondes.Vous pouvez augmenter le délai d'attente comme décrit dans cette capture d'écran délai d'attente de configuration et comme par lambda paramètres de temps vous permettent d'exécuter est de 15 minutes. Espérons que cette aide!

InformationsquelleAutor user2226400
3

J'ai résolu le problème en plaçant le AWS SDK à l'extérieur du corps de la fonction:

JS:
```
var AWS = require("aws-sdk");
exports.handler = function(event, context, callback)
{
//var AWS = require("aws-sdk"); //Error: Task timed out after 3.00 seconds
var docClient = new AWS.DynamoDB.DocumentClient();
console.log("Lambda starts");
...
```
- C'est une bonne astuce. Pour plus de détails - cela aidera à pour deux raisons: 1) Le besoin maintenant se produit uniquement sur les lambda instance de démarrage, pas pour chaque lambda appel, de sorte que vous économiser du temps lorsque vous ne faites pas un démarrage à froid. 2) Lorsque le lambda instance de démarrage (démarrage à froid), il a un coup de pouce supplémentaire de la CPU à utiliser pour les choses de l'extérieur du corps de la fonction comme ceci, de sorte qu'il arrive plus vite qu'il ne le serait autrement.
InformationsquelleAutor Wolfgang Bischoff

Pour ceux en cours d'exécution dans ce problème de délai d'attente lors de l'utilisation de async, notez que le motif est différent pour le gestionnaire pour async fonctions.

Au lieu de

exports.handler = function (event, context, callback) {
    callback(null, {
        statusCode: 200,
        body: JSON.stringify({/* return stuff here */})
    });
};

c'est

exports.handler = async function (event, context) {
    return {
        statusCode: 200,
        body: JSON.stringify({/* return stuff here */})
    };
};

InformationsquelleAutor jperezov

0

Tout d'abord, pourquoi écrire dans /tmp/? Vous écrivez à l'endroit même où la fonction Lambda est arriver exécuté?

Cependant, une meilleure chose à faire, si vous voulez écrire une chaîne de caractères comme un S3 fichier, puis vous pouvez créer un S3Object et écrire directement à AWS S3. Voici un post qui montre un exemple: https://stackoverflow.com/a/29844224/358013
- /tmp/ est le seul endroit qui lambda vous permettent d'écrire des fichiers
- Indépendamment de l'écriture dans /tmp ou pas, les délais d'attente doivent être abordés en cours d'exécution longue lambda fonctions. Cette réponse ne traite pas de la question dans tout les sens!
InformationsquelleAutor blueskin

Vous devez vous connecter pour publier un commentaire.