[Openstack-devel] Splitting the nova package (and possibly others)?

Roland Mas lolando at debian.org
Thu Nov 15 09:05:17 UTC 2012


Thomas Goirand, 2012-11-15 14:53:53 +0800 :

> On 11/14/2012 10:14 PM, Roland Mas wrote:
>>   Hi all,
>> 
>>   I'm still working on getting the HOWTO to lead to a working multi-node
>> setup, and I think we have a problem with (at least) nova regarding the
>> database configuration.
>> 
>>   The recent work led to the nova-common package creating, configuring
>> and populating the novadb database locally.  This works nice for the
>> "management" node where everything gets installed.  However, for
>> supplementary "compute" nodes (forgive me if I haven't got the
>> terminology exactly right), the various nova-* packages should be
>> installed but use the remote database instead.  The current nova-common
>> package asks the user whether to configure the database with the
>> dbconfig-common framework; if the user says yes, we're in business and
>> the database gets configured locally.
>
> Can't dbconfig-common configure a db hosted on another host?
> If dbconfig-common doesn't, I think we should add such feature in it.

  Apparently it can be configured to use a database server on another
host, but it'll try to create and upgrade the database there, and it
requires the administrative password of the remote host, which I'm not
comfortable with giving (and many people won't even be able to give
it).  There doesn't seem to be a way to tell it "don't bother about
creating/upgrading/maintaining the database, just use what's there".

>> But if the user says no,
>> absolutely no configuration happens, nova stuff gets configured to use a
>> (non-existing) SQLite database, without an option to configure a remote
>> database.
>
> That's the goal yes: let the admin decide and configure the db himself.
> I don't see why this is a problem.

  Because then each compute node has their own unrelated database and
they don't communicate, while the proper setup seems to be that they all
use the same database (presumably on the proxy node).

Roland.
-- 
Roland Mas

Bonjour, je suis un virus de signature.  Propagez-moi dans la vôtre !



More information about the Openstack-devel mailing list