Cloud: ejecutor de tareas inactivo durante más de 7 horas, todos los nodos de Code agotados después de 66s

Preguntas
1

Describe the problem/error/question

Desde 2026-08-26 06:00 UTC, todas las ejecuciones en producción en mi instancia de Cloud
que contienen un nodo Code fallan después de exactamente 66 segundos. El nodo Code nunca
se asigna a un ejecutor de tareas.
Instancia: brunoclozel.app.n8n.cloud
Plan: trial, 6 días restantes, 113/1000 ejecuciones utilizadas
Cronología:

  • 03:00 UTC - última ejecución exitosa (id 131)
  • 06:00 UTC en adelante - todos los flujos de trabajo programados fallan (ids 132 a 138)
  • 12:50, 12:57, 13:03 UTC - reintentos manuales, mismo fallo (ids 142, 143)
    Nada cambió de mi parte entre el último éxito y el primer fallo.
    Son pequeños flujos de trabajo programados que habían funcionado bien durante 9 días.
    El detalle importante: los flujos de trabajo SIN un nodo Code todavía se ejecutan normalmente.
    Un flujo de trabajo manejador de errores hecho solo de un disparador de errores y un nodo Telegram
    se completó en 0,4s a las 13:04 UTC (id 144), en la misma instancia, al mismo tiempo que
    los otros se agotaban. Entonces el fallo está aislado al ejecutor de tareas,
    no a mis flujos de trabajo ni a la instancia en general.
    No estoy ejecutando tareas largas o masivas en Code - el nodo en cuestión construye
    una cadena corta a partir de ~10 filas de una tabla de datos y devuelve en ~20ms cuando
    el ejecutor funciona correctamente.
    status.n8n.cloud no reporta ningún incidente.

What is the error message (if any)?

Please share your workflow

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)

Share the output returned by the last node

Último nodo ejecutado: el nodo Code. No produjo ninguna salida.
El nodo anterior (Data Table, get rows) devolvió sus filas normalmente,
por lo que la cadena es saludable hasta el punto donde el nodo Code se entrega al ejecutor.

Information on your n8n setup

  • n8n version: n8n Cloud (managed, auto-updated)
  • Database (default: SQLite): n8n Cloud managed default
  • n8n EXECUTIONS_PROCESS setting (default: own, main): n/a - n8n Cloud
  • Running n8n via (Docker, npm, n8n cloud, desktop app): n8n cloud
  • Operating system: n/a - n8n Cloud
2

¡Hola @Bruno_Clozel Bienvenido!
El runner no está caído, 2.37.1 rompe el nodo JavaScript Code, así que no hay nada en tu instancia para reprovisionar.

2.37.1 es la pista Beta y 2.36.7 es la Estable actual, así que la versión que quieres es anterior a la que tienes. Abre el panel de Cloud, ve a Manage > Workspace > Updates & maintenance, establece Release track en Stable, selecciona 2.36.7 en el menú desplegable de versión de n8n y haz clic en Change version. Reiniciará el workspace durante un minuto o dos.

3

Sus pruebas apuntan fuertemente a un problema del ejecutor de tareas en lugar de un problema de flujo de trabajo o tabla de datos. Dado que los flujos de trabajo sin nodos de código siguen funcionando normalmente y el mismo nodo de código funciona cuando el ejecutor está en buen estado, el tiempo de espera de 66 segundos parece ocurrir mientras se espera a que un ejecutor acepte la tarea.

El hecho de que los reintentos manuales muestren el mismo comportamiento también hace que un fallo temporal a nivel de flujo de trabajo sea menos probable.

4

Gracias, eso es exactamente. Estaba en la pista Beta sin darme cuenta, con la cadencia de actualización configurada en “Cada nuevo lanzamiento”, así que obtuve 2.37.1 tan pronto como se lanzó.

Justo cambié: Pista Release Beta → Stable, versión 2.36.7. El espacio de trabajo se está reiniciando ahora. Reportaré aquí si los nodos Code se recuperan, para que este hilo tenga una respuesta confirmada.

Una nota para quien encuentre esto después: status.n8n.cloud se mantuvo en verde y al 100% todo el tiempo, y la descripción general de Cloud mostró la instancia como saludable. Nada de mi lado indicaba un problema. El único síntoma visible era que todos los nodos Code agotaban el tiempo después de exactamente 66 segundos, mientras que los flujos de trabajo sin un nodo Code seguían ejecutándose normalmente en menos de un segundo.

También vale la pena señalar al equipo: abrí un ticket por correo electrónico y la respuesta de IA de primera línea me dijo “no hay ninguna acción de autoservicio disponible para resolver una tarea de ejecución fallida o no disponible” y lo escaló a un humano con un SLA de 3 días. La solución real fue un cambio de versión de dos minutos que podría haber hecho yo mismo. El foro me dio una respuesta correcta en minutos; el canal de correo electrónico me envió a esperar.