Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

Dashboard login issue on fresh devstack installation

Hi, I am trying to deploy openstack along with monasca monitoring tool using devstack. I was able to successfully run ./stack.sh on ubuntu 18.04 and able to see the dashboard. However when I try to login as admin it says "An error occurred authenticating. Please try again later", even though I am entering the correct password mentioned in the local.conf file.

I have checked if keysotne is running by doing

 sudo systemctl status devstack@keystone.service

and it returns that keystone is active(running).

I see this in var/log/apache2/horizon_error.log:

2020-05-31 08:27:55.241551 DEBUG openstack_auth.backend Beginning user authentication 
2020-05-31 08:27:55.241721 DEBUG openstack_auth.plugin.password Attempting to authenticate for admin
2020-05-31 08:27:55.242040 DEBUG keystoneauth.identity.v3.base Making authentication request to http://10.42.66.86/identity/v3/auth/tokens
2020-05-31 08:27:55.247039 DEBUG keystoneauth.session Request returned failure status: 500
2020-05-31 08:27:55.247169 DEBUG openstack_auth.plugin.base Internal Server Error (HTTP 500)
2020-05-31 08:27:55.247238 INFO openstack_auth.forms Login failed for user "admin" using domain "Default", remote address 10.192.190.128.

my local.conf file is this:

[[local|localrc]]
# Minimal Contents
# ----------------
# While ``stack.sh`` is happy to run without ``localrc``, devlife is better when
# there are a few minimal variables set:
# If the ``*_PASSWORD`` variables are not set here you will be prompted to enter
# values for them by ``stack.sh``and they will be added to ``local.conf``.
ADMIN_PASSWORD=secret
DATABASE_PASSWORD=stackdb
RABBIT_PASSWORD=stackqueue
SERVICE_PASSWORD=$ADMIN_PASSWORD
HOST_IP=10.42.66.86
ENABLED_SERVICES=placement-api
PUBLIC_BRIDGE=br-ex
# Logging
# -------
# By default ``stack.sh`` output only goes to the terminal where it runs.  It can
# be configured to additionally log to a file by setting ``LOGFILE`` to the full
# path of the destination log file.  A timestamp will be appended to the given name.
LOGFILE=$DEST/logs/stack.sh.log
# Old log files are automatically removed after 7 days to keep things neat.  Change
# the number of days by setting ``LOGDAYS``.
LOGDAYS=2
# Nova logs will be colorized if ``SYSLOG`` is not set; turn this off by setting
# ``LOG_COLOR`` false.
#LOG_COLOR=False
# Swift
# -----

# Swift is now used as the back-end for the S3-like object store. Setting the 
# hash value is required and you will be prompted for it if Swift is enabled
# so just set it to something already:
SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5

# For development purposes the default of 3 replicas is usually not required.
# Set this to 1 to save some resources:
SWIFT_REPLICAS=1

# The data for Swift is stored by default in (``$DEST/data/swift``),
# or (``$DATA_DIR/swift``) if ``DATA_DIR`` has been set, and can be
# moved by setting ``SWIFT_DATA_DIR``. The directory will be created
# if it does not exist.
SWIFT_DATA_DIR=$DEST/data

# The following variable allow switching between Java and Python for
# the implementations of the Monasca Persister. If this variable is not set,
# then the default is to install the Python implementation of
# the Monasca Persister.

# Uncomment of the following two lines to choose Java or Python for
# the Monasca Pesister.
# MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-java}
MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-python}

# Uncomment one of the following two lines to choose either InfluxDB or
# Apache Cassandra.
# default "influxdb" is selected as metric DB.
MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-influxdb}
# MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-cassandra}

# This line will enable all of Monasca.
enable_plugin monasca-api https://opendev.org/openstack/monasca-api

Please kindly advise on how to resolve this issue.

Dashboard login issue on fresh devstack installation

