web-dev-qa-db-fra.com

juju deploy ceph se bloque en attente dans un environnement maas

J'ai Ubuntu 14.04.1 avec maas 1.7.1 rc4 et juju 1.20.14. Mon ordinateur client est mis en service et déployé. Je peux ssh [email protected] et je peux juju ssh 1 avec succès. J'ai fait "juju deploy --config config.yaml ceph --to 1 ".

juph status ceph ressemble à:

juju status ceph
environment: maas
machines:
  "1":
    agent-state: pending
    dns-name: cl1stn2.maas
    instance-id: /MAAS/api/1.0/nodes/node-caa78cae-a5d5-11e4-b918-180373b04ac9/
    series: trusty
    hardware: Arch=AMD64 cpu-cores=16 mem=24576M tags=auitsdisk
services:
  ceph:
    charm: cs:trusty/ceph-31
    exposed: false
    relations:
      mon:
      - ceph
    units:
      ceph/0:
        agent-state: pending
        machine: "1"
        public-address: cl1stn2.maas
networks:
  maas-em1:
    provider-id: maas-em1
    cidr: 10.20.0.0/24

Je ne vois aucune tentative de contacter cl1stn2.maas et le statut reste en attente pour toujours. Je peux ssh vers cl1stn2.maas et juju ssh 1 avec succès. Je ne vois rien dans le journal all-machines.log.

Où dois-je chercher pour savoir ce qu'il attend?

jujumaasceph
5
Daniel Bidwell

Juju tente de démarrer une nouvelle machine et d'utiliser cloud-init pour injecter le script nécessaire pour télécharger et démarrer un processus d'agent juju. Ce processus contacte alors le serveur d'état juju (machine 0) et s'enregistre. Le statut reste en attente pour toujours jusqu'à ce que le client s'enregistre. La solution la plus simple avec juju et sa conception cloud, consiste simplement à retirer l'unité et à attendre qu'elle nettoie et éteigne le serveur, puis ajoutez une nouvelle unité et laissez-la tout déployer à nouveau.
S'il continue à échouer après plusieurs tentatives, il est plus que probable qu'il y a un problème avec votre configuration réseau.

1
Darryl Weaver