A execução trava ou some com volume grande
Execução do n8n parada com aviso de memória, 503 ou Connection Lost? Veja as causas e como dividir o processamento ou aumentar a memória da instância.
Esta área parte do sintoma, do jeito que ele aparece na tela do n8n. Ela termina na correção. Cada solução traz o que você está vendo, por que acontece, como corrigir e como conferir.
| Sintoma | Causa mais comum |
|---|---|
| Webhook funciona no teste e não em produção | URL de teste no sistema externo ou workflow sem publicar |
| URL do webhook com localhost ou porta 5678 | Instância atrás de proxy sem a URL pública configurada |
| Agendamento no horário errado | Fuso padrão da instância em Nova York |
| Agendamento ignora a alteração | Intervalo lido só na publicação |
| Execução trava ou some | Falta de memória com volume grande ou arquivos pesados |
Procure pelo sintoma que você vê na tela, não pela causa que imagina. Siga as correções na ordem: elas vão da verificação mais simples para a mais trabalhosa. Depois de corrigir, faça a conferência indicada no fim de cada solução.
Os problemas específicos da atualização para o n8n 3.0, como a pasta binaryData e o Slack Trigger com erro 401, ficam na etapa “Resolver problemas” da série de migração.
Execução do n8n parada com aviso de memória, 503 ou Connection Lost? Veja as causas e como dividir o processamento ou aumentar a memória da instância.
Alterou o intervalo ou a variável do Schedule Trigger e o n8n continua no horário antigo? O agendamento só muda quando o workflow é publicado de novo.
O Schedule Trigger do n8n dispara com horas de diferença? Ajuste o fuso da instância com GENERIC_TIMEZONE ou o fuso do workflow nas configurações.
O webhook do n8n responde na URL de teste e não recebe nada em produção? Confira a URL usada no sistema externo, a publicação do workflow e o método HTTP.
Atrás de um proxy reverso, o n8n mostra a URL do webhook com localhost ou a porta 5678? Configure N8N_WEBHOOK_URL e N8N_PROXY_HOPS e publique de novo.