Hi, I am trying to deploy openstack along with monasca monitoring tool using devstack. I was able to successfully run ./stack.sh on ubuntu 18.04 and able to see the dashboard. However when I try to login as admin it says "An error occurred authenticating. Please try again later", even though I am entering the correct password mentioned in the local.conf file.

I have checked if keysotne is running by doing

 sudo systemctl status devstack@keystone.service

and it returns that keystone is active(running).

I see this in var/log/apache2/horizon_error.log:

2020-05-31 08:27:55.241551 DEBUG openstack_auth.backend Beginning user authentication 
2020-05-31 08:27:55.241721 DEBUG openstack_auth.plugin.password Attempting to authenticate for admin
2020-05-31 08:27:55.242040 DEBUG keystoneauth.identity.v3.base Making authentication request to http://10.42.66.86/identity/v3/auth/tokens
2020-05-31 08:27:55.247039 DEBUG keystoneauth.session Request returned failure status: 500
2020-05-31 08:27:55.247169 DEBUG openstack_auth.plugin.base Internal Server Error (HTTP 500)
2020-05-31 08:27:55.247238 INFO openstack_auth.forms Login failed for user "admin" using domain "Default", remote address 10.192.190.128.

my local.conf file is this:

[[local|localrc]]
# Minimal Contents
# ----------------
# While ``stack.sh`` is happy to run without ``localrc``, devlife is better when
# there are a few minimal variables set:
# If the ``*_PASSWORD`` variables are not set here you will be prompted to enter
# values for them by ``stack.sh``and they will be added to ``local.conf``.
ADMIN_PASSWORD=secret
DATABASE_PASSWORD=stackdb
RABBIT_PASSWORD=stackqueue
SERVICE_PASSWORD=$ADMIN_PASSWORD
HOST_IP=10.42.66.86
ENABLED_SERVICES=placement-api
PUBLIC_BRIDGE=br-ex
# Logging
# -------
# By default ``stack.sh`` output only goes to the terminal where it runs.  It can
# be configured to additionally log to a file by setting ``LOGFILE`` to the full
# path of the destination log file.  A timestamp will be appended to the given name.
LOGFILE=$DEST/logs/stack.sh.log
# Old log files are automatically removed after 7 days to keep things neat.  Change
# the number of days by setting ``LOGDAYS``.
LOGDAYS=2
# Nova logs will be colorized if ``SYSLOG`` is not set; turn this off by setting
# ``LOG_COLOR`` false.
#LOG_COLOR=False
# Swift
# -----

# Swift is now used as the back-end for the S3-like object store. Setting the 
# hash value is required and you will be prompted for it if Swift is enabled
# so just set it to something already:
SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5

# For development purposes the default of 3 replicas is usually not required.
# Set this to 1 to save some resources:
SWIFT_REPLICAS=1

# The data for Swift is stored by default in (``$DEST/data/swift``),
# or (``$DATA_DIR/swift``) if ``DATA_DIR`` has been set, and can be
# moved by setting ``SWIFT_DATA_DIR``. The directory will be created
# if it does not exist.
SWIFT_DATA_DIR=$DEST/data

# The following variable allow switching between Java and Python for
# the implementations of the Monasca Persister. If this variable is not set,
# then the default is to install the Python implementation of
# the Monasca Persister.

# Uncomment of the following two lines to choose Java or Python for
# the Monasca Pesister.
# MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-java}
MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-python}

# Uncomment one of the following two lines to choose either InfluxDB or
# Apache Cassandra.
# default "influxdb" is selected as metric DB.
MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-influxdb}
# MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-cassandra}

# This line will enable all of Monasca.
enable_plugin monasca-api https://opendev.org/openstack/monasca-api

Please kindly advise on how to resolve this issue.

Dashboard login issue on fresh devstack installation

