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_mccu...@yahoo.com> > Reply-To: "sean_mccu...@yahoo.com" <sean_mccu...@yahoo.com> > Date: Wednesday, September 4, 2013 6:27 PM > To: "Robin J. Goldstone" <goldsto...@llnl.gov> > Cc: "openstack@lists.openstack.org" <openstack@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@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@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
