[Openstack] Keystone 'NoneType' object is unsubscriptable error

Goldstone, Robin J. goldstone1 at llnl.gov
Thu Sep 5 00:39:31 UTC 2013


I am trying to install the RDO OpenStack distribution on a RHEL 6.4 system.  The install is failing during keystone configuration as follows:
^[[1;35merr: /Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' object is unsubscriptable

If I run the command interactively I get the same error:
# brutus1 /etc/keystone > export OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676
# brutus1 /etc/keystone > export OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0
# brutus1 /etc/keystone > keystone service-list
'NoneType' object is unsubscriptable

The keystone service appears to be running and connected to the mysql database:
# brutus1 /root > ps -ef|grep keystone
keystone  8451     1  0 17:20 ?        00:00:00 /usr/bin/python /usr/bin/keystone-all --config-file /etc/keystone/keystone.conf
# brutus1 /root > lsof -i|grep keystone
keystone- 8451 keystone    4u  IPv4  21614      0t0  TCP *:35357 (LISTEN)
keystone- 8451 keystone    6u  IPv4  21616      0t0  TCP *:commplex-main (LISTEN)
keystone- 8451 keystone    8u  IPv4  21961      0t0  TCP ebrutus1:54531->ebrutus1:mysql (ESTABLISHED)

The mysql database appears to have been properly initialized though hardly any of the tables have anything in them.

mysql> use keystone;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
+------------------------+
| Tables_in_keystone     |
+------------------------+
| credential             |
| domain                 |
| ec2_credential         |
| endpoint               |
| group                  |
| group_domain_metadata  |
| group_project_metadata |
| migrate_version        |
| policy                 |
| project                |
| role                   |
| service                |
| token                  |
| trust                  |
| trust_role             |
| user                   |
| user_domain_metadata   |
| user_group_membership  |
| user_project_metadata  |
+------------------------+
19 rows in set (0.00 sec)

mysql> select * from service;
Empty set (0.00 sec)

I cranked up the debug level in the keystone log file and here is what I see:
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] ******************** REQUEST ENVIRON ********************
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] SCRIPT_NAME = /v2.0
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] webob.adhoc_attrs = {'response': <Response at 0x2373510 200 OK>}
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] REQUEST_METHOD = GET
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] PATH_INFO = /OS-KSADM/services
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] SERVER_PROTOCOL = HTTP/1.0
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] HTTP_X_AUTH_TOKEN = 49c056f8688540fcb933cf7335537676
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] HTTP_USER_AGENT = python-keystoneclient
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] eventlet.posthooks = []
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] SERVER_NAME = 127.0.0.1
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] REMOTE_ADDR = 127.0.0.1
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] eventlet.input = <eventlet.wsgi.Input object at 0x236b8d0>
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] wsgi.url_scheme = http
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] SERVER_PORT = 35357
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] wsgi.input = <eventlet.wsgi.Input object at 0x236b8d0>
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] HTTP_HOST = 127.0.0.1:35357
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] wsgi.multithread = True
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] HTTP_ACCEPT = */*
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] wsgi.version = (1, 0)
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] openstack.context = {'token_id': '49c056f8688540fcb933cf7335537676', 'is_admin': True}
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] GATEWAY_INTERFACE = CGI/1.1
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] wsgi.run_once = False
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] wsgi.errors = <open file '<stderr>', mode 'w' at 0x2aaaaaae81e0>
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] wsgi.multiprocess = False
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] CONTENT_TYPE = text/plain
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi]
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] ******************** REQUEST BODY ********************
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi]
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] arg_dict: {}
2013-09-04 17:37:48     INFO [sqlalchemy.engine.base.Engine] SELECT service.id AS service_id, service.type AS service_type, service.extra AS service_extra
FROM service
2013-09-04 17:37:48     INFO [sqlalchemy.engine.base.Engine] ()
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] ******************** RESPONSE HEADERS ********************
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] Vary = X-Auth-Token
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] Content-Type = application/json
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] Content-Length = 25
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi]
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] ******************** RESPONSE BODY ********************
2013-09-04 17:37:48    DEBUG [keystone.common.wsgi] {"OS-KSADM:services": []}
2013-09-04 17:37:48     INFO [access] 127.0.0.1 - - [05/Sep/2013:00:37:48 +0000] "GET http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25
2013-09-04 17:37:48    DEBUG [eventlet.wsgi.server] 127.0.0.1 - - [04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 153 0.008193


I have tried completely wiping out and reinstalling RDO but it chokes at the same point.   Myself, along with several other people, have reported this error on the RDO forum but no one over there has responded so I thought I would try my luck over here.  If anyone has an idea of what my problem is, or can offer advice on further troubleshooting, please let me know.

Thank you in advance.
Robin Goldstone, LLNL
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130905/8431d16e/attachment.html>


More information about the Openstack mailing list