Hi, I am trying to deploy openstack along with monasca monitoring tool using devstack. I was able to successfully run ./stack.sh on ubuntu 18.04 and able to see the dashboard. However when I try to login as admin it says "An error occurred authenticating. Please try again later", even though I am entering the correct password mentioned in the local.conf file.

I have checked if keysotne is running by doing

 sudo systemctl status devstack@keystone.service

and it returns that keystone is active(running).

I see this in var/log/apache2/horizon_error.log:

2020-05-31 08:27:55.241551 DEBUG openstack_auth.backend Beginning user authentication 
2020-05-31 08:27:55.241721 DEBUG openstack_auth.plugin.password Attempting to authenticate for admin
2020-05-31 08:27:55.242040 DEBUG keystoneauth.identity.v3.base Making authentication request to http://10.42.66.86/identity/v3/auth/tokens
2020-05-31 08:27:55.247039 DEBUG keystoneauth.session Request returned failure status: 500
2020-05-31 08:27:55.247169 DEBUG openstack_auth.plugin.base Internal Server Error (HTTP 500)
2020-05-31 08:27:55.247238 INFO openstack_auth.forms Login failed for user "admin" using domain "Default", remote address 10.192.190.128.

my local.conf file is this:

[[local|localrc]]
# Minimal Contents
# ----------------
# While ``stack.sh`` is happy to run without ``localrc``, devlife is better when
# there are a few minimal variables set:
# If the ``*_PASSWORD`` variables are not set here you will be prompted to enter
# values for them by ``stack.sh``and they will be added to ``local.conf``.
ADMIN_PASSWORD=secret
DATABASE_PASSWORD=stackdb
RABBIT_PASSWORD=stackqueue
SERVICE_PASSWORD=$ADMIN_PASSWORD
HOST_IP=10.42.66.86
ENABLED_SERVICES=placement-api
PUBLIC_BRIDGE=br-ex
# Logging
# -------
# By default ``stack.sh`` output only goes to the terminal where it runs.  It can
# be configured to additionally log to a file by setting ``LOGFILE`` to the full
# path of the destination log file.  A timestamp will be appended to the given name.
LOGFILE=$DEST/logs/stack.sh.log
# Old log files are automatically removed after 7 days to keep things neat.  Change
# the number of days by setting ``LOGDAYS``.
LOGDAYS=2
# Nova logs will be colorized if ``SYSLOG`` is not set; turn this off by setting
# ``LOG_COLOR`` false.
#LOG_COLOR=False
# Swift
# -----

# Swift is now used as the back-end for the S3-like object store. Setting the 
# hash value is required and you will be prompted for it if Swift is enabled
# so just set it to something already:
SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5

# For development purposes the default of 3 replicas is usually not required.
# Set this to 1 to save some resources:
SWIFT_REPLICAS=1

# The data for Swift is stored by default in (``$DEST/data/swift``),
# or (``$DATA_DIR/swift``) if ``DATA_DIR`` has been set, and can be
# moved by setting ``SWIFT_DATA_DIR``. The directory will be created
# if it does not exist.
SWIFT_DATA_DIR=$DEST/data

# The following variable allow switching between Java and Python for
# the implementations of the Monasca Persister. If this variable is not set,
# then the default is to install the Python implementation of
# the Monasca Persister.

# Uncomment of the following two lines to choose Java or Python for
# the Monasca Pesister.
# MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-java}
MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-python}

# Uncomment one of the following two lines to choose either InfluxDB or
# Apache Cassandra.
# default "influxdb" is selected as metric DB.
MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-influxdb}
# MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-cassandra}

# This line will enable all of Monasca.
enable_plugin monasca-api https://opendev.org/openstack/monasca-api

journalctl -u devstack@keystone gives:

May 31 08:27:31 <personal>.com devstack@keystone.service[7625]: -- unavailable modifier requested: 0 --
May 31 08:27:55 <personal>.com devstack@keystone.service[7625]: -- unavailable modifier requested: 0 --
May 31 08:28:11 <personal>.com devstack@keystone.service[7625]: -- unavailable modifier requested: 0 --

