As configurações de rastreamento não podem ser salvas ou desativadas uma vez que o endpoint OTLP configurado se torna inacessível. A ação de salvar revalida o endpoint antigo em vez do novo, bloqueando todas as alterações, incluindo desativar o rastreamento.
Ambiente: n8n Cloud, Configurações → Rastreamento
Etapas para reproduzir:
Ative o rastreamento do OpenTelemetry com um endpoint OTLP válido (no nosso caso, uma URL de Função Serverless do Scaleway).
Esse endpoint mais tarde se torna permanentemente inacessível (o recurso subjacente foi excluído; o DNS não resolve mais para esse hostname).
Tente atualizar o campo do endpoint OTLP para uma nova URL válida e acessível, depois clique em Salvar configurações.
→ Falha: Failed to save settings — getaddrinfo ENOTFOUND <hostname antigo> — observe que isso faz referência ao antigo hostname sendo substituído, não ao novo sendo salvo.
Como alternativa (tentou contornar), em vez de alterar o endpoint, defina Status como Desativado (desativando o rastreamento completamente) e clique em Salvar configurações.
→ Falha com exatamente o mesmo erro, mesmo hostname antigo.
Comportamento esperado: Salvar novas configurações de rastreamento, especialmente desativar o rastreamento completamente ou alterar o endpoint, não deve depender da acessibilidade do endpoint sendo substituído.
Comportamento real: Qualquer salva de configurações nesta página parece revalidar a conectividade com o endpoint anteriormente salvo antes de persistir qualquer alteração, incluindo desativar o recurso. Uma vez que esse endpoint está permanentemente inativo, as configurações de Rastreamento ficam efetivamente travadas: não há maneira de alterá-las ou desativá-las pela interface do usuário.
Impacto: Incapacidade total de atualizar ou desativar a configuração de rastreamento do OpenTelemetry uma vez que o coletor configurado se torna inacessível.
O problema é basicamente um problema de como o n8n salva suas configurações de rastreamento do OpenTelemetry.
O recurso de rastreamento envia informações de monitoramento do n8n para outro servidor chamado endpoint OTLP. Neste caso, o endpoint OTLP original foi deletado, então seu domínio não pode mais ser encontrado. É por isso que o n8n retorna o erro getaddrinfo ENOTFOUND.
A parte estranha é que o n8n parece verificar o endpoint antigo antes de salvar as novas configurações.
Por exemplo, se o endpoint antigo era:
old-server.com
e eu o alterar para:
new-server.com
o n8n ainda tenta contatar old-server.com antes de salvar a alteração. Como esse servidor não existe mais, a operação de salvamento falha.
Mesmo se eu desabilitar completamente o rastreamento, o n8n ainda verifica o endpoint antigo e produz o mesmo erro.
Então o problema não é simplesmente que o endpoint de rastreamento está indisponível. O problema real é que o endpoint indisponível está impedindo que a configuração de rastreamento seja alterada ou desabilitada.
Em termos simples, o n8n está preso tentando verificar um endereço antigo que não existe mais, mesmo quando estou tentando substituir ou remover esse endereço.
O comportamento esperado é que o n8n permita ao usuário alterar ou desabilitar o rastreamento sem exigir que o endpoint antigo ainda esteja acessível.
Isso acontece porque o n8n tenta desligar ou limpar o exportador OpenTelemetry ativo enquanto o sistema está sendo salvo. Isso causa um erro DNS não tratado no endpoint inativo antes que a nova configuração entre em vigor.
Existem algumas maneiras de resolver este problema.
Uma opção é usar variáveis de ambiente para fazer isso. Para interromper ou substituir o rastreamento, altere-o na configuração do ambiente n8n e não na interface do usuário.
N8N_OTEL_TRACING_ENABLED=false
Mapeamento temporário de host/DNS local: Adicione uma entrada temporária ao seu servidor DNS ou arquivo /etc/hosts local. Esta entrada deve redirecionar o domínio antigo para um endereço IP local fictício (como 127.0.0.1). Depois que o n8n resolver o endpoint antigo, você poderá salvar ou desabilitar o rastreamento na interface do usuário.
Atualização de banco de dados (auto-hospedado/nuvem): Para corrigir isso, vá para a tabela de configurações do seu banco de dados n8n, localize os valores de configuração de rastreamento e altere-os. Em seguida, reinicie a instância.
Obrigado pelas respostas,
Embora não tenham ajudado (@Lopez é hospedado na nuvem, então sem acesso a variáveis de ambiente ou banco de dados, o roteamento DNS temporário não estava disponível porque é um endpoint Scaleway, então não tenho acesso)
Mas se resolveu sozinho! Provavelmente algum timeout sem uma boa resposta limpou o bug, ainda assim vale a pena notar que é um obstáculo.