Eu tive o mesmo erro depois de decidir começar de novo com uma nova configuração do Juju e esquecer de executar juju destroy-environment
antes de excluir minha configuração do Juju ( ~/.juju
). Isso deixou meu setup do MaaS pensando que ele estava atualmente implementado enquanto minha nova configuração do Juju nunca foi inicializada. Isso leva à obtenção do erro de conflito 409 CONFLICT
.
Quando tentei conectar minha nova configuração ao mesmo MaaS, ocorreu esse erro. Eu até tentei desalocar manualmente todos os nós no MaaS pensando que estava tendo algum problema lá.
Mas não foi esse o problema. O MaaS armazena arquivos, alguns deles incluindo o estado de bootstrap Juju.
Para redefinir isso, você precisa executar:
maas-cli login root http://<your_MaaS_server_hostname>/MAAS/
maas-cli root files list
Veja se algum dos arquivos listados tem o nome de arquivo bootstrap-verify
ou provider-state
. Em caso afirmativo, execute os seguintes comandos para remover os arquivos e redefinir o MaaS para estar em um estado "Sem bootstrapped":
maas-cli root file delete bootstrap-verify
maas-cli root file delete provider-state
Execute juju status
. Se você receber um erro que indique que ele não está em bootstrap, simplesmente execute juju bootstrap
e você deve estar pronto. Se ocorrer algum outro erro indicando que ele está implementado, mas não consegue localizar um arquivo ou algo assim, remova a pasta ~/.juju/environments/
(talvez faça backup apenas no caso) e, em seguida, execute juju bootstrap
.