O que aconteceu
- Plano Pro, versão 2.45.5 (canal beta). Em 8 de novembro, nosso workspace entrou em estado “Workspace offline (503) – reiniciando” e permaneceu assim por mais de 58 horas.
- Nos 9 dias anteriores, nossos próprios workflows registraram 14 erros “Workflow não foi concluído, possível problema de falta de memória”. Os dois últimos ocorreram com 30 minutos de intervalo, logo antes do workspace parar de responder.
- Dois reinícios do Painel de Administração não ajudaram. O assistente de IA do suporte confirmou “reiniciando repetidamente devido a falhas relacionadas à memória” e escalou. Ticket T-A15747; nenhuma resposta humana ainda.
Três coisas que outros desenvolvedores podem achar úteis
- O dashboard da nuvem mostrou “Online” o tempo todo enquanto a instância em si retornava 503. O contador de execução também estava com dois meses de atraso. Verifique a URL da instância, não o badge.
- Reiniciar pelo seu lado não quebra o loop. Os workflows pesados a fazem falhar novamente na inicialização. É necessário que a equipe n8n redefina com triggers pausados.
- Seus alarmes ficam silenciosos com o workspace. Todos os nossos alarmes eram workflows n8n, então o silêncio parecia saúde. Estamos adicionando um watchdog fora do n8n: um temporizador de banco de dados que alerta quando a frota para de escrever.
Possíveis causas em nossos workflows: um nó Gmail “obter muitos” buscando mensagens brutas completas; uma chamada de API de execuções com dados de execução incluídos para 25 execuções com falha; e quatro workflows pesados agendados na mesma janela de 40 minutos. Estamos corrigindo isso antes de reativá-los.
Pergunta para a equipe n8n: alguém pode analisar T-A15747 e fazer uma redefinição com triggers de produção pausados? Fico feliz em compartilhar detalhes do workspace por mensagem direta.