Fatal编程技术网

Openstack Keystone无法启动

openstack

Openstack Keystone无法启动,openstack,keystone,Openstack,Keystone,在过去的几天里，为了让keystone运行起来，我尝试了几乎所有的方法，但都无济于事 设置都在同一台主机上，虚拟化、openstack和keystone都在同一台主机上，因此我尝试使用127.0.0.1和localhost以及主机的IP设置keystone，但没有成功 [DEFAULT] log_file = /var/log/keystone/keystone.log admin_token = *** bind_host = 192.168.33.11 public_port = 50

在过去的几天里，为了让keystone运行起来，我尝试了几乎所有的方法，但都无济于事

设置都在同一台主机上，虚拟化、openstack和keystone都在同一台主机上，因此我尝试使用127.0.0.1和localhost以及主机的IP设置keystone，但没有成功

[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
我已经在logging.conf文件中启用了日志记录，并将级别设置为DEBUG和INFO，但是日志文件中没有任何内容

[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]#
如果您有任何想法，我们将不胜感激。谢谢您

正如我在评论中提到的，我从未见过配置文件的章节标题与配置选项位于同一行：

[DEFAULT] log_file = /var/log/keystone/keystone.log
我也看到过这样的情况：

[DEFAULT]
log_file = /var/log/keystone/keystone.log
然而，我不知道这是否与你的问题有关

要启用调试级日志记录，请确保在/etc/keystone/logging.conf中设置以下内容：

[logger_root]
level=DEBUG
然后尝试手动运行keystone，而不是作为服务运行：

$ sudo -u keystone bash
$ HOME=/var/lib/keystone keystone-all --debug
希望您能在standard out上看到相关的错误消息

（我相信它仍然会将日志发送到/var/log/keystone/keystone.log，但不确定在手动运行时如何将其记录到standard out）。

正如我在评论中提到的，我从未见过一个配置文件的章节标题与配置选项位于同一行：

[DEFAULT] log_file = /var/log/keystone/keystone.log
我也看到过这样的情况：

[DEFAULT]
log_file = /var/log/keystone/keystone.log
然而，我不知道这是否与你的问题有关

要启用调试级日志记录，请确保在/etc/keystone/logging.conf中设置以下内容：

[logger_root]
level=DEBUG
然后尝试手动运行keystone，而不是作为服务运行：

$ sudo -u keystone bash
$ HOME=/var/lib/keystone keystone-all --debug
希望您能在standard out上看到相关的错误消息

（我相信它仍然会将日志发送到/var/log/keystone/keystone.log，不知道在这样手动运行时如何让它真正登录到standard）

  • 为管理员令牌添加有效令牌。它不应该是“*”

  • 检查以下行： [sql]连接=mysql://keystone:*@localhost/keystone 应该是这样的： 连接=mysql://keystone:keystone@localhost/keystone

  • 有关示例keystone.conf文件，请参考此url
  • 为管理员令牌添加有效令牌。它不应该是“*”

  • 检查以下行： [sql]连接=mysql://keystone:*@localhost/keystone 应该是这样的： 连接=mysql://keystone:keystone@localhost/keystone

  • 有关示例keystone.conf文件，请参考此url
    • 我也遇到了这个问题。我在Ubuntu 12.04LTS上运行。我发现，
    /etc/init/keystone.conf
    中的service start命令正在使用start-stop守护进程运行服务。它是为比我盒子上的版本更新的版本而写的。
    --chdir
    变量不被接受为输入。一旦我删除了那行，keystone就立即启动了

    尝试运行：

    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 <soren@linux2go.dk>"

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

respawn

exec start-stop-daemon --start --chuid keystone \
            --name keystone \
            --exec /usr/bin/keystone-all

    start-stop守护进程--start--chuid-keystone--name-keystone--exec/usr/bin/keystone-all
/etc/init/keystone.conf
说明“Keystone API服务器”
作者“索伦·汉森”
从运行级别开始[2345]
在运行级别停止[！2345]
重生
exec start stop守护进程--start--chuid keystone\
--名称keystone\
--exec/usr/bin/keystone all
    我也遇到了这个问题。我在Ubuntu 12.04LTS上运行。我发现，
    /etc/init/keystone.conf
    中的service start命令正在使用start-stop守护进程运行服务。它是为比我盒子上的版本更新的版本而写的。
    --chdir
    变量不被接受为输入。一旦我删除了那行，keystone就立即启动了

    尝试运行：

    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 <soren@linux2go.dk>"

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

respawn

exec start-stop-daemon --start --chuid keystone \
            --name keystone \
            --exec /usr/bin/keystone-all

    start-stop守护进程--start--chuid-keystone--name-keystone--exec/usr/bin/keystone-all
/etc/init/keystone.conf
说明“Keystone API服务器”
作者“索伦·汉森”
从运行级别开始[2345]
在运行级别停止[！2345]
重生
exec start stop守护进程--start--chuid keystone\
--名称keystone\
--exec/usr/bin/keystone all
    检查您的IP地址是否等于本地RC中的主机IP=…检查您的IP地址是否等于本地RC中的主机IP=…这可能是由于keystone未正确启动，因此端口35357未处于侦听模式。 这似乎是服务keystone的异常行为。 我要提到的是，在Ubuntu12.04内核版本3.2.0-67-generic上安装哈瓦那系统的步骤。在围绕这个问题头痛了一天之后。尝试以下步骤，最好按照相同的顺序

    1） 移除keystone包：-

      apt-get remove  keystone
    2） 重新启动系统

     reboot
    3） 重新启动后，再次安装KEYSTONE

    apt-get install keystone
    4） 检查keystone服务的状态

     service keystone status
    它将显示开始/运行

    5） 现在在/etc/keystone/keystone.conf中进行必要的更改

    在conf文件中进行更改后，不要重新启动KEYSTONE服务

    使用stop和start命令使重新启动生效，但不重新启动

    服务密钥站

    服务密钥启动

    如需进一步帮助，请粘贴my CLI的转储：-

    这可能是由于keystone未正确启动，因此端口35357未处于侦听模式。 这似乎是服务keystone的异常行为。 我要提到的是，在Ubuntu12.04内核版本3.2.0-67-generic上安装哈瓦那系统的步骤。在围绕这个问题头痛了一天之后。尝试以下步骤，最好按照相同的顺序

    1） 移除keystone包：-

      apt-get remove  keystone
    2） 重新启动系统

     reboot
    3） 重新启动后，再次安装KEYSTONE

    apt-get install keystone
    4） 检查keystone服务的状态

     service keystone status
    它将显示开始/运行

    5） 现在在/etc/keystone/keystone.conf中进行必要的更改

    在conf文件中进行更改后，不要重新启动KEYSTONE服务

    使用stop和start命令使重新启动生效，但不重新启动

    服务密钥