Vou corrigir seu n8n no coolify task runner, worker e erros de webhook
Especialista em DevOps para n8n 2x
Sobre este Serviço
n8n no Coolify quebrando após a atualização?
Problemas comuns que eu conserto:
Contêiner de worker ou de task-runner fica reiniciando ou aparece como não saudável
Requisição de tarefa expira após 60 segundos em nós Code
Workflows ficam presos na fila
repository docker.n8n.io/n8nio/runners não encontrado
Webhooks do Telegram ou outros estão falhando (webhook ruim)
As templates do Coolify para n8n podem ter configurações desatualizadas para n8n 2.x. Corrijo seu Compose file, variáveis de ambiente e healthchecks para que seus workers, task runners e webhooks funcionem de forma estável.
Envie-me uma captura de tela dos logs do Coolify e a sua versão do n8n.
Servidor:
Apache HTTP
•
Servidor virtual privado
Sistema operacional:
Windows
•
Linux
•
iOS
Outros serviços de Suporte de TI que eu ofereço
Perguntas frequentes
Tradução automática
Por que os workers ou task runners travam no Coolify depois de atualizar o n8n?
As templates do Coolify costumam usar configurações mais antigas do n8n 1.x. A versão 2.x requer sidecars atualizados do task-runner, endereços de listening do broker corretos e healthchecks específicos de contêiner para evitar reinicializações contínuas.
Por que meus webhooks (Telegram, Stripe, WhatsApp) falham no Coolify?
Webhooks falham quando as variáveis N8N_HOST, N8N_PROTOCOL ou WEBHOOK_URL estão ausentes ou mal configuradas por trás do proxy reverso do Coolify (Traefik/Caddy). Eu ajusto essas variáveis para que os gatilhos entrem com smooth.
O que corrige a requisição de tarefa que expira após 60 segundos no Coolify?
Isso acontece quando o processo principal do n8n não consegue se comunicar com o broker do task-runner devido à isolação de rede do contêiner ou portas mal vinculadas. Reconfiguro as configurações de rede do Docker Compose para resolver isso.
O acesso direto ao servidor é seguro?
Sim. Sempre exporto seu banco de dados do n8n, o estado do contêiner e a N8N_ENCRYPTION_KEY antes de fazer atualizações. O acesso pode ser revogado imediatamente após o trabalho ser concluído.

