Problemas críticos de "n8n pode ter ficado sem memória" começando esta semana

Perguntas
1

Descreva o problema/erro/pergunta

A partir desta semana, estamos enfrentando um problema crítico de memória. Temos uma automação que tem sido executada uma vez por dia há cerca de 3 meses que faz um loop através de contatos no nosso CRM e dispara uma chamada de agente de IA através do Telnyx para chamadas de acompanhamento. Estava funcionando bem até esta semana, quando começamos a receber o erro: “A execução parou neste nó - n8n pode ter ficado sem memória durante a execução.”

Pior ainda, ao tentar visualizar o histórico de execução, os dados de execução não ficam visíveis ou salvos. Os nós que já foram executados apenas mostram: “Não é possível mostrar dados. A execução foi interrompida, portanto os dados não foram salvos. Tente corrigir o workflow e executá-lo novamente.”

image
image2517×1226 90.4 KB

Por causa disso, não conseguimos fazer nenhuma recuperação de dados manual ou continuação do workflow. Isso tem causado problemas significativos esta semana, e estamos tentando reconciliar nossos registros e atualizar os workflows de chamadas que podem ter falhado no meio do caminho.

Na quarta-feira passada e ontem, foi executado sem nenhum problema. Mas quando executa, ele para e o erro ocorre em um nó aleatório. Não houve alterações no nosso workflow ou instância n8n desde que esta automação começou, exceto pelas atualizações frequentes da instância n8n. Não há outras automações rodando em nossa instância.

Houve uma mudança recente nos limites de assinatura da nuvem n8n ou no uso/alocação de memória? Isso tem sido um grande desafio esta semana.

Obrigado.

Qual é a mensagem de erro (se houver)?

image
image2511×1217 157 KB

A execução parou neste nó
n8n pode ter ficado sem memória durante a execução. Mais contexto e dicas sobre como evitar isso

Por favor, compartilhe seu workflow

Este projeto envolve múltiplos workflows e subworkflows. Embora queiramos fornecer o máximo de contexto possível, não podemos compartilhar os arquivos publicamente porque contêm nossas conexões e detalhes de configuração internos da empresa. Ficamos felizes em fornecer esses dados por email de suporte se possível.

Aqui está uma amostra de um workflow que apresentou erro.

image
image1920×1020 293 KB

Compartilhe o resultado retornado pelo último nó

O último nó não tem saída e apenas mostra o aviso de erro “A execução parou neste nó”.

Informações sobre sua configuração n8n

  • versão n8n: 2.21.3
  • Banco de dados (padrão: SQLite): sqlite
  • configuração n8n EXECUTIONS_PROCESS (padrão: own, main):
  • Executando n8n via (Docker, npm, n8n cloud, aplicativo desktop): n8n Cloud
  • Sistema operacional: Windows 11 Pro
3

Você pode reverter para a versão anterior funcionando do n8n?

4

Oi, não acho que consigo fazer downgrade da versão através do painel n8n - só consigo alternar entre a última versão beta ou estável.

image
image1235×444 29.4 KB

5

Estou enfrentando o mesmo problema após atualizar o N8N esta semana. O mesmo erro “ran out of memory” está ocorrendo. Os workflows estavam funcionando normalmente nos últimos 6 meses, mas agora todos os workflows estão sendo desativados por causa deste problema.

Também reduzi a carga, mas o mesmo problema continua acontecendo. Anteriormente, eu estava lidando com cargas de trabalho muito mais pesadas, e o N8N nunca travava. Agora, mesmo processando apenas cerca de 60% daquela carga anterior, ainda está travando.

6

Oi, conheço esse problema – é o clássico limite de memória causado por carga descontrolada de itens na nuvem do n8n.

A causa está na forma como seu workflow processa os contatos do CRM. É solucionável, mas a estratégia correta de correção depende de como seu loop está estruturado atualmente e quantos contatos estão rodando simultaneamente.

Duas perguntas:

  • Quantos contatos aproximadamente o workflow processa diariamente?

  • Você usa um nó Split-in-Batches ou tudo roda em uma única passagem?

Então posso te dizer exatamente o que mudar.

7

O timing (começou esta semana após funcionar bem por meses) combinado com múltiplas pessoas vendo isso aponta para uma regressão em uma atualização recente do n8n. Duas coisas que valem a pena verificar agora:

  1. Verifique sua versão do n8n em relação ao changelog - se você está no n8n Cloud, pode ter atualizado automaticamente. Procure por qualquer mudança relacionada ao tratamento de dados de execução ou gerenciamento de memória de nós de IA na versão em que você está agora.

  2. Para o fluxo em si: a chamada do agente de IA fazendo loop através dos contatos do CRM é o provável ponto de pico de memória - cada turno do agente retém o contexto de execução na memória até que a execução seja concluída. Se o tamanho do lote não for controlado (por ex., todos os contatos rodando em paralelo via um nó Loop sem Split in Batches), uma atualização do n8n que mudou como snapshots de execução são armazenados poderia causar um pico repentino. Tente envolver a chamada do agente de IA em um nó Split in Batches com um tamanho de lote de 10-20 e veja se a memória se estabiliza.

8

@glenbenatiro , bom dia!
não dá para afirmar que é bug, primeiro compare se todos os volumes estão iguais entre o que funcionava antes e para agora (ex: n° de contatos processados, tamanho dos payloads) e desativaria o salvamento de execuções bem-sucedidas em produção.