[openstack-dev] [trove]Put all alternative configurationsin default trove.conf
陈迪豪
chendihao at unitedstack.com
Mon Jun 15 12:56:31 UTC 2015
Thanks for your reply @amrith.
The datastore_manager refer to the manager you gonna use, mysql or others. If you don't set it, the default value is None. And if it's None, guest agent will fail to start up.
That's why I think it's the necessary configuration we need to focus on. I don't know why you can setup without setting it. So what's your datastore if you don't configure it? MySQL?
------------------ Original ------------------
From: "Amrith Kumar"<amrith at tesora.com>;
Date: Mon, Jun 15, 2015 07:27 PM
To: "openstack-dev at lists."<openstack-dev at lists.openstack.org>;
Subject: Re: [openstack-dev] [trove]Put all alternative configurationsin default trove.conf
Hello!
I’ve never had to set datastore_manager in trove.conf and I can launch Trove just fine with either one of three setup methods, devstack, redstack, or following the detailed installation steps provided in the documentation.
My suspicion is that the steps you are using to register your guest image are not correct (i.e. the invocation of the trove-manage command or any wrappers for it).
I would like to understand the problem you are facing because this solution appears baffling.
-amrith
--
Amrith Kumar, CTO Tesora (www.tesora.com)
Twitter: @amrithkumar
IRC: amrith @freenode
From: 陈迪豪 [mailto:chendihao at unitedstack.com]
Sent: Monday, June 15, 2015 7:15 AM
To: openstack-dev at lists.openstack.org
Subject: [openstack-dev] [trove]Put all alternative configurations in default trove.conf
Hi all,
I have created the blueprint about the default configuration file. I think we should add the essential configuration like "datastore_manager" in default trove.conf.
The blueprint is here https://blueprints.launchpad.net/trove/+spec/default-configuration-items
Any suggestion about this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150615/5cfc01d1/attachment.html>
More information about the OpenStack-dev
mailing list