Chave de ativação para n8n auto-hospedado

Oi - preciso de ajuda com um problema de chave de ativação na Community Edition.

  1. Mensagem de erro (“A chave de ativação já foi usada nesta instância.”).

  2. Seu endereço de e-mail da conta n8n. - rdesai@aptbusinessservices.com

  3. A chave de ativação -

  4. Executando n8n em (por exemplo, Docker, máquina local, auto-hospedado).

Oi @rdesai Bem-vindo!
“Chave de ativação já foi usada nesta instância” significa que a chave já foi resgatada naquela instância, então não pode ser aplicada uma segunda vez. Verifique primeiro em Configurações > Uso e plano, se já mostra Registrado então a licença da comunidade está ativa e não há nada mais a fazer.
Se não mostrar Registrado, limpe a licença armazenada e digite a chave novamente. No Docker:

docker exec -u node -it <your-n8n-container-name> n8n license:clear

Reinicie o container e depois cole a chave novamente em Configurações > Uso e plano. Em uma instalação npm execute n8n license:clear diretamente, sem necessidade de docker exec.

O que a edição comunitária registrada realmente desbloqueia:

Oi @rdesai bem-vindo à comunidade

Um ponto positivo é que isso é quase sempre corrigível do seu lado. A mensagem “já foi usado nesta instância” geralmente significa que sua instância ainda está registrada com a licença localmente, em vez da chave estar genuinamente esgotada.

Primeiro, confirme o estado: vá para Configurações - Uso e Plano. Se mostrar Registrado, essa é a situação que vamos corrigir.

Depois limpe a licença e reaplique:

Se você está executando n8n diretamente (npm/local):

n8n license:clear

…depois reinicie n8n e insira sua chave de ativação novamente.

Se você está executando no Docker:

docker exec -u node -it <your-n8n-container-name> n8n license:clear

…depois reinicie o container, volte para Configurações - Uso e Plano, e insira a chave novamente.

Se ainda ficar travado ou falhar depois disso, a identidade da instância antiga provavelmente está persistindo. Verifique novamente se sua pasta de dados persistentes (o diretório .n8n / volume montado) é realmente a que você espera — em configurações Docker/LXC, o aplicativo pode ser “novo” enquanto ainda monta os dados antigos onde o ID da instância reside. Começar com um caminho de dados genuinamente limpo deve permitir que ele seja ativado.

Se você confirmou que a licença foi limpa e o caminho de dados está limpo e ainda assim é rejeitado, a chave provavelmente está vinculada no lado do n8n — nesse caso, a equipe do n8n pode redefini-la/reemiti-la no lado do servidor. Nos avise como os passos acima correm e podemos continuar a partir daí.

Nota: não há necessidade de colar sua chave de ativação completa publicamente, é melhor mantê-la privada.

Muito obrigado Hammad. Funcionou

Obrigado, Anshul. Estou pronto

Marque meu post como solução, obrigado.