[Openstack] Keystone 'NoneType' object is unsubscriptable error
Goldstone, Robin J.
goldstone1 at llnl.gov
Fri Sep 6 15:52:54 UTC 2013
I opened a bug yesterday morning but so far no one has looked at it:
https://bugs.launchpad.net/keystone/+bug/1221331
How long should I expect it to take for someone to look at this? I am dead in the water trying to install RDO until someone can help me with this…
Thanks,
Robin
From: Sean McCully <sean_mccully at yahoo.com<mailto:sean_mccully at yahoo.com>>
Reply-To: "sean_mccully at yahoo.com<mailto:sean_mccully at yahoo.com>" <sean_mccully at yahoo.com<mailto:sean_mccully at yahoo.com>>
Date: Thursday, September 5, 2013 9:13 AM
To: "Robin J. Goldstone" <goldstone1 at llnl.gov<mailto:goldstone1 at llnl.gov>>
Cc: "openstack at lists.openstack.org<mailto:openstack at lists.openstack.org>" <openstack at lists.openstack.org<mailto:openstack at lists.openstack.org>>
Subject: Re: [Openstack] Keystone 'NoneType' object is unsubscriptable error
Robin,
I would suggest opening a bug in launchpad, to let the project maintainers know about this issue. I do not see any related bugs.
=Bug=Search=====
https://bugs.launchpad.net/keystone?field.searchtext=%27NoneType%27+object+is+unsubscriptable
==New==Bug====
https://bugs.launchpad.net/keystone/+filebug
Sean
On Thu, 2013-09-05 at 15:59 +0000, Goldstone, Robin J. wrote:
Sean,
It appears that the curl interface works just fine:
# brutus1 /root > curl -X POST -H "X-Auth-Token: 49c056f8688540fcb933cf7335537676" -H "Content-type: application/json" --data '{"OS-KSADM:service": {"name":"Test","type":"test","extra":"{}"}}' http://0.0.0.0:35357/v2.0/OS-KSADM/services
{"OS-KSADM:service": {"type": "test", "name": "Test", "id": "6d54ea4d2752435aba19893a9de24695"}}
# brutus1 /root > curl -X GET -H "X-Auth-Token: 49c056f8688540fcb933cf7335537676" http://0.0.0.0:35357/v2.0/OS-KSADM/services
{"OS-KSADM:services": [{"type": "test", "name": "Test", "id": "6d54ea4d2752435aba19893a9de24695"}]}
I also verified directly in the mysql database:
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> select * from service;
+----------------------------------+------+------------------+
| id | type | extra |
+----------------------------------+------+------------------+
| 6d54ea4d2752435aba19893a9de24695 | test | {"name": "Test"} |
+----------------------------------+------+------------------+
1 row in set (0.00 sec)
mysql>
But access via the keystone client still fails with the same error:
# brutus1 /root > keystone service-list
'NoneType' object is unsubscriptable
-Robin
From: Sean McCully <sean_mccully at yahoo.com<mailto:sean_mccully at yahoo.com>>
Reply-To: "sean_mccully at yahoo.com<mailto:sean_mccully at yahoo.com>" <sean_mccully at yahoo.com<mailto:sean_mccully at yahoo.com>>
Date: Wednesday, September 4, 2013 6:27 PM
To: "Robin J. Goldstone" <goldstone1 at llnl.gov<mailto:goldstone1 at llnl.gov>>
Cc: "openstack at lists.openstack.org<mailto:openstack at lists.openstack.org>" <openstack at lists.openstack.org<mailto:openstack at lists.openstack.org>>
Subject: Re: [Openstack] Keystone 'NoneType' object is unsubscriptable error
What happens after you add a service,
curl -X POST -H "X-Auth-Token: <auth-token>" -H "Content-type: application/json" --data '{"OS-KSADM:service": {"name":"Test","type":"test","extra":"{}"}}' http://0.0.0.0:35357/v2.0/OS-KSADM/services
Sean
On Thu, 2013-09-05 at 00:39 +0000, Goldstone, Robin J. wrote:
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
_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack at lists.openstack.org<mailto:openstack at lists.openstack.org>
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130906/3158d8df/attachment.html>
More information about the Openstack
mailing list