web-dev-qa-db-fra.com

juju Bootstrap --debug n'a pas réussi à se connecter https://streams.canonical.com

Comment puis-je résoudre ce cas, mon état:

  1. MAAS Server sur VM
  2. Juju dans le serveur principal
  3. Tous Ubuntu 14.04

Voici l'erreur

curl(6) "could not resolve Host: streams.canonical.com"

Setting up libboost-program-options1.54.0:AMD64 (1.54.0-4ubuntu3) ...
Setting up libboost-thread1.54.0:AMD64 (1.54.0-4ubuntu3) ...
Setting up libpcrecpp0:AMD64 (1:8.31-2ubuntu2) ...
Setting up libunwind8 (1.1-2.2ubuntu3) ...
Setting up libtcmalloc-minimal4 (2.1-2ubuntu1) ...
Setting up libgoogle-perftools4 (2.1-2ubuntu1) ...
Setting up libsnappy1 (1.1.0-1ubuntu1) ...
Setting up juju-mongodb (2.4.9-0ubuntu3) ...
Processing triggers for libc-bin (2.19-0ubuntu6) ...
curl: (6) Could not resolve Host: streams.canonical.com tools from https://streams.canonical.com/juju/tools/releases/juju-1.18.3-trusty-AMD64.tgz downloaded: HTTP 000; time 9.523s; size 0 bytes; speed 0.000 bytes/s ERROR bootstrap failed: rc: 1 Stopping instance...
Bootstrap failed, destroying environment ERROR rc: 1

J'ai ajouté toutes les adresses IP du serveur DNS dans/etc/network/interface en tant que serveurs DNS de noms 192. 10.0. ??

et l'erreur a changé pour

Traitement des déclencheurs pour libc-bin (2.19-0ubuntu6) ... curl: (7) Impossible de se connecter au port streams.canonical.com 443: connexion refusée.

Je peux cingler le streams.canonical.com, je pense qu'il y a un problème avec la certification SSL! Dois-je configurer la certification SSL sur mon serveur JUJU ou MAAS?!

J'ai essayé de démarrer juju avec la sangle d'amorçage de la machine VM en tant que serveur Juju.

ERREUR bootstrap a échoué: impossible de télécharger bootstrap outils: Juju ne peut pas bootstrap car aucun outil n'est disponible pour votre environnement. Vous voudrez peut-être utiliser le paramètre de configuration 'tools-metadata-url' pour spécifier l'emplacement des outils.

J'ai essayé de démarrer juju avec la sangle d'amorçage de la machine VM en tant que serveur Juju.

ERREUR bootstrap a échoué: impossible de télécharger bootstrap outils: Juju ne peut pas bootstrap car aucun outil n'est disponible pour votre environnement. Vous voudrez peut-être utiliser le paramètre de configuration 'tools-metadata-url' pour spécifier l'emplacement des outils.

jujumaas
5
Rastin

J'ai passé ces erreurs:
1) Utilisation de la session ssh et de la définition de localhost: 8080/MAAS comme adresse de masse, afin que juju sync-tools soit exécuté avec succès
2) En utilisant l'adresse IP: 80/MAAS, il a contourné la mauvaise passerelle et la connexion a été refusée, mais j'ai obtenu une autre erreur:

ERREUR juju.cmd supercommand.go: 305 gomaasapi: erreur de retour du serveur: 401 OK (l’horodatage ayant expiré: donné 1400739722 et maintenant 1400764922 a une différence plus grande que le seuil 300)
3) Où cette temporisation est-elle définie?

0
Rastin

Les erreurs de certificat SSL ne mèneraient pas à Connection Refused; il s’agit d’un message d’erreur très spécifique qui signifie qu’une connexion TCP a été refusée, soit parce que l’autre point de terminaison n’a pas de socket en écoute ouvert sur ce port, soit parce qu’elle a été refusée de manière administrative par un pare-feu (un défini sur REJECT paquets plutôt que DROP paquets).

Vérifiez les pare-feu sur tous les noyaux impliqués: VM invités, VM hôte, routeurs entre vous et Internet, etc.

Lorsque ces messages d'erreur deviennent très déroutants, cela peut être dû au fait que les processus ont été invités à utiliser un proxy et qu'aucun n'est disponible, ou que le proxy rencontre des problèmes ou est mal configuré.

Notez que APT peut utiliser des mandataires configurés via l'élément de configuration Acquire::http::Proxy dans /etc/apt/apt.conf ou /etc/apt/apt.conf.d/*. (Et il se peut que ce ne soit pas cette chaîne exacte; mieux vaut rechercher Proxy.) La plupart des autres opérations utiliseront la variable d'environnement http_proxy.

J'espère que ça aide.

1
sarnold

J'ai résolu le dernier problème:

Problème ERREUR juju.cmd supercommand.go: 305 gomaasapi: le serveur a renvoyé une erreur: 401 OK (l'horodatage expiré: donné 1400739722 et maintenant 1400764922 a une différence plus grande que le seuil 300) où cette temporisation est-elle définie?

Je ne trouvais pas pourquoi la commande juju utilisait UTC, mais j’ai mis le serveur MAAS et le serveur Juju sur UTC avec cette commande:

Sudo dpkg-reconfigure tzdata et enfin, j’ai démarré avec succès, attaché le juju!

0
Rastin