Thanks John for you answer.
I tried running the script bin/barbican-api and ran into this issue
(pasted at the end) . Seems like the script does not take care of the
database side.
1) do we need to do something else to setup database? or its being worked
on ?
2) Can we help in the process of removing dependencies in these scripts?
Should that be through the launchpad ?
TASK: [barbican | install barbican]
*******************************************
failed: [barbican-04] => {"changed": true, "cmd": "cd /root/barbican/;
python bin/barbican-api", "delta": "0:00:00.553279", "end": "2015-04-23
14:56:45.773115", "rc": 1, "start": "2015-04-23 14:56:45.219836",
"warnings": []}
stderr: 2015-04-23 14:56:45.736 6984 CRITICAL barbican [-]
BarbicanException: No SQL connection configured
2015-04-23 14:56:45.736 6984 TRACE barbican Traceback (most recent call
last):
2015-04-23 14:56:45.736 6984 TRACE barbican File "bin/barbican-api", line
17, in <module>
2015-04-23 14:56:45.736 6984 TRACE barbican run()
2015-04-23 14:56:45.736 6984 TRACE barbican File "bin/barbican-api", line
12, in run
2015-04-23 14:56:45.736 6984 TRACE barbican relative_to='.')
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 247, in
loadapp
2015-04-23 14:56:45.736 6984 TRACE barbican return loadobj(APP, uri,
name=name, **kw)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 272, in
loadobj
2015-04-23 14:56:45.736 6984 TRACE barbican return context.create()
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 710, in
create
2015-04-23 14:56:45.736 6984 TRACE barbican return
self.object_type.invoke(self)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 144, in
invoke
2015-04-23 14:56:45.736 6984 TRACE barbican **context.local_conf)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/util.py", line 56, in
fix_call
2015-04-23 14:56:45.736 6984 TRACE barbican val = callable(*args, **kw)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib64/python2.7/site-packages/paste/urlmap.py", line 31, in
urlmap_factory
2015-04-23 14:56:45.736 6984 TRACE barbican app =
loader.get_app(app_name, global_conf=global_conf)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 350, in
get_app
2015-04-23 14:56:45.736 6984 TRACE barbican name=name,
global_conf=global_conf).create()
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 710, in
create
2015-04-23 14:56:45.736 6984 TRACE barbican return
self.object_type.invoke(self)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 203, in
invoke
2015-04-23 14:56:45.736 6984 TRACE barbican app =
context.app_context.create()
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 710, in
create
2015-04-23 14:56:45.736 6984 TRACE barbican return
self.object_type.invoke(self)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 146, in
invoke
2015-04-23 14:56:45.736 6984 TRACE barbican return
fix_call(context.object, context.global_conf, **context.local_conf)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/usr/lib/python2.7/site-packages/paste/deploy/util.py", line 56, in
fix_call
2015-04-23 14:56:45.736 6984 TRACE barbican val = callable(*args, **kw)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/root/barbican/barbican/api/app.py", line 89, in create_main_app
2015-04-23 14:56:45.736 6984 TRACE barbican
repositories.setup_database_engine_and_factory()
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/root/barbican/barbican/model/repositories.py", line 109, in
setup_database_engine_and_factory
2015-04-23 14:56:45.736 6984 TRACE barbican _ENGINE =
_get_engine(_ENGINE)
2015-04-23 14:56:45.736 6984 TRACE barbican File
"/root/barbican/barbican/model/repositories.py", line 170, in _get_engine
2015-04-23 14:56:45.736 6984 TRACE barbican u._('No SQL connection
configured'))
2015-04-23 14:56:45.736 6984 TRACE barbican BarbicanException: No SQL
connection configured
2015-04-23 14:56:45.736 6984 TRACE barbican
FATAL: all hosts have already failed -- aborting
On Wed, Apr 22, 2015 at 11:50 PM, Asha Seshagiri <asha.seshag...@gmail.com>
wrote:
> Thanks a lot John for your response.
> I appreciate for your time and effort in answering the queries and also
> pointing to the latest changes which you been always doing :)
>
> Thanks and Regards,
> Asha Seshagiri
>
> On Wed, Apr 22, 2015 at 6:09 PM, John Wood <john.w...@rackspace.com>
> wrote:
>
>> Hello Asha,
>>
>> The barbican.sh script was originally intended to be a convenient way
>> to boot up a Barbican instance locally to quickly start evaluating its API
>> and functionality.
>>
>> It was not intended to be used as a production script, deferring
>> instead to deployments utilizing packages such as RDO RPMs and so forth for
>> that purpose.
>>
>> That said, changes to that script have been discussed, including
>> removing pyenv and uWSGI as dependencies, hence such changes would be good
>> to consider.
>>
>> I’d also note that a solution based on this recently added script [1]
>> might be in order.
>>
>> Thanks,
>> John
>>
>> [1] https://github.com/openstack/barbican/blob/master/bin/barbican-api
>>
>>
>> From: Asha Seshagiri <asha.seshag...@gmail.com>
>> Date: Wednesday, April 22, 2015 at 4:57 PM
>> To: openstack-dev <openstack-dev@lists.openstack.org>
>> Cc: John Wood <john.w...@rackspace.com>, "Reller, Nathan S." <
>> nathan.rel...@jhuapl.edu>, Douglas Mendizabal <
>> douglas.mendiza...@rackspace.com>, Paul Kehrer <paul.keh...@rackspace.com>,
>> Adam Harwell <adam.harw...@rackspace.com>, Alexis Lee <alex...@hp.com>, "
>> nut...@gmail.com" <nut...@gmail.com>
>> Subject: Barbican : Dependency of pyenv configuration in Barbican.sh
>> script
>>
>> Hi All,
>>
>> I would like to know the reason behind the dependency of the pyenv
>> virtual environment and pyenv in the barbican.sh script.
>> Ideally in the production environment , barbican would run on standalone
>> virtual box with a particular python version .I feel that their dependecies
>> needs to be removed from the script.
>>
>> Was able to stand up the barbican instance without configuring pyenv
>> and pyenv-virtualenv dependencies by modifying the barbican script ,
>> installing few additional packages and exporting the python path to PATH
>> variable
>> Please find the change in barbican.sh script for installation and
>> starting of the script below :
>>
>> VENV_DIR=${VIRTUAL_ENV:-`pyenv prefix`} -> *This line needs to be
>> removed *
>> uwsgi --master --emperor $CONFIG_DIR/vassals* -H* *$VENV_DIR -> The
>> **$VENV_DIR
>> variable need to be removed as an argument and -H as an option.*
>>
>> The barbican script has been tied to $VENV_DIR variable which is
>> dependent on the pyenv for python configuration.Hence the barbican.sh
>> script needs to be modified to remove *$VENV_DIR variable *by
>> configuring python path in PATH variable.
>> On doing this , we can avoid the sourcing the pyenv and pyenv-virtualenv
>> packages and its dependices on Barbican script.
>>
>> Any help would be highly appreciated and also would like to know
>> opinion from the openstack group on the changes indicated
>> Thanks in advance
>>
>>
>> *Thanks and Regards,*
>> *Asha Seshagiri*
>>
>
>
>
> --
> *Thanks and Regards,*
> *Asha Seshagiri*
>
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
