web-dev-qa-db-fra.com

Juju bootstrap me donne une erreur "409 CONFLICT"

je définis un environnement Juju sur Ubuntu 12.04LTS mais lorsque je donne la commande "juju bootstrap", une erreur est générée.

Unexpected Error interacting with provider: 409 CONFLICT
2012-04-13 02:25:01,025 ERROR Unexpected Error interacting with provider: 409 CONFLICT

Mon fichier environnements.yaml est comme:

environments:
  maas:
    type: maas
    maas-server: 'http://127.0.0.1:80/MAAS'
    maas-oauth: 'YQB6PzembfZtLzgy9q:9tzQyQpCbAG38Vf5Ph:EuNhAmH4LXrLJ6wtBUrYqe9wrwCyJrHf'
    admin-secret: 'nothing'
    default-series: precise
jujumaas
3
czajkowski

CONFLICT de maas signifie qu'il ne dispose d'aucun nœud à acquérir pour juju (juju bootstrap doit initialiser un nœud).

Malheureusement, ce n’est pas la meilleure erreur, juju a besoin d’être corrigé pour afficher tout le texte. Vous avez besoin de l'édition serveur de 12.04

4
czajkowski

J'ai eu la même erreur après avoir décidé de recommencer avec une nouvelle configuration Juju et en oubliant de lancer juju destroy-environment avant de supprimer ma configuration Juju (~/.juju). Cela laissait ma configuration MaaS comme si elle était actuellement déployée alors que ma nouvelle configuration Juju n’avait jamais été initialisée. Cela a entraîné l'obtention de l'erreur de conflit 409 CONFLICT.

Lorsque j'ai essayé de connecter ma nouvelle configuration au même MaaS, cette erreur s'est produite. J'ai même essayé de désallouer manuellement tous les noeuds du système MaaS en pensant qu'il y avait quelques problèmes.

Mais ce n’était pas le problème. MaaS stocke des fichiers, dont certains comprenant l'état démarré par Juju.

Pour réinitialiser cela, vous devez exécuter:

maas-cli login root http://<your_MaaS_server_hostname>/MAAS/
maas-cli root files list

Vérifiez si l’un des fichiers répertoriés porte le nom de fichier bootstrap-verify ou provider-state. Si tel est le cas, exécutez les commandes suivantes pour supprimer les fichiers et rétablir l'état "Non bootstrapped" du MaaS:

maas-cli root file delete bootstrap-verify
maas-cli root file delete provider-state

Exécutez juju status. Si cela vous donne une erreur indiquant qu'il n'est pas amorcé, exécutez simplement juju bootstrap et vous devriez être prêt à partir. Si cela indique une autre erreur indiquant qu'il pense être déployé mais ne peut pas trouver un fichier ou quelque chose, alors supprimez le dossier ~/.juju/environments/ (peut-être le sauvegarder au cas où), puis exécutez juju bootstrap.

0
Azendale