Ask Your Question
0

Internal Server Error (HTTP 500) has occurred when I entered [openstack coe service list] command.

asked 2020-05-21 06:39:53 -0500

Ted gravatar image

updated 2020-05-21 20:56:45 -0500

**[Penomenon]**
I installed magnum component according to following site.
<https: docs.openstack.org="" magnum="" latest="" install="" index.html="">
At the step of [Verify Operation], I faced [Internal Server Error (HTTP 500)].

------
~$ . admin-openrc
~$ openstack coe service list
Internal Server Error (HTTP 500)
------
I don't know the cause of the HTTP 500 error.
Does anyone know the solution?
**-----Error log of [magnum-api.log] is following.-----**
2020-05-21 17:43:29.430 8914 INFO werkzeug [-] 10.12.38.95 - - [21/May/2020 17:43:29] "GET /v1/mservices HTTP/1.1" 500 -
2020-05-21 17:43:29.438 8914 ERROR werkzeug [-] Error on request:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/werkzeug/serving.py", line 270, in run_wsgi
    execute(self.server.app)
  File "/usr/lib/python3/dist-packages/werkzeug/serving.py", line 258, in execute
    application_iter = app(environ, start_response)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 129, in __call__
    resp = self.call_func(req, *args, **kw)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 193, in call_func
    return self.func(req, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/oslo_middleware/base.py", line 131, in __call__
    response = req.get_response(self.application)
  File "/usr/lib/python3/dist-packages/webob/request.py", line 1314, in send
    application, catch_exc_info=False)
  File "/usr/lib/python3/dist-packages/webob/request.py", line 1278, in call_application
    app_iter = application(self.environ, start_response)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 129, in __call__
    resp = self.call_func(req, *args, **kw)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 193, in call_func
    return self.func(req, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/oslo_middleware/base.py", line 131, in __call__
    response = req.get_response(self.application)
  File "/usr/lib/python3/dist-packages/webob/request.py", line 1314, in send
    application, catch_exc_info=False)
  File "/usr/lib/python3/dist-packages/webob/request.py", line 1278, in call_application
    app_iter = application(self.environ, start_response)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 129, in __call__
    resp = self.call_func(req, *args, **kw)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 193, in call_func
    return self.func(req, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/oslo_middleware/base.py", line 131, in __call__
    response = req.get_response(self.application)
  File "/usr/lib/python3/dist-packages/webob/request.py", line 1314, in send
    application, catch_exc_info=False)
  File "/usr/lib/python3/dist-packages/webob/request.py", line 1278, in call_application
    app_iter = application(self.environ, start_response)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 129, in __call__
    resp = self.call_func(req, *args, **kw)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 193, in call_func
    return self.func(req, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/oslo_middleware/request_id.py", line 58, in __call__
    response = req.get_response(self.application)
  File "/usr/lib/python3/dist-packages/webob/request.py", line 1314, in send
    application, catch_exc_info=False)
  File "/usr/lib/python3/dist-packages/webob/request.py", line 1278, in call_application
    app_iter = application(self.environ, start_response)
  File "/usr/lib/python3/dist-packages/webob/dec.py", line 129, in __call__
    resp = self.call_func(req, *args, **kw)
  File "/usr/lib/python3/dist-packages ...
(more)
edit retag flag offensive close merge delete

1 answer

Sort by » oldest newest most voted
0

answered 2020-05-31 20:35:27 -0500

Ted gravatar image

updated 2020-05-31 20:39:28 -0500

I think the cause of this phenomenon is the version of mariaDB. MariaDB was updated from 10.4.12 to 10.4.13 at 20200512. For trial, after downgrading from MariaDB 10.4.13 to MariaDB 10.4.12, HTTP500 error has no longer occurs.

I had been so happy because the HTTP500 error has disappeared, but now I am very disappointed. Because other problems have occurred.

~~~~ ~$. admin_openrc ~$ . admin-openrc ~$ openstack coe service list 'errors' ~~~~

