При перезапуске службы Keystone она запускается с PID, но в течение доли секунды останавливается. Проверка статуса сразу после этого показывает другой PID, а при повторной проверке - мертв.
root@hyper5:~# service keystone restart
stop: Unknown instance:
keystone start/running, process 37746
root@hyper5:~# service keystone status
keystone start/running, process 37750
root@hyper5:~# service keystone status
keystone stop/waiting
У меня была эта проблема. Все, что я сделал, это удалил «постоянство» из «driver = keystone.token.persistence.backends.sql.Token» и сохранил «driver = keystone.token.backends.sql.Token». После этого выполните перезапуск службы keystone. Это позволило обоим портам 5000 и 35357 начать прослушивание.
Это связано с тем, что трапецеидальные искажения не запускаются должным образом, и поэтому порт 35357 не находится в режиме прослушивания. Это кажется аномальным поведением сервисного ключевого камня. Я упоминаю шаги, которые работали в моей системе для установки havana в Ubuntu 12.04 Kernel версии 3.2.0-67-generic. После дня головной боли вокруг этой проблемы. Попробуйте эти шаги, предпочтительно в том же порядке.
1) Удалите пакет keystone: -
apt-get remove keystone
2) Перезагрузите систему
reboot
3) После перезагрузки снова УСТАНОВИТЕ ТРАПЕЦИЮ.
apt-get install keystone
4) Проверьте состояние службы keystone
service keystone status
Будет показано запуск / запуск
5) Теперь внесите необходимые изменения хотите сделать в /etc/keystone/keystone.conf
после внесения изменений в файл conf НЕ ПЕРЕЗАПУСКАТЬ СЛУЖБУ ТРАПЕЦИИ
Используйте команды stop и start для создания эффекта перезапустить, но не перезапускать.
service keystone stop
service keystone start
Для получения дополнительной помощи вставьте дамп моего CLI: -
ОК, единственное, что сработало для меня, это комментировать « driver = keystone.token.persistence.backends.sql.Token » раздела [token] в /etc/keystone/keystone.conf файл