Uma automação que funcionava e parou de repente: as causas mais comuns

Uma automação que funcionava e parou quase nunca avariou sozinha: mudou alguma coisa à volta dela. A forma mais rápida de a reparar é saber quando foi a última vez que correu bem, e o que mudou nesse dia. Percorra a lista abaixo por esta ordem.

O método, em quatro passos

1 Ache a última execução boa e a primeira má. Olhe para os registos, para a lista de execuções do n8n ou para o ficheiro de registo do script. A diferença entre as duas datas é a sua pista.
2 Pergunte o que mudou nesse dia. Uma palavra-passe, um plano, uma actualização, um certificado, um endereço, um colaborador que saiu.
3 Teste cada elo à mão. Um pedido curl à API, um início de sessão na conta, um acesso ao endereço. Veja o que é um webhook e como o testar com curl.
4 Corrija um elo de cada vez e volte a correr, em vez de mudar tudo e não saber o que resolveu.

As causas, por ordem de frequência

Causa Como a reconhece O que fazer
Autorização expirada ou retirada Erro 401 ou 403, ou uma mensagem sobre token ou sessão. Voltar a autorizar a ligação; se foi uma palavra-passe que mudou, actualizar a credencial.
A API do outro lado mudou Um campo que desapareceu ou mudou de nome; erros de «campo desconhecido». Ler as notas de alterações do serviço e ajustar o fluxo.
Limite de pedidos atingido Erro 429, ou falhas só em horas de maior volume. Espaçar os pedidos ou enviar em lotes.
Certificado expirado ou endereço novo O gatilho nunca dispara; o outro lado não consegue ligar-se ao seu. Verificar o HTTPS do endereço e se o webhook ainda aponta para o sítio certo.
O seu servidor ficou sem espaço ou memória O programa reinicia, ou grava erros de «sem espaço no disco». Veja o disco cheio de Docker, ou a memória do n8n.
O fluxo foi desactivado Está guardado, mas não está activo. Acontece depois de actualizações ou restauros. Voltar a activá-lo e ver se o endereço de produção mudou.
O seu IP foi bloqueado Os pedidos deixam de passar de um dia para o outro. Veja porque o seu IP é bloqueado.
Se a automação envia mensagens a clientes, pare-a antes de investigar. Uma correcção a meio pode reenviar tudo o que ficou em fila. Desactive o fluxo, arrume a causa, e só depois o volte a ligar, com uma verificação do que já foi enviado.
Ponha um aviso a vigiar a automação. A mais perigosa é a que falha em silêncio. Um aviso diário do tipo «correu, tratou N itens» mostra o dia em que deixa de aparecer. Veja um fluxo falhou: ler o erro e receber um alerta.

Não consegue perceber o que mudou? Descreva o que corria, desde quando falha e o que fez, e abra um pedido. O código do seu fluxo ou script é seu, mas ajudamos com o que for do servidor.

Abrir um pedido

VEJA TAMBÉM

O que é um webhook e como o testar com curl

Webhooks do n8n: endereço de teste, de produção, e porque não disparam

Até onde vai o nosso suporte

PRODUTO RECOMENDADO

Alojamento de sites com cPanel

Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde $6.60/mês (plano de 3 anos, com cupom)

Ver planos
  • 0 Usuários acharam útil
Esta resposta lhe foi útil?