[openstack-dev] [keystone] Problem with WSGI on keystone

Brant Knudson blk at acm.org
Tue Apr 19 17:50:45 UTC 2016


On Tue, Apr 19, 2016 at 11:57 AM, Rosensweig, Elisha (Nokia - IL) <
elisha.rosensweig at nokia.com> wrote:

> Hi All,
>
> Recently, I've been having trouble running stack.sh from scratch. With the
> default configuration I've been using for a while, I get the following
> error in /opt/stack/logs/key.log:
>
> 2016-04-19 16:05:26.630 22047 DEBUG keystone.common.controller
> [req-3d384c1f-8b9a-4ff0-aa30-a4aad73963fb 3bdfb473e0e544a4a1889c9192d2ba3c
> fd622e15c12a49a299a63022c5d34088 - default default] RBAC: Authorization
> granted inner /opt/stack/keystone/keystone/common/controller.py:180
> mod_wsgi (pid=22045): Target WSGI script
> '/usr/local/bin/keystone-wsgi-admin' cannot be loaded as Python module.
> mod_wsgi (pid=22045): Exception occurred processing WSGI script
> '/usr/local/bin/keystone-wsgi-admin'.
> Traceback (most recent call last):
>   File "/usr/local/bin/keystone-wsgi-admin", line 36, in <module>
>     application = initialize_admin_application()
>   File "/opt/stack/keystone/keystone/server/wsgi.py", line 62, in
> initialize_admin_application
>     return initialize_application('admin')
>   File "/opt/stack/keystone/keystone/server/wsgi.py", line 39, in
> initialize_application
>     common.configure()
>   File "/opt/stack/keystone/keystone/server/common.py", line 31, in
> configure
>     config.configure()
>   File "/opt/stack/keystone/keystone/common/config.py", line 1131, in
> configure
>     help='Do not monkey-patch threading system modules.'))
>   File "/usr/local/lib/python2.7/dist-packages/oslo_config/cfg.py", line
> 2106, in __inner
>     result = f(self, *args, **kwargs)
>   File "/usr/local/lib/python2.7/dist-packages/oslo_config/cfg.py", line
> 2282, in register_cli_opt
>     raise ArgsAlreadyParsedError("cannot register CLI option")
> ArgsAlreadyParsedError: arguments already parsed: cannot register CLI
> option
>
>
This happens a lot. Especially if you reuse your instance for a while it
typically starts failing due to levels of required packages. You're looking
at the wrong place in the log to figure out what the problem is. Look for
the first error rather than this one.

- Brant
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160419/4e1f5653/attachment.html>


More information about the OpenStack-dev mailing list