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.
Vous devez vous connecter pour publier un commentaire.
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:
J'ai aussi vu comme ça à la place:
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:
Puis essayez d'exécuter keystone manuellement au lieu de comme un service:
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).
runuser -s /bin/sh keystone -c "/usr/bin/keystone-all --debug"
mais il ne parvient pas à exécuter en tant que service!keystone ConfigFileNotFound
. C'est sur F21 btw.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)./usr/share/keystone/keystone-dist-paste.ini
et c'est aussi ce quekeystone.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éechown
maintenant le service s'exécute. Fera cette réponse si someoe d'autre obtient la même erreur.Ajouter un jeton valide pour admin_token. Il ne devrait pas être "*".
Vérifier la ligne ci-dessous:
[sql] connexion = mysql://keystone:*@localhost/keystone
Il doit être quelque chose comme:
connexion = mysql://keystone:keystone@localhost/keystone
http://docs.openstack.org/trunk/openstack-compute/install/yum/content/keystone-conf-file.html
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:
Vérifier si votre adresse IP est égale à
HOST_IP=...
dans localrcCela 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:-
2) Redémarrez votre système
3) Après le redémarrage de nouveau INSTALLER KEYSTONE.
4) Vérifier l'état de keystone service
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
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.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:assurez-vous de mettre à jour
keystone.conf
avec la nouvelleconfig_file
valeurdocumentation se trompe sur la
mysql
de connexion, il faut aller à[sql]
et pas[database]
donc:le nom
controller
devrait être résolu à ce quemysql
est lié, je vais l'ajouter à/etc/hosts
comme cela si[mysqld]/bind-address
dans/etc/my.cnf
est10.1.1.100
:assurez-vous de décommenter
log_file
danskeystone.conf
pour obtenir ce qui se passe.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:
Dans la section [DEFAULT]
Dans la [base de données] de la section
Dans le [token] la section configurer les UUID fournisseur de jeton et SQL pilote
Dans le [révoquer] section
Après avoir fait les modifications ci-dessus remplir le service d'Identité de la base de données à l'aide de la commande
Démarrer le openstack-keystone service à l'aide de commande ci-dessous