[Openstack] Keystone 'NoneType' object is unsubscriptable error
Adam Young
ayoung at redhat.com
Fri Sep 6 17:42:07 UTC 2013
I've seen that before. It has been a while since I looked into it, but
it is not an error in Kesytone iteslf, but rather the part of the setup
talking to Keystone.
I'll take the bug and comment on it there.
On 09/06/2013 11:52 AM, Goldstone, Robin J. wrote:
> 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
>>
>>
>
>
>
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : 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/3a97137b/attachment.html>
More information about the Openstack
mailing list