curl http://10.42.66.86/identity gives this:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator at
 [no address given] to inform them of the time this error occurred,
 and the actions you performed just before this error.</p>
<p>More information about this error may be available
in the server error log.</p>
<hr>
<address>Apache/2.4.29 (Ubuntu) Server at 10.42.66.86 Port 80</address>
</body></html>

Please kindly advise on how to resolve this issue.

Dashboard login issue on fresh devstack installation

Hi, I am trying to deploy openstack along with monasca monitoring tool using devstack. I was able to successfully run ./stack.sh on ubuntu 18.04 and able to see the dashboard. However when I try to login as admin it says "An error occurred authenticating. Please try again later", even though I am entering the correct password mentioned in the local.conf file.

I have checked if keysotne is running by doing

 sudo systemctl status devstack@keystone.service

and it returns that keystone is active(running).

I see this in var/log/apache2/horizon_error.log:

2020-05-31 08:27:55.241551 2020-06-01 06:27:50.938592 DEBUG openstack_auth.backend Beginning user authentication 
2020-05-31 08:27:55.241721 authentication
2020-06-01 06:27:50.939147 DEBUG openstack_auth.plugin.password Attempting to authenticate for admin
2020-05-31 08:27:55.242040 2020-06-01 06:27:50.939477 DEBUG keystoneauth.identity.v3.base Making authentication request to http://10.42.66.86/identity/v3/auth/tokens
2020-05-31 08:27:55.247039 http://10.42.69.107/identity/v3/auth/tokens
2020-06-01 06:27:50.947011 DEBUG keystoneauth.session Request returned failure status: 500
2020-05-31 08:27:55.247169 2020-06-01 06:27:50.947143 DEBUG openstack_auth.plugin.base Internal Server Error (HTTP 500)
2020-05-31 08:27:55.247238 2020-06-01 06:27:50.947211 INFO openstack_auth.forms Login failed for user "admin" using domain "Default", remote address 10.192.190.128.
10.192.190.55.
2020-06-01 06:27:50.961576 DEBUG django.template Exception while resolving variable 'logout_reason' in template 'auth/login.html'.
2020-06-01 06:27:50.961587 Traceback (most recent call last):
2020-06-01 06:27:50.961590   File "/usr/local/lib/python3.6/dist-packages/django/template/base.py", line 829, in _resolve_lookup
2020-06-01 06:27:50.961593     current = current[bit]
2020-06-01 06:27:50.961596 KeyError: 'logout_reason'
2020-06-01 06:27:50.961599
2020-06-01 06:27:50.961601 During handling of the above exception, another exception occurred:
2020-06-01 06:27:50.961604
2020-06-01 06:27:50.961606 Traceback (most recent call last):
2020-06-01 06:27:50.961609   File "/usr/local/lib/python3.6/dist-packages/django/template/base.py", line 837, in _resolve_lookup
2020-06-01 06:27:50.961612     current = getattr(current, bit)
2020-06-01 06:27:50.961615 AttributeError: 'dict' object has no attribute 'logout_reason'
2020-06-01 06:27:50.961617
2020-06-01 06:27:50.961620 During handling of the above exception, another exception occurred:
2020-06-01 06:27:50.961622
2020-06-01 06:27:50.961625 Traceback (most recent call last):
2020-06-01 06:27:50.961627   File "/usr/local/lib/python3.6/dist-packages/django/template/base.py", line 843, in _resolve_lookup
2020-06-01 06:27:50.961630     current = current[int(bit)]
2020-06-01 06:27:50.961633 ValueError: invalid literal for int() with base 10: 'logout_reason'
2020-06-01 06:27:50.961635
2020-06-01 06:27:50.961638 During handling of the above exception, another exception occurred:
2020-06-01 06:27:50.961640
2020-06-01 06:27:50.961643 Traceback (most recent call last):
2020-06-01 06:27:50.961645   File "/usr/local/lib/python3.6/dist-packages/django/template/base.py", line 850, in _resolve_lookup
2020-06-01 06:27:50.961648     (bit, current))  # missing attribute
2020-06-01 06:27:50.961652 django.template.base.VariableDoesNotExist: Failed lookup for key [logout_reason] in {'csrftoken': 'qO77qpvmVy8VWM4wlvZppAF7ZD4dSYBbXeWmQaRgH3bBLUiRoG0Esq535bSN5j14', 'login_region': 'default', 'login_domain': '', 'sessionid': '5pkb2l4cyxwguy4vbp7uhful2iha199l'}
2020-06-01 06:27:50.961669