[Error log of /var/log/magnum$ vi magnum-api.log]

On instance['identity']['password']['user']['password']:
    None (HTTP 400) (Request-ID: req-63030f38-c783-4197-a62b-fac884029693): keystoneauth1.exceptions.http.BadRequest: Invalid input for field 'identity/password/user/password': None is not of type 'string'
2020-06-01 09:56:31.527 6642 WARNING keystonemiddleware.auth_token [-] Identity response: {"error":{"code":400,"message":"Invalid input for field 'identity/password/user/password': None is not of type 'string'\n\nFailed validating 'type' in schema['properties']['identity']['properties']['password']['properties']['user']['properties']['password']:\n    {'type': 'string'}\n\nOn instance['identity']['password']['user']['password']:\n    None","title":"Bad Request"}}
: keystoneauth1.exceptions.http.BadRequest: Invalid input for field 'identity/password/user/password': None is not of type 'string'
2020-06-01 09:56:31.527 6642 CRITICAL keystonemiddleware.auth_token [-] Unable to validate token: Failed to fetch token data from identity server: keystonemiddleware.auth_token._exceptions.ServiceError: Failed to fetch token data from identity server
2020-06-01 09:56:31.532 6642 INFO werkzeug [-] 10.12.38.95 - - [01/Jun/2020 09:56:31] "GET /v1/mservices HTTP/1.1" 503 -
2020-06-01 10:02:22.583 6873 WARNING keystonemiddleware.auth_token [-] Using the in-process token cache is deprecated as of the 4.2.0 release and may be removed in the 5.0.0 release or the 'O' development cycle. The in-process cache causes inconsistent results and high memory usage. When the feature is removed the auth_token middleware will not cache tokens by default which may result in performance issues. It is recommended to use  memcache for the auth_token token cache by setting the memcached_servers option.
2020-06-01 10:02:22.612 6873 ERROR keystonemiddleware.auth_token [-] Bad response code while validating token: 400 Invalid input for field 'identity/password/user/password': None is not of type 'string'

Failed validating 'type' in schema['properties']['identity']['properties']['password']['properties']['user']['properties']['password']:
    {'type': 'string'}

On instance['identity']['password']['user']['password']:
    None (HTTP 400) (Request-ID: req-9721179a-20c4-4d30-9be0-b3470aeaedaf): keystoneauth1.exceptions.http.BadRequest: Invalid input for field 'identity/password/user/password': None is not of type 'string'
2020-06-01 10:02:22.612 6873 WARNING keystonemiddleware.auth_token [-] Identity response: {"error":{"code":400,"message":"Invalid input for field 'identity/password/user/password': None is not of type 'string'\n\nFailed validating 'type' in schema['properties']['identity']['properties']['password']['properties']['user']['properties']['password']:\n    {'type': 'string'}\n\nOn instance['identity']['password']['user']['password']:\n    None","title":"Bad Request"}}
: keystoneauth1.exceptions.http.BadRequest: Invalid input for field 'identity/password/user/password': None is not of type 'string'
2020-06-01 10:02:22.613 6873 CRITICAL keystonemiddleware.auth_token [-] Unable to validate token: Failed to fetch token data from identity ...
(more)
edit flag offensive delete link more

Comments

You do seem to have a clash of versions, but I doubt it's a problem with MariaDB versions. My guess is that your Keystone middleware is incompatible with Keystone, or perhaps its Magnum versus Keystone.

Which versions did you install?

Bernd Bausch gravatar imageBernd Bausch ( 2020-05-31 22:04:07 -0500 )edit

Or perhaps more likely: Something could be wrong with the Keystone authentication configuration in Magnum. Check the [keystone_authtoken] section in magnum.conf.

Bernd Bausch gravatar imageBernd Bausch ( 2020-05-31 22:07:20 -0500 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Get to know Ask OpenStack

Resources for moderators

Question Tools

Stats

Asked: 2020-05-21 06:39:53 -0500

Seen: 38 times

Last updated: 2 days ago