Openstack-Keystone ne parvient pas à démarrer

J'ai essayé presque tout ce qui, dans le passé, couple de jours pour obtenir keystone courir en vain.

La configuration est tous sur le même hôte, la virtualisation et la openstack et les clés de voûte sont tous sur le même hôte, donc j'ai essayé la configuration de keystone avec 127.0.0.1 et localhost et l'adresse IP de l'hôte avec pas de chance

[DEFAULT] log_file = /var/log/keystone/keystone.log 
admin_token = *** 
bind_host = 192.168.33.11 
public_port = 5000 
admin_port = 35357 
compute_port = 8774

# === Logging Options ===
# Print debugging output verbose = True

# Print more verbose output
# (includes plaintext request logging, potentially including passwords)
# debug = False

# Name of log file to output to. If not set, logging will go to stdout. log_file = keystone.log

# The directory to keep log files in (will be prepended to --logfile) log_dir = /var/log/keystone

# Use syslog for logging.
# use_syslog = False

# syslog facility to receive log lines
# syslog_log_facility = LOG_USER

# If this option is specified, the logging configuration file specified is
# used and overrides any other logging options specified. Please see the
# Python logging module documentation for details on logging configuration
# files. log_config = logging.conf

# A logging.Formatter log message format string which may use any of the
# available logging.LogRecord attributes.
# log_format = %(asctime)s %(levelname)8s [%(name)s] %(message)s

# Format string for %(asctime)s in log records.
# log_date_format = %Y-%m-%d %H:%M:%S

# onready allows you to send a notification when the process is ready to serve
# For example, to have it notify using systemd, one could set shell command:
# onready = systemd-notify --ready
# or a module with notify() method:
# onready = keystone.common.systemd

[sql] connection = mysql://keystone:***@localhost/keystone
# idle_timeout = 200

[identity] driver = keystone.identity.backends.sql.Identity

[catalog] template_file = /etc/keystone/default_catalog.templates driver = keystone.catalog.backends.sql.Catalog
# dynamic, sql-based backend (supports API/CLI-based management commands)
# driver = keystone.catalog.backends.sql.Catalog

# static, file-based backend (does *NOT* support any management commands)
# driver = keystone.catalog.backends.templated.TemplatedCatalog

# template_file = default_catalog.templates

[token] driver = keystone.token.backends.sql.Token
# driver = keystone.token.backends.kvs.Token

# Amount of time a token should remain valid (in seconds)
# expiration = 86400

J'ai activé la journalisation dans l'exploitation forestière.fichier conf et de définir le niveau de DÉBOGAGE et de l'INFO, mais rien dans les fichiers journaux.

[root@* keystone]# service openstack-keystone restart
Stopping keystone:                                         [FAILED]
Starting keystone:                                         [  OK  ]
[root@* keystone]# service openstack-keystone restart
Stopping keystone:                                         [FAILED]
Starting keystone:                                         [  OK  ]
[root@* keystone]# ps aux | grep keystone
root     25580  0.0  0.0 103236   880 pts/1    S+   09:41   0:00 grep keystone
[root@* keystone]#

Toutes les idées seront grandement appréciés.Merci

Je l'ai toujours vu la section des labels comme [par DÉFAUT] être sur leur propre ligne.

InformationsquelleAutor Bogdan | 2013-03-24

keystone openstack

4

Comme je l'ai mentionné dans le commentaire, je n'ai jamais vu un fichier de configuration avec les en-têtes de section sur la même ligne que d'une option de configuration:
```
[DEFAULT] log_file = /var/log/keystone/keystone.log 
```
J'ai aussi vu comme ça à la place:
```
[DEFAULT]
log_file = /var/log/keystone/keystone.log 
```
Cependant, je n'ai aucune idée si cela est lié à votre problème.

