Open Stack

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>
> Reply-To: "sean_mccully at yahoo.com" <sean_mccully at yahoo.com>
> Date: Wednesday, September 4, 2013 6:27 PM
> To: "Robin J. Goldstone" <goldstone1 at llnl.gov>
> Cc: "openstack at lists.openstack.org" <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
> > 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/20130905/1e0dea2c/attachment.html>