my local.conf file is this:

[[local|localrc]]
# Minimal Contents
# ----------------
# While ``stack.sh`` is happy to run without ``localrc``, devlife is better when
# there are a few minimal variables set:
# If the ``*_PASSWORD`` variables are not set here you will be prompted to enter
# values for them by ``stack.sh``and they will be added to ``local.conf``.
DATABASE_PASSWORD=secret
RABBIT_PASSWORD=secret
ADMIN_PASSWORD=secret
DATABASE_PASSWORD=stackdb
RABBIT_PASSWORD=stackqueue
SERVICE_PASSWORD=$ADMIN_PASSWORD
HOST_IP=10.42.66.86
SERVICE_PASSWORD=secret
HOST_IP=10.42.69.107


LOGFILE=$DEST/logs/stack.sh.log
LOGDIR=$DEST/logs
LOG_COLOR=False


ENABLED_SERVICES=placement-api
PUBLIC_BRIDGE=br-ex
# Logging
# -------
# By default ``stack.sh`` output only goes to the terminal where it runs.  It can
# be configured to additionally log to a file by setting ``LOGFILE`` to the full
# path of the destination log file.  A timestamp will be appended to the given name.
LOGFILE=$DEST/logs/stack.sh.log
# Old log files are automatically removed after 7 days to keep things neat.  Change
# the number of days by setting ``LOGDAYS``.
LOGDAYS=2
# Nova logs will be colorized if ``SYSLOG`` is not set; turn this off by setting
# ``LOG_COLOR`` false.
#LOG_COLOR=False
# Swift
# -----

# Swift is now used as the back-end for the S3-like object store. Setting the 
# hash value is required and you will be prompted for it if Swift is enabled
# so just set it to something already:
SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5

# For development purposes the default of 3 replicas is usually not required.
# Set this to 1 to save some resources:
SWIFT_REPLICAS=1

# The data for Swift is stored by default in (``$DEST/data/swift``),
# or (``$DATA_DIR/swift``) if ``DATA_DIR`` has been set, and can be
# moved by setting ``SWIFT_DATA_DIR``. The directory will be created
# if it does not exist.
SWIFT_DATA_DIR=$DEST/data
 
# The following variable allow switching between Java and Python for
# the implementations of the Monasca Persister. If this variable is not set,
# then the default is to install the Python implementation of
# the Monasca Persister.

# Uncomment of the following two lines to choose Java or Python for
# the Monasca Pesister.
# MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-java}
MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-python}

# Uncomment one of the following two lines to choose either InfluxDB or
# Apache Cassandra.
# default "influxdb" is selected as metric DB.
MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-influxdb}
# MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-cassandra}

# This line will enable all of Monasca.
enable_plugin monasca-api https://opendev.org/openstack/monasca-api

# END DEVSTACK LOCAL.CONF CONTENTS

journalctl -u devstack@keystone gives:

May 31 08:27:31 <personal>.com devstack@keystone.service[7625]: Jun 01 06:27:22 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
May 31 08:27:55 <personal>.com devstack@keystone.service[7625]: Jun 01 06:27:37 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
May 31 08:28:11 <personal>.com devstack@keystone.service[7625]: Jun 01 06:27:50 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:27:52 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:28:07 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:28:22 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:28:37 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --

