Open Stack

Sorry I forgot to introduce myself.
  My name is Neetu Jain and I will be working on Barbican/HSM at
softlayer/IBM. Asha and I are in the same team.

On Thu, Apr 23, 2015 at 10:07 AM, neetu jain <nutshi at gmail.com> wrote:

> 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.seshagiri at 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.wood at 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.seshagiri at gmail.com>
>>> Date: Wednesday, April 22, 2015 at 4:57 PM
>>> To: openstack-dev <openstack-dev at lists.openstack.org>
>>> Cc: John Wood <john.wood at rackspace.com>, "Reller, Nathan S." <
>>> Nathan.Reller at jhuapl.edu>, Douglas Mendizabal <
>>> douglas.mendizabal at RACKSPACE.COM>, Paul Kehrer <
>>> paul.kehrer at RACKSPACE.COM>, Adam Harwell <adam.harwell at RACKSPACE.COM>,
>>> Alexis Lee <alexisl at hp.com>, "nutshi at gmail.com" <nutshi at 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*
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150423/bda42b2d/attachment.html>