web-dev-qa-db-fra.com

juju bootstrap échoue avec des erreurs de temporisation de connexion

Ceci est une question de suivi à mon question précédente . À l'époque, juju suspendait sa tentative de connexion au nœud MAAS. Dieu sait ce qui s'est passé, il s'est poursuivi et échoue maintenant avec une erreur de temporisation de connexion lors de la tentative de téléchargement d'outils à partir du site Web canonique. L'erreur exacte est -

curl: (7) Failed to connect to streams.canonical.com port 443: Connection timed out

tools from https://streams.canonical.com/juju/tools/releases/juju-1.18.4-trusty-AMD64.tgz downloaded: HTTP 000; time 126.330s; size 0 bytes; speed 0.000 bytes/s 

2014-10-16 23:32:08  ERROR juju.provider.common bootstrap.go:123 bootstrap failed: rc: 1

Le lien d'où juju essaie de télécharger des trucs est parfaitement valide.

J'ai vu des gens avoir des problèmes similaires de connexion à https://streams.canonical.com mais là le problème était que juju n'a pas pu résoudre le nom d'hôte mais je ne pense pas que ce soit le cas avec notre problème

Tous les indices sont les bienvenus.

[~ # ~] edit [~ # ~] : Pendant que juju se bloque en essayant de se connecter à canonical avant d'abandonner, j'ai couru juju -status d'un autre terminal. Il montre cette erreur

ERROR state/api: websocket.Dial wss://slot13.maas:17070/: dial tcp 10.10.10.102:17070: connection refused

10.10.10.102 est l'adresse IP privée de notre nœud distant. Sur un terminal, juju dit que ses outils de téléchargement essayent de déployer le nœud et sur l'autre nœud, il dit que le nœud distant refuse la connexion. Assez paradoxal!

14.04jujumaascloudcanonical
2
Pavan Manjunath

Si, dans maas, 10.10.10.102 est défini comme votre passerelle, ce serait le comportement attendu. Au moins, ce serait par moi, après avoir été mordu par ce roi des choses. J'ai renommé la machine que j'utilisais pour juju bootstrap en jujuBS, alors essayez ceci, qui apporte tout ce dont vous avez besoin localement au serveur maas:

mkdir ~./.juju/sync-tools
juju sync-tools –e maas –destination=”~/.juju/sync-tools”
juju bootstrap –e maas –-upload-tools=true –-metadata-source=”.juju/sync-tools” -–to jujuBS.local
mkdir –p ~/.juju/charms/trusty
juju charm get juju-gui .juju/charms/trusty
juju deploy –repository=”~/.juju/charms” local:juju-gui
2
rmustakos

J'ai eu la même erreur sur mon environnement et j'ai résolu l'exécution de la commande suivante:

$: juju bootstrap -e maas --to JujuGui.maas  --upload-tools --debug

ci-dessous le résultat du débogage:

http://paste.ubuntu.com/14696174/

après cela, j'ai installé juju-gui

$: juju status -e maas
environment: maas
machines:
  "0":
    agent-state: started
    agent-version: 1.25.3.1
    dns-name: JujuGui.maas
    instance-id: /MAAS/api/1.0/nodes/node-0672fb10-c53d-11e5-a26c-525400c4a170/
    series: trusty
    hardware: Arch=AMD64 cpu-cores=1 mem=1024M
    state-server-member-status: has-vote
services: {}

$: juju deploy juju-gui --to 0

l'exécution de cette commande obtient cette erreur

ERROR cannot retrieve charm "cs:trusty/juju-gui-44": cannot get archive: Get https://api.jujucharms.com/charmstore/v4/trusty/juju-gui-44/archive: dial tcp 162.213.33.122:443: connection refused

pourquoi?

0
Riccardo Magrini