cast on scheduler instead of cells service

[Brian Lamar]

Currently it looks like when creating a server with cells enabled nova-api is casting to nova-scheduler instead of nova-cells. This causes all scheduling to fail and all instances end up in BUILD state forever.

Example log output from nova-api: http://paste.openstack.org/show/39477/

[Chris Behrens (cbehrens)]

So far... as far as I can tell... get_compute_api_class_name() is failing to pick up the correct class name... if you're using the deprecated compute_api_class config option.

[Chris Behrens (cbehrens)]

Yup. Confirmed. Somehow the code to check the deprecated option is failing to use the correct class.

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/35422

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/35422
Committed: http://github.com/openstack/nova/commit/9f902c7e17249cf5af1504f31d80c0247a02fe20
Submitter: Jenkins
Branch: master

commit 9f902c7e17249cf5af1504f31d80c0247a02fe20
Author: Chris Behrens <email address hidden>
Date: Tue Jul 2 23:58:41 2013 +0000

    Add cells get_cell_type() method

    This moves/consolidates some the deprecated config code for cells into
    nova/cells/opts.py and creates a new method to determine the cell_type
    that we can use in other places where logic needs to differ depending on
    'compute' or 'api' cells.

    This also may happen to fix bug 1197091. I'm unable to reproduce that
    bug in tests, unfortunately.

    We'll need this soon for some object related conversion.

    Related to blueprint unified-object-model

    Change-Id: Id291759fabb71656be18fb1eb405fcd5983f84ae