0
votes

Impossible de découvrir les versions d'identité disponibles lorsque vous contactez http: // contrôleur: 5000 / v3

Lorsque vous essayez de configurer un nœud de contrôleur pour la version OpenStack Usuri. Je suis invité à configurer le service d'orientation en tant que sous-service de gestion des images VM.

à la nécessité: Article (sous Ubuntu 18.04): P>

  1. J'ai créé un fichier nommé: admin-openrc.sh, sous Lieu: / USR / Share / Keystone, avec contenu: Li> ol> xxx pré>

    où admin_pass est personnalisé p>

    1. type cmd: source ./admin-openrc.sh p> li>

    2. Ensuite, créez un coup d'œil utilisateur avec cmd: OpenStack User Create Create --Domaine par défaut --Password-Rapid-Glance Code> P> P> P> li> ol>

      SORTIE, je reçois le message d'erreur: P>

      Failed to discover available identity versions when contacting http://controller:5000/v3. Attempting to parse version from URL.
      Unable to establish connection to http://controller:5000/v3/auth/tokens: HTTPConnectionPool(host='controller', port=5000): Max retries exceeded with url: /v3/auth/tokens (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7fa20bba02b0>: Failed to establish a new connection: [Errno -3] Temporary failure in name resolution',))
      


4 commentaires

Avez-vous enregistré contrôleur (utilisé dans le chemin http: // contrôleur ) dans / etc / hosts ou comment résoudre le adresse? Si vous avez utilisé les instructions de configuration trop simples, vous avez potentiellement manqué de remplacer contrôleur par l'adresse IP de l'hôte ou une adresse, qui peut être résolu par le fichier / etc / hosts.


La seule inscription que j'ai faite à contrôleur est indiquée à ce Link , comme hôte Apache2


Ouais, alors j'avais raison. Vous devez remplacer contrôleur derrière chaque http: // dans toutes les commandes openstack et dans chaque fichier de configuration par l'adresse IP de votre noeud contrôleur ou par un nom , qui est mappé par le / etc / hosts / -file à une adresse IP ou par un nom de domaine comme www.example.com , qui peut être résolu à l'adresse IP de votre noeud de contrôleur. Vous pouvez également enregistrer le nom contrôleur dans votre / etc. / hôte -file avec l'adresse IP de votre noeud de contrôleur comme solution de contournement. Donc, vous n'avez pas à changer chaque commande et config.


Je teste votre approche mais confuse dans la définition d'une adresse IP pour contrôleur . J'ai deux IPS: 10.0.0.4, IP hôte du système d'exploitation IP et 10.0.0.11 que l'IP de gestion pour contrôleur


4 Réponses :


0
votes

S'il s'agit d'une installation de noeud de contrôle unique (par exemple une instance unique de Keytstone), je vous recommanderais de simplement remplacer contrôleur avec l'adresse IP de gestion. Lorsque vous allez à la production, vous avez tendance à avoir un équilibreur de charge devant ce serveur, mais vous pouvez également utiliser un enregistrement DNS résolu sur tous vos nœuds (par exemple, contrôleur.internal). XXX

L'inconvénient d'utiliser contrôleur et ne pas avoir une solution d'équilibrage DNS ou de charge en avant (par exemple, en le ajoutant au fichier / etc / hosts) est que vous devez le maintenir manuellement sur tous les nœuds, y compris tous les nœuds de calcul Vous ajoutez à votre configuration.


0 commentaires

0
votes

J'ai ajouté une entrée à etc / hosts: 10.0.0.11 contrôleur puis ré-exécutez ce 2 cmds: xxx

mais réceptionné, même erreur: xxx

attendre votre aide,


0 commentaires

0
votes

a également essayé ceci:

$sudo ping controller

PING controller (10.0.0.11) 56(84) bytes of data.
From bassamvm01.internal.cloudapp.net (10.0.0.4) icmp_seq=1 Destination Host Unreachable
......
^C
--- controller ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5081ms
pipe 4


5 commentaires

Sur l'hôte, où essayez d'installer Keystone, existe-t-il même une interface réseau, qui écoute sur 10.0.0.11 ?


La seule configuration que j'ai faite avec 10.0.0.11 est à partir de Article , IE: J'ai ajouté la propriété intellectuelle dans le fichier /etc/mysql/mariadb.conf.d/99-openstack.cnf. Interface hôte du système d'exploitation: 10.0.0.4, je n'ai ajouté aucune nouvelle interface ...


Conseils généraux pour vous: Ne faites pas de simples commandes de copier-coller, lorsque vous ne savez pas ce qu'ils font.


Existe-t-il un besoin d'ajouter une interface réseau avec 10.0.0.11 ?


Si votre hôte physique n'a qu'une seule interface réseau avec IP 10.0.0.4 , vous devez utiliser cette adresse dans vos commandes et vos fichiers de configuration pour tout service, qui s'exécute sur cet hôte physique. Utilisation de 10.0.0.11 n'a aucun sens, lorsqu'une interface pysique ou virtuelle existe, qui écoute sur cette adresse IP.



0
votes

Merci pour votre remarque. J'ai réussi à accorder l'accès au contrôleur avec adresse 10.0.0.11

Je dois changer de carte réseau en conséquence (avec IP: 10.0.0.11)


0 commentaires