Pour activer le débogage au niveau de journalisation, assurez-vous de définir les éléments suivants dans /etc/keystone/enregistrement.conf:
```
[logger_root]
level=DEBUG
```
Puis essayez d'exécuter keystone manuellement au lieu de comme un service:
```
$ sudo -u keystone bash
$ HOME=/var/lib/keystone keystone-all --debug
```
J'espère que vous verrez des erreurs message sur standard.

(Je crois qu'il va encore envoyer l'enregistrement dans le fichier /var/log/keystone/keystone.journal, vous ne savez pas comment faire pour ouvrir une session standard lors de l'exécution manuelle de ce genre).
- Bonjour Lorin, je vous remercie pour votre réponse. La mise en forme a été lorsque j'ai créé le post, c'est pourquoi il est comme ça. Donc j'ai réussi à démarrer comme vous l'a conseillé et il fonctionne, cependant je ne vois pas pourquoi il n'est pas de départ en tant que service, peut-être que je vais vérifier les scripts de démarrage ou peut-être les modifier, mais ce n'est pas une jolie façon de commencer comme ça. Merci encore pour votre aide
- Je peux l'obtenir pour travailler la façon dont vous l'avez suggéré (en tant qu'utilisateur keystone) aussi comme ça: runuser -s /bin/sh keystone -c "/usr/bin/keystone-all --debug" mais il ne parvient pas à exécuter en tant que service!
- En quelque sorte, maintenant, il montre aussi une erreur dans le fichier journal lorsque exécuter en tant que service: keystone ConfigFileNotFound. C'est sur F21 btw.
- Maintenant, il semble os.path.exists(paste_config) est de retour faux, même si c'est sûr qu'il existe (je l'ai imprimé pour le journal).
- Je crois que j'ai trouvé l'erreur, le fichier est dans /usr/share/keystone/keystone-dist-paste.ini et c'est aussi ce que keystone.conf a, mais ce lieu n'est pas accessible pour le service de sorte qu'il pense que le fichier n'existe pas, copié le .ini fichier à /etc/keystone et corrigée chown maintenant le service s'exécute. Fera cette réponse si someoe d'autre obtient la même erreur.
InformationsquelleAutor Lorin Hochstein
0
1. Ajouter un jeton valide pour admin_token. Il ne devrait pas être "*".
2. Vérifier la ligne ci-dessous:
  [sql] connexion = mysql://keystone:*@localhost/keystone
  Il doit être quelque chose comme:
  connexion = mysql://keystone:keystone@localhost/keystone
3. Reportez-vous à cette url pour un exemple de trapèze.fichier conf
  http://docs.openstack.org/trunk/openstack-compute/install/yum/content/keystone-conf-file.html
- Salut Vigay, j'ai édité tous les informations sensibles lors de l'affichage de la question. Comme pour ma précédente réponse me semble que je l'ai eu en cours d'exécution, la seule chose qui reste est d'être capable de l'exécuter en tant que service
InformationsquelleAutor VijayKodam
0

Je suis tombé sur cette question. Je suis en cours d'exécution sur Ubuntu 12.04 LTS. Ce que j'ai trouvé le début du service de commande en /etc/init/keystone.conf est l'aide de start-stop-daemon pour exécuter le service. Il a été écrit pour une version plus récente que celle sur ma boîte. Le --chdir variable n'est pas accepté comme une entrée. une fois que j'ai supprimé cette ligne de keystone a commencé à droite jusqu'.

Essayez de lancer:
```
start-stop-daemon --start --chuid keystone --name keystone --exec /usr/bin/keystone-all

/etc/init/keystone.conf  after

description "Keystone API server"
author "Soren Hansen <[email protected]>"

start on runlevel [2345]
stop on runlevel [!2345]

respawn

exec start-stop-daemon --start --chuid keystone \
            --name keystone \
            --exec /usr/bin/keystone-all
```
InformationsquelleAutor grag42
0

Vérifier si votre adresse IP est égale à HOST_IP=... dans localrc

InformationsquelleAutor peter
0

Cela peut être dû à keystone pas prise en main correctement et donc le port 35357 n'est pas en mode d'écoute.
Cela semble être le comportement anormal de service de keystone.
Je suis en mentionnant les étapes qui ont travaillé sur mon système de la havane à l'installation sur Ubuntu 12.04 version du Noyau 3.2.0-67-générique. Après une journée de maux de tête autour de cette question. Essayez ces étapes, de préférence dans le même ordre.

1) Supprimer keystone package:-
```
  apt-get remove  keystone 
```
2) Redémarrez votre système
```
 reboot 
```
3) Après le redémarrage de nouveau INSTALLER KEYSTONE.
```
apt-get install keystone
```
4) Vérifier l'état de keystone service
```
 service keystone status
```
Il va montrer le début de course,

