Al reiniciar el servicio Keystone, comienza con un PID pero en una fracción de segundo se detiene. Al verificar el estado inmediatamente después, muestra un PID diferente y al volver a verificar después, está muerto.
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
Respuesta1
Tuve este problema. Todo lo que hice fue eliminar la 'persistencia' de "driver = keystone.token.persistence.backends.sql.Token" y mantener "driver = keystone.token.backends.sql.Token". Después de esto, realice el reinicio trapezoidal del servicio. Esto permitió que los puertos 5000 y 35357 comenzaran a escuchar.
Respuesta2
Esto se debe a que Keystone no se inicia correctamente y, por lo tanto, el puerto 35357 no está en modo de escucha. Este parece ser un comportamiento anómalo de la piedra angular del servicio. Menciono los pasos que han funcionado en mi sistema para la instalación de Havana en Ubuntu 12.04 Kernel versión 3.2.0-67-generic. Después de un día de dolor de cabeza por este tema. Pruebe estos pasos, preferiblemente en el mismo orden.
1) Eliminar el paquete Keystone: -
apt-get remove keystone
2) Reinicia tu sistema
reboot
3) Después de reiniciar nuevamente, INSTALE KEYSTONE.
apt-get instalar piedra clave
4) Verificar el estado del servicio Keystone
service keystone status
Mostrará inicio/ejecución
5) Ahora haga los cambios necesarios que desee en /etc/keystone/keystone.conf
después de realizar cambios en el archivo confNO REINICIAR EL SERVICIO KEYSTONE
Utilice el comando detener e iniciar para lograr un efecto de reinicio, pero no reinicie.
parada trapezoidal de servicio
inicio trapezoidal del servicio
Para obtener más ayuda, pegue un volcado de mi CLI: -
Respuesta3
OK lo único que me funcionó es comentar"controlador = keystone.token.persistence.backends.sql.Token" del[simbólico]sección en el/etc/keystone/keystone.confarchivo