curl http://10.42.66.86/identity http://10.42.69.107/identity gives this:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator at
 [no address given] to inform them of the time this error occurred,
 and the actions you performed just before this error.</p>
<p>More information about this error may be available
in the server error log.</p>
<hr>
<address>Apache/2.4.29 (Ubuntu) Server at 10.42.66.86 10.42.69.107 Port 80</address>
</body></html>

While running stack.sh the keystone service was not starting and i got this in journalctl -u devstack@keystone:

Jun 01 06:48:52 no1010042069107.corp.adobe.com systemd[12371]: devstack@keystone.service: Failed to execute command: Permission denied
Jun 01 06:48:52 no1010042069107.corp.adobe.com systemd[12371]: devstack@keystone.service: Failed at step EXEC spawning /usr/local/bin/uwsgi: Permission denied

my fix: I went to location etc/systemd/system/devstack@keystone.service and changed

ExecStart = /usr/local/bin/uwsgi --procname-prefix keystone --ini /etc/keystone/keystone-uwsgi-public.ini

to

 ExecStart = /usr/bin/uwsgi --procname-prefix keystone --ini /etc/keystone/keystone-uwsgi-public.ini

Then i was able to start keystone service manually using

sudo systemctl start devstack@keystone.service

I had to do the same thing for g-api and placement-api services also.

Also this message kept coming up when stack.sh was running:

Failed to discover available identity versions when contacting http://10.42.69.107/identity. Attempting to parse version from URL. Could not find versioned identity endpints when attempting to authenticate. Please check that your auth_url is correct. Internal Server Error (HTTP 500)

Please kindly advise on how to resolve this issue.

Dashboard login issue on fresh devstack installation

Hi, I am trying to deploy openstack along with monasca monitoring tool using devstack. I was able to successfully run ./stack.sh on ubuntu 18.04 and able to see the dashboard. However when I try to login as admin it says "An error occurred authenticating. Please try again later", even though I am entering the correct password mentioned in the local.conf file.

I have checked if keysotne is running by doing

 sudo systemctl status devstack@keystone.service

and it returns that keystone is active(running).

I see this in var/log/apache2/horizon_error.log:

