Eu não sou 100% positivo, isso funciona com o MAAS - mas eu sei que esse método funciona com outros provedores. Quando eu quero destruir um serviço e seu "preso" em um estado agonizante, usando sua implantação wordpress como um exemplo:
juju resolve wordpress/0
agora, se isso não ajudar a situação, ergo, continua a ir de gancho em gancho em um estado de erro, vou destruir a máquina com extremo preconceito. (note que isso produz uma máquina irrecuperável e deve ser tratado com cuidado, como você faria com qualquer operação rm -rf - isso destruirá a máquina em questão)
Obtenha o ID da máquina a partir do comando juju status - then:
juju destroy-machine --force <machine_id>
Se isso continuar a deixar o serviço mysql em um estado de dificuldade, você poderá resolvê-lo manualmente seguindo o fluxo de trabalho acima:
juju resolve mysql/0
se tudo mais falhar e você não se importar com os dados
juju destroy-machine --force <machine_id>
Em relação à saída do log - saiba que há um esforço para não permitir que o juju use o git, portanto, problemas de dispersão como esse não surgem para os usuários finais. Eu não tenho um ETA quando esse recurso vai pousar, mas seu WIP no momento.