Problemas críticos de "n8n puede haber agotado la memoria" comenzando esta semana

Preguntas
1

Descripción del problema/error/pregunta

Desde esta semana, estamos experimentando un problema crítico de memoria. Tenemos una automatización que ha estado ejecutándose una vez al día durante aproximadamente 3 meses, que recorre contactos en nuestro CRM y envía una llamada de agente de IA a través de Telnyx para llamadas de seguimiento. Funcionaba correctamente hasta esta semana, cuando comenzamos a recibir el error: “Execution stopped at this node - n8n may have run out of memory while running this execution.”

Peor aún, al intentar ver el historial de ejecuciones, los datos de ejecución no son visibles ni se guardan. Los nodos que ya se ejecutaron simplemente dicen: “Can’t show data. The execution was interrupted, so the data was not saved. Try fixing the workflow and re-executing.”

image
image2517×1226 90.4 KB

Debido a esto, no podemos realizar ninguna recuperación manual de datos ni continuar el flujo de trabajo. Esto ha causado problemas significativos esta semana, y hemos estado intentando reconciliar nuestros registros y ponernos al día con cualquier flujo de trabajo de llamadas que pueda haber fallado a mitad de camino.

El miércoles pasado y ayer, se ejecutó sin ningún problema. Pero cuando lo hace, se detiene y el error ocurre en un nodo aleatorio. No ha habido cambios en nuestro flujo de trabajo o instancia de n8n desde que comenzó esta automatización, aparte de las frecuentes actualizaciones de la instancia de n8n. No hay otras automatizaciones ejecutándose en nuestra instancia.

¿Ha habido un cambio reciente en los límites de suscripción en la nube de n8n o en el uso/asignación de memoria? Esto ha sido todo un desafío esta semana.

Gracias.

¿Cuál es el mensaje de error (si existe)?

image
image2511×1217 157 KB

Execution stopped at this node
n8n may have run out of memory while running this execution. More context and tips on how to avoid this

Por favor, comparte tu flujo de trabajo

Este proyecto involucra múltiples flujos de trabajo y subflujos de trabajo. Si bien queremos proporcionar la mayor cantidad de contexto posible, no podemos compartir los archivos públicamente porque contienen nuestras conexiones internas de la empresa y detalles de configuración. Estaremos encantados de proporcionarlos a través de un correo electrónico de soporte si es posible.

Aquí hay una muestra de un flujo de trabajo que generó un error.

image
image1920×1020 293 KB

Comparte el resultado devuelto por el último nodo

El último nodo no tiene resultado y solo muestra el banner de error “Execution stopped at this node”.

Información sobre tu configuración de n8n

  • Versión de n8n: 2.21.3
  • Base de datos (predeterminada: SQLite): sqlite
  • Configuración de n8n EXECUTIONS_PROCESS (predeterminada: own, main):
  • Ejecutando n8n a través de (Docker, npm, n8n cloud, aplicación de escritorio): n8n Cloud
  • Sistema operativo: Windows 11 Pro
3

¿Puedes revertir a la versión anterior funcional de n8n?

4

Hola, no creo que pueda cambiar a una versión anterior a través del panel de n8n - solo puedo cambiar entre la última versión beta o estable.

image
image1235×444 29.4 KB

5

Estoy enfrentando el mismo problema después de actualizar N8N esta semana. El mismo error de “falta de memoria” está ocurriendo. Los flujos de trabajo habían estado funcionando bien durante los últimos 6 meses, pero ahora todos los flujos de trabajo se están desactivando debido a este problema.

También reduje la carga, pero el mismo problema sigue sucediendo. Anteriormente, estaba manejando cargas de trabajo mucho más pesadas, y N8N nunca se bloqueaba. Ahora, incluso procesando solo alrededor del 60% de esa carga anterior, sigue fallando.

6

Hola, conozco este problema – es un clásico Memory-Limit por carga descontrolada de items en n8n Cloud.

La causa está en cómo tu workflow procesa los contactos del CRM. Es solucionable, pero la estrategia correcta de fix depende de cómo está construido actualmente tu loop y cuántos contactos se ejecutan simultáneamente.

Dos preguntas:

  • ¿Cuántos contactos procesa el workflow diariamente aproximadamente?

  • ¿Utilizas un nodo Split-in-Batches o todo se ejecuta en una sola pasada?

Entonces puedo decirte exactamente qué cambiar.

7

El timing (comenzó esta semana después de funcionar bien durante meses) combinado con que múltiples personas lo vean apunta a una regresión en una actualización reciente de n8n. Hay dos cosas que vale la pena verificar ahora:

  1. Comprueba tu versión de n8n contra el changelog - si estás en n8n Cloud es posible que se haya actualizado automáticamente. Busca cualquier cambio relacionado con el manejo de datos de ejecución o gestión de memoria de nodos de IA alrededor de la versión en la que estés ahora.

  2. Para el workflow en sí: la llamada del agente de IA que recorre los contactos del CRM es el probable punto de pico de memoria - cada turno del agente retiene el contexto de ejecución en memoria hasta que se completa la ejecución. Si el tamaño del lote no está controlado (por ejemplo, todos los contactos ejecutándose en paralelo a través de un nodo Loop sin Split in Batches), una actualización de n8n que cambió cómo se almacenan las snapshots de ejecución podría causar un pico repentino. Intenta envolver la llamada del agente de IA en un nodo Split in Batches con un tamaño de lote de 10-20 y observa si la memoria se estabiliza.

8

@glenbenatiro , ¡buenos días!
no se puede afirmar que sea un bug, primero compara si todos los volúmenes son iguales entre lo que funcionaba antes y ahora (ej: nº de contactos procesados, tamaño de los payloads) y desactivaría el guardado de ejecuciones exitosas en producción.