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

2 answers

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

Thanks for your reply.

Which versions did you install?

I tried to sevral versions.

  MariaDB 10.4.13 ⇒Internal Server Error (HTTP 500) 
  MariaDB 10.4.12  ⇒Internal Server Error (HTTP 500) 
 MariaDB 10.3.22 ⇒Internal Server Error (HTTP 500)
Ted gravatar imageTed ( 2020-06-22 03: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.

I set [keystone_authtoken] parameters as following. At first glance, it looks fine.

Ted gravatar imageTed ( 2020-06-22 03:04:57 -0500 )edit
memcached_servers = controller:11211
auth_version = v3
www_authenticate_uri = http://controller:5000/v3
project_domain_id = default
project_name = service
user_domain_id = default
password = linux
username = magnum
auth_url = http://controller:5000
auth_type = password
Ted gravatar imageTed ( 2020-06-22 03:07:16 -0500 )edit
0

answered 2020-06-28 07:26:04 -0500

gertje gravatar image

I had similar problems (internal server error 500) when using MariaDB 10.4.13. One of them was that I could not create the keystone endpoints (internal server error 500). After downgrading to 10.4.12, the internal server error was gone and I could create my keystone endpoints. rgds, -gw

edit flag offensive delete link more

Get to know Ask OpenStack

Resources for moderators

Question Tools

1 follower

Stats

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

Seen: 176 times

Last updated: Jun 28