2020-06-01 06:27:50.938592 DEBUG openstack_auth.backend Beginning user authentication
2020-06-01 06:27:50.939147 DEBUG openstack_auth.plugin.password Attempting to authenticate for admin
2020-06-01 06:27:50.939477 DEBUG keystoneauth.identity.v3.base Making authentication request to http://10.42.69.107/identity/v3/auth/tokens
2020-06-01 06:27:50.947011 DEBUG keystoneauth.session Request returned failure status: 500
2020-06-01 06:27:50.947143 DEBUG openstack_auth.plugin.base Internal Server Error (HTTP 500)
2020-06-01 06:27:50.947211 INFO openstack_auth.forms Login failed for user "admin" using domain "Default", remote address 10.192.190.55.
2020-06-01 06:27:50.961576 DEBUG django.template Exception while resolving variable 'logout_reason' in template 'auth/login.html'.
2020-06-01 06:27:50.961587 Traceback (most recent call last):
2020-06-01 06:27:50.961590   File "/usr/local/lib/python3.6/dist-packages/django/template/base.py", line 829, in _resolve_lookup
2020-06-01 06:27:50.961593     current = current[bit]
2020-06-01 06:27:50.961596 KeyError: 'logout_reason'
2020-06-01 06:27:50.961599
2020-06-01 06:27:50.961601 During handling of the above exception, another exception occurred:
2020-06-01 06:27:50.961604
2020-06-01 06:27:50.961606 Traceback (most recent call last):
2020-06-01 06:27:50.961609   File "/usr/local/lib/python3.6/dist-packages/django/template/base.py", line 837, in _resolve_lookup
2020-06-01 06:27:50.961612     current = getattr(current, bit)
2020-06-01 06:27:50.961615 AttributeError: 'dict' object has no attribute 'logout_reason'
2020-06-01 06:27:50.961617
2020-06-01 06:27:50.961620 During handling of the above exception, another exception occurred:
2020-06-01 06:27:50.961622
2020-06-01 06:27:50.961625 Traceback (most recent call last):
2020-06-01 06:27:50.961627   File "/usr/local/lib/python3.6/dist-packages/django/template/base.py", line 843, in _resolve_lookup
2020-06-01 06:27:50.961630     current = current[int(bit)]
2020-06-01 06:27:50.961633 ValueError: invalid literal for int() with base 10: 'logout_reason'
2020-06-01 06:27:50.961635
2020-06-01 06:27:50.961638 During handling of the above exception, another exception occurred:
2020-06-01 06:27:50.961640
2020-06-01 06:27:50.961643 Traceback (most recent call last):
2020-06-01 06:27:50.961645   File "/usr/local/lib/python3.6/dist-packages/django/template/base.py", line 850, in _resolve_lookup
2020-06-01 06:27:50.961648     (bit, current))  # missing attribute
2020-06-01 06:27:50.961652 django.template.base.VariableDoesNotExist: Failed lookup for key [logout_reason] in {'csrftoken': 'qO77qpvmVy8VWM4wlvZppAF7ZD4dSYBbXeWmQaRgH3bBLUiRoG0Esq535bSN5j14', 'login_region': 'default', 'login_domain': '', 'sessionid': '5pkb2l4cyxwguy4vbp7uhful2iha199l'}
2020-06-01 06:27:50.961669

my local.conf file is this:

[[local|localrc]]
DATABASE_PASSWORD=secret
RABBIT_PASSWORD=secret
ADMIN_PASSWORD=secret
SERVICE_PASSWORD=secret
HOST_IP=10.42.69.107


LOGFILE=$DEST/logs/stack.sh.log
LOGDIR=$DEST/logs
LOG_COLOR=False


ENABLED_SERVICES=placement-api


# The following variable allow switching between Java and Python for
# the implementations of the Monasca Persister. If this variable is not set,
# then the default is to install the Python implementation of
# the Monasca Persister.

# Uncomment of the following two lines to choose Java or Python for
# the Monasca Pesister.
# MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-java}
MONASCA_PERSISTER_IMPLEMENTATION_LANG=${MONASCA_PERSISTER_IMPLEMENTATION_LANG:-python}

# Uncomment one of the following two lines to choose either InfluxDB or
# Apache Cassandra.
# default "influxdb" is selected as metric DB.
MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-influxdb}
# MONASCA_METRICS_DB=${MONASCA_METRICS_DB:-cassandra}

# This line will enable all of Monasca.
enable_plugin monasca-api https://opendev.org/openstack/monasca-api

# END DEVSTACK LOCAL.CONF CONTENTS

journalctl -u devstack@keystone gives:

Jun 01 06:27:22 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:27:37 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:27:50 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:27:52 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:28:07 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:28:22 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --
Jun 01 06:28:37 no1010042069107.corp.adobe.com devstack@keystone.service[19302]: -- unavailable modifier requested: 0 --

curl http://10.42.69.107/identity gives this:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator at
 [no address given] to inform them of the time this error occurred,
 and the actions you performed just before this error.</p>
<p>More information about this error may be available
in the server error log.</p>
<hr>
<address>Apache/2.4.29 (Ubuntu) Server at 10.42.69.107 Port 80</address>
</body></html>

While running stack.sh the keystone service was not starting and i got this in journalctl -u devstack@keystone:

