f5a94c7c2c
Previously we were waiting for conductor to respond to a ping() in the compute manager. This patch moves this down to the base Service class. A nova service binary can indicate that db access is not allowed and if so, as soon as the service gets created, it will block while waiting for conductor to respond. The compute service has been updated to use this. This should not result in any real functional difference. The reason for this is that there is some database access that needs to be avoided down at this level. This allows us to divert these actions to conductor if needed. Part of bp no-db-compute. Change-Id: Idd6387b9428e3f9f4e4dbfe51293693238b2daf0 |
||
---|---|---|
.. | ||
nova-all | ||
nova-api | ||
nova-api-ec2 | ||
nova-api-metadata | ||
nova-api-os-compute | ||
nova-baremetal-deploy-helper | ||
nova-baremetal-manage | ||
nova-cells | ||
nova-cert | ||
nova-clear-rabbit-queues | ||
nova-compute | ||
nova-conductor | ||
nova-console | ||
nova-consoleauth | ||
nova-dhcpbridge | ||
nova-manage | ||
nova-network | ||
nova-novncproxy | ||
nova-objectstore | ||
nova-rootwrap | ||
nova-rpc-zmq-receiver | ||
nova-scheduler | ||
nova-xvpvncproxy |