Cloud : gestionnaire de tâches indisponible depuis plus de 7 heures, chaque nœud Code expire après 66s

Questions
1

Décrivez le problème/l’erreur/la question

Depuis le 2026-08-26 06:00 UTC, chaque exécution en production sur mon instance Cloud
qui contient un nœud Code échoue après exactement 66 secondes. Le nœud Code n’est jamais
associé à un exécuteur de tâches.
Instance : brunoclozel.app.n8n.cloud
Plan : essai, 6 jours restants, 113/1000 exécutions utilisées
Chronologie :

  • 03:00 UTC - dernière exécution réussie (id 131)
  • 06:00 UTC et après - chaque flux de travail programmé échoue (ids 132 à 138)
  • 12:50, 12:57, 13:03 UTC - tentatives manuelles, même échec (ids 142, 143)
    Rien n’a changé de mon côté entre le dernier succès et le premier échec.
    Il s’agit de petits flux de travail programmés qui s’exécutaient correctement depuis 9 jours.
    Le détail important : les flux de travail SANS nœud Code s’exécutent toujours normalement.
    Un flux de travail de gestion des erreurs composé uniquement d’un déclencheur d’erreur et d’un nœud Telegram
    s’est terminé en 0,4s à 13:04 UTC (id 144), sur la même instance, au même moment où les autres étaient en délai d’attente. L’échec est donc isolé à l’exécuteur de tâches,
    pa à mes flux de travail et pas à l’instance dans son ensemble.
    Je n’exécute pas de tâches Code longues ou volumineuses - le nœud en question crée
    une courte chaîne à partir de ~10 lignes d’une table de données et s’exécute en ~20ms quand
    l’exécuteur est en bon état.
    status.n8n.cloud ne signale aucun incident.

Quel est le message d’erreur (le cas échéant) ?

Veuillez partager votre flux de travail

Task request timed out

Your Code node task was not matched to a runner within the timeout period
(waited 66 seconds). This indicates that the task runner is currently down,
or not ready, or at capacity.

Stack:
Error: Task request timed out
    at LocalTaskRequester.requestExpired (task-requester.ts:310:17)
    at LocalTaskRequester.onMessage (task-requester.ts:276:10)
    at TaskBroker.handleRequestTimeout (task-broker.service.ts:179:50)

Partagez la sortie renvoyée par le dernier nœud

Dernier nœud exécuté : le nœud Code. Il n’a produit aucune sortie.
Le nœud qui le précédait immédiatement (Tableau de données, obtenir les lignes) a renvoyé ses lignes
normalement, donc la chaîne est saine jusqu’au point où le nœud Code les confie
à l’exécuteur.

Informations sur votre configuration n8n

  • Version n8n : n8n Cloud (géré, mise à jour automatique)
  • Base de données (par défaut : SQLite) : n8n Cloud, base de données gérée par défaut
  • Paramètre EXECUTIONS_PROCESS de n8n (par défaut : own, main) : n/a - n8n Cloud
  • Exécution de n8n via (Docker, npm, n8n cloud, application de bureau) : n8n cloud
  • Système d’exploitation : n/a - n8n Cloud
2

Salut @Bruno_Clozel Bienvenue !
Le runner n’est pas arrêté, 2.37.1 casse le nœud de code JavaScript, donc il n’y a rien à réapprovisionner sur votre instance.

2.37.1 est sur la piste Beta et 2.36.7 est la Stable actuelle, donc la version que vous voulez est inférieure à celle sur laquelle vous êtes. Ouvrez le tableau de bord Cloud, allez dans Gérer > Espace de travail > Mises à jour et maintenance, définissez la piste de publication sur Stable, sélectionnez 2.36.7 dans le menu déroulant version n8n et cliquez sur Changer de version. Cela redémarre l’espace de travail pendant une minute ou deux.

3

Vos tests indiquent fortement un problème de task-runner plutôt qu’un problème de workflow ou de Data Table. Puisque les workflows sans nœuds Code s’exécutent toujours normalement et que le même nœud Code fonctionne quand le runner est sain, le délai d’expiration de 66 secondes semble se produire en attendant qu’un runner accepte la tâche.

Le fait que les tentatives manuelles affichent le même comportement rend également moins probable une défaillance temporaire au niveau du workflow.

4

Merci, c’est exactement ça. J’étais sur la piste Beta sans le réaliser, avec le cadence de mise à jour défini sur « Chaque nouvelle version », donc j’ai reçu 2.37.1 dès sa sortie.

Juste changé : piste Release Beta → Stable, version 2.36.7. L’espace de travail redémarre maintenant. Je vous ferai un retour ici pour savoir si les nœuds Code se rétablissent, pour que ce fil ait une réponse confirmée.

Une note pour ceux qui trouveront ceci plus tard : status.n8n.cloud est resté vert et à 100 % pendant tout ce temps, et l’aperçu Cloud a montré l’instance comme saine. Rien de mon côté n’indiquait un problème. Le seul symptôme visible était que chaque nœud Code s’écoulait après exactement 66 secondes tandis que les flux de travail sans nœud Code continuaient à s’exécuter normalement en moins d’une seconde.

Également important de signaler à l’équipe : j’ai ouvert un ticket par email et la réponse IA en première ligne m’a dit « il n’y a aucune action en libre-service disponible pour résoudre un task runner défaillant ou indisponible » et a escaladé vers un humain avec un SLA de 3 jours. La correction réelle a été un changement de version en deux minutes que j’aurais pu faire moi-même. Le forum m’a donné la bonne réponse en quelques minutes ; le canal email m’a envoyé attendre.