Jun 01 06:48:52 no1010042069107.corp.adobe.com systemd[12371]: devstack@keystone.service: Failed to execute command: Permission denied
Jun 01 06:48:52 no1010042069107.corp.adobe.com systemd[12371]: devstack@keystone.service: Failed at step EXEC spawning /usr/local/bin/uwsgi: Permission denied

my fix: I went to location etc/systemd/system/devstack@keystone.service and changed

ExecStart = /usr/local/bin/uwsgi --procname-prefix keystone --ini /etc/keystone/keystone-uwsgi-public.ini

to

 ExecStart = /usr/bin/uwsgi --procname-prefix keystone --ini /etc/keystone/keystone-uwsgi-public.ini

Then i was able to start keystone service manually using

sudo systemctl start devstack@keystone.service

I had to do the same thing for g-api and placement-api services also.

journalctl -u devstack@keystone when keystone starts:

Jun 01 16:34:14 no1010042069107.corp.adobe.com systemd[1]: Starting Devstack devstack@keystone.service...
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: [uWSGI] getting INI configuration from /etc/keystone/keystone-uwsgi-public.ini
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: open("/usr/lib/uwsgi/plugins/python_plugin.so"): No such file or directory [core/utils.c line 3691]
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: !!! UNABLE to load uWSGI plugin: /usr/lib/uwsgi/plugins/python_plugin.so: cannot open shared object file: No such file or director
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: *** Starting uWSGI 2.0.15-debian (64bit) on [Mon Jun  1 16:34:14 2020] ***
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: compiled with version: 7.3.0 on 28 September 2018 15:41:15
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: os: Linux-4.15.0-76-generic #86-Ubuntu SMP Fri Jan 17 17:24:28 UTC 2020
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: nodename: no1010042069107.corp.adobe.com
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: machine: x86_64
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: clock source: unix
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: pcre jit disabled
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: detected number of CPU cores: 4
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: current working directory: /
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: detected binary path: /usr/bin/uwsgi-core
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: dropping root privileges as early as possible
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: your processes number limit is 64072
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: your memory page size is 4096 bytes
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: detected max file descriptor number: 2048
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: lock engine: pthread robust mutexes
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: thunder lock: enabled
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: uwsgi socket 0 bound to UNIX address /var/run/uwsgi/keystone-wsgi-public.socket fd 4
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: dropping root privileges after socket binding
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: dropping root privileges after plugin initialization
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: your server socket listen backlog is limited to 100 connections
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: your mercy for graceful operations on workers is 90 seconds
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: mapped 402621 bytes (393 KB) for 2 cores
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: *** Operational MODE: preforking ***
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: dropping root privileges after application loading
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: *** uWSGI is running in multiple interpreter mode ***
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: !!!!!!!!!!!!!! WARNING !!!!!!!!!!!!!!
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: no request plugin is loaded, you will not be able to manage requests.
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: you may need to install the package for your language of choice, or simply load it with --plugin.
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: !!!!!!!!!!! END OF WARNING !!!!!!!!!!
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: spawned uWSGI master process (pid: 23140)
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: spawned uWSGI worker 1 (pid: 23141, cores: 1)
Jun 01 16:34:14 no1010042069107.corp.adobe.com systemd[1]: Started Devstack devstack@keystone.service.
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: *** no app loaded. going in full dynamic mode ***
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: spawned uWSGI worker 2 (pid: 23142, cores: 1)
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: running "unix_signal:15 gracefully_kill_them_all" (master-start)...
Jun 01 16:34:14 no1010042069107.corp.adobe.com devstack@keystone.service[23140]: *** no app loaded. going in full dynamic mode ***

Also this message kept coming up when stack.sh was running:

Failed to discover available identity versions when contacting http://10.42.69.107/identity. Attempting to parse version from URL. Could not find versioned identity endpints when attempting to authenticate. Please check that your auth_url is correct. Internal Server Error (HTTP 500)

Please kindly advise on how to resolve this issue.