5) Maintenant, faire les changements nécessaires que vous voulez faire dans /etc/keystone/keystone.conf

après avoir fait des changements dans le fichier conf de NE REDÉMARREZ PAS KEYSTONE SERVICE

Utiliser arrêter et de démarrer la commande pour faire un effet de redémarrer, mais ne redémarre pas.

service de keystone arrêter

service de keystone commencer

Pour plus d'aide, coller un dump de ma CLI :-

http://pastebin.com/sduuFCL7

InformationsquelleAutor Akshay Patil
0

Il y a plusieurs problèmes avec la icehouse de la documentation et de l'installer. packstack est cassé, donc la seule façon de commencer est de suivre manuellement les en amont de docs pour votre distribution. keystone est très important de définir correctement avant de passer, parce que d'autres services de compter sur elle.
1. la pâte-fichier /usr/share/keystone/keystone-dist-paste.ini doivent être copiés /etc/ pour être accessible à la configuration des scripts comme ceci:
```
cp /usr/share/keystone/keystone-dist-paste.ini /etc/keystone/
chown keystone:keystone /etc/keystone/*
```
  assurez-vous de mettre à jour keystone.conf avec la nouvelle config_file valeur
2. documentation se trompe sur la mysql de connexion, il faut aller à [sql] et pas [database] donc:
```
openstack-config --set /etc/keystone/keystone.conf    sql connection mysql://keystone:PASSWD@controller/keystone
```
3. le nom controller devrait être résolu à ce que mysql est lié, je vais l'ajouter à /etc/hosts comme cela si [mysqld]/bind-address dans /etc/my.cnf est 10.1.1.100:
```
10.1.1.100  controller
```
4. assurez-vous de décommenter log_file dans keystone.conf pour obtenir ce qui se passe.
InformationsquelleAutor dashesy
0

J'ai été confronté à des questions semblables.J'ai suivi les étapes mentionnées ci-dessous et openstack-keystone service a commencé.

Modifier le /etc/keystone/keystone.fichier conf et effectuer les actions suivantes:
1. Dans la section [DEFAULT]
```
[DEFAULT]

admin_token = ADMIN_TOKEN
```
2. Dans la [base de données] de la section
```
[database]
connection = mysql://keystone:KEYSTONE_DBPASS@controller/keystone
```
3. Dans le [token] la section configurer les UUID fournisseur de jeton et SQL pilote
```
[token]
provider = keystone.token.providers.uuid.Provider
driver = keystone.token.persistence.backends.sql.Token
```
4. Dans le [révoquer] section
```
[revoke]
driver = keystone.contrib.revoke.backends.sql.Revoke
```
Après avoir fait les modifications ci-dessus remplir le service d'Identité de la base de données à l'aide de la commande
```
su -s /bin/sh -c "keystone-manage db_sync" keystone
```
Démarrer le openstack-keystone service à l'aide de commande ci-dessous
```
systemctl start openstack-keystone
```
InformationsquelleAutor Mustafa Arif

Vous devez vous connecter pour publier un commentaire.