openstack组件很多，依赖的服务也很多，所以当出现服务down时，尤其是重启真机后，服务down了，不要惊慌失措，先好好检查以下服务：
（转载自：https://blog.csdn.net/Poo_Chai/article/details/80887070）
当Openstack不正常工作时，首先查看下服务状态，比如执行nova service-list命令查看Nova相关的服务状态。
如果服务状态为down，根据Openstack服务的心跳机制和状态监控原理，可能有以下几种故障情形：
1. 数据库访问错误导致心跳更新失败，这种情况看日志就能发现错误日志。
mysql -p -u root
2. Rabbitmq连接失败，nova-compute不能直接访问数据库，更新时是通过RPC调用nova-conductor完成的，如果rabbitmq连接失败，RPC将无法执行，导致心跳发送失败。
3. nova-conductor故障，原因同上，不过这种情况概率很低，除非人为关闭了该服务。
4. 时间不同步。这种情况排查非常困难，因为你在日志中是发现不了任何错误信息的，我们知道数据库操作由nova-conductor组件完成的，而计算心跳间隔是在nova-api服务完成的，假如这两个服务所在的主机时间不同步，将可能导致服务误判为down。对于多API节点部署时尤其容易出现这种情况，所有节点务必保证时间同步，NTP服务必须能够正常工作，否则将影响Openstack服务的心跳机制和状态监控。