OpenStack Identity (keystone)

404 msg in keystone api call: $ curl http://${ho}:35357/v2.0/

Bug #942485 reported by Deepak Garg
This bug report is a duplicate of:  Bug #930321: ksl: GET /v2.0/ returns {}. Edit Remove
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
OpenStack Identity (keystone)
Fix Committed
Low
Dolph Mathews
OpenStack Identity (keystone) essex-rc1 "RC1"

Bug Description

Using today's code for both keystone client and service, I tried the basic 3 api calls and one of them resulted in 404:

@deepak-devvm:~/devstack$ curl http://${ho}:35357/

{"versions": {"values": [{"status": "beta", "updated": "2011-11-19T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v2.0+json"}, {"base": "application/xml", "type": "application/vnd.openstack.identity-v2.0+xml"}], "id": "v2.0", "links": [{"href": "http://10.102.125.75:35357/v2.0/", "rel": "self"}, {"href": "http://docs.openstack.org/api/openstack-identity-service/2.0/content/", "type": "text/html", "rel": "describedby"}, {"href": "http://docs.openstack.org/api/openstack-identity-service/2.0/identity-dev-guide-2.0.pdf", "type": "application/pdf", "rel": "describedby"}]}]}}
---------------------------------------------------------------------------------------------------------------------
deepak@deepak-devvm:~/devstack$ curl http://${ho}:35357/v2.0/
<html>
 <head>
  <title>404 Not Found</title>
 </head>
 <body>
  <h1>404 Not Found</h1>
  The resource could not be found.<br /><br />

 </body>
</html>
---------------------------------------------------------------------------------------------------------------------

deepak@deepak-devvm:~/devstack$ curl http://${ho}:35357/v2.0/extensions
{"extensions": {"values": [{"updated": "2011-08-19T13:25:27-06:00", "name": "Openstack Keystone Admin", "links": [{"href": "https://github.com/openstack/identity-api", "type": "text/html", "rel": "describedby"}], "namespace": "http://docs.openstack.org/identity/api/ext/OS-KSADM/v1.0", "alias": "OS-KSADM", "description": "Openstack extensions to Keystone v2.0 API enabling Admin Operations."}]}}

Deepak Garg (deepak.garg)
summary: - 404 msg in keystone api call: $http://${host}:35357/v2.0/
+ 404 msg in keystone api call: $ curl http://${ho}:35357/v2.0/
Revision history for this message
Rafael Durán Castañeda (rafadurancastaneda) wrote :
Download full text (7.8 KiB)

I'm getting an error too on curl http://localhost:$(admin o pulic port)/v2.0, but different one:

2012-03-02 10:54:44 DEBUG [root] ******************** REQUEST ENVIRON ********************
2012-03-02 10:54:44 DEBUG [root] SCRIPT_NAME = /v2.0
2012-03-02 10:54:44 DEBUG [root] webob.adhoc_attrs = {'response': <Response at 0x2ecf0d0 200 OK>}
2012-03-02 10:54:44 DEBUG [root] REQUEST_METHOD = GET
2012-03-02 10:54:44 DEBUG [root] PATH_INFO =
2012-03-02 10:54:44 DEBUG [root] SERVER_PROTOCOL = HTTP/1.0
2012-03-02 10:54:44 DEBUG [root] HTTP_USER_AGENT = curl/7.21.6 (x86_64-pc-linux-gnu) libcurl/7.21.6 OpenSSL/1.0.0e zlib/1.2.3.4 libidn/1.22 librtmp/2.3
2012-03-02 10:54:44 DEBUG [root] eventlet.posthooks = []
2012-03-02 10:54:44 DEBUG [root] SERVER_NAME = 127.0.0.1
2012-03-02 10:54:44 DEBUG [root] REMOTE_ADDR = 127.0.0.1
2012-03-02 10:54:44 DEBUG [root] eventlet.input = <eventlet.wsgi.Input object at 0x2aab190>
2012-03-02 10:54:44 DEBUG [root] wsgi.url_scheme = http
2012-03-02 10:54:44 DEBUG [root] SERVER_PORT = 35357
2012-03-02 10:54:44 DEBUG [root] wsgi.input = <eventlet.wsgi.Input object at 0x2aab190>
2012-03-02 10:54:44 DEBUG [root] HTTP_HOST = localhost:35357
2012-03-02 10:54:44 DEBUG [root] wsgi.multithread = True
2012-03-02 10:54:44 DEBUG [root] HTTP_ACCEPT = */*
2012-03-02 10:54:44 DEBUG [root] wsgi.version = (1, 0)
2012-03-02 10:54:44 DEBUG [root] openstack.context = {'token_id': None, 'is_admin': False}
2012-03-02 10:54:44 DEBUG [root] GATEWAY_INTERFACE = CGI/1.1
2012-03-02 10:54:44 DEBUG [root] wsgi.run_once = False
2012-03-02 10:54:44 DEBUG [root] wsgi.errors = <open file '<stderr>', mode 'w' at 0x7f5c1bee8270>
2012-03-02 10:54:44 DEBUG [root] wsgi.multiprocess = False
2012-03-02 10:54:44 DEBUG [root] CONTENT_TYPE = text/plain
2012-03-02 10:54:44 DEBUG [root]
2012-03-02 10:54:44 DEBUG [root] ******************** REQUEST BODY ********************
2012-03-02 10:54:44 DEBUG [root]
2012-03-02 10:54:44 DEBUG [eventlet.wsgi.server] Traceback (most recent call last):
  File "/home/rafael/workspace/parallels-backend--keystone/.venv/local/lib/python2.7/site-packages/eventlet/wsgi.py", line 336, in handle_one_response
    result = self.application(self.environ, start_response)
  File "/home/rafael/workspace/parallels-backend--keystone/.venv/local/lib/python2.7/site-packages/paste/urlmap.py", line 203, in __call__
    return app(environ, start_response)
  File "/home/rafael/workspace/parallels-backend--keystone/.venv/local/lib/python2.7/site-packages/webob/dec.py", line 147, in __call__
    resp = self.call_func(req, *args, **self.kwargs)
  File "/home/rafael/workspace/parallels-backend--keystone/.venv/local/lib/python2.7/site-packages/webob/dec.py", line 208, in call_func
    return self.func(req, *args, **kwargs)
  File "/home/rafael/workspace/keystone/keystone/common/wsgi.py", line 282, in __call__
    response = request.get_response(self.application)
  File "/home/rafael/workspace/parallels-backend--keystone/.venv/local/lib/python2.7/site-packages/webob/request.py", line 1053, in get_response
    application, catch_exc_info=False)
  File "/home/rafael/workspace/p...

Read more...

Revision history for this message
Dolph Mathews (dolph) wrote :

This was fixed as part of bug 930321 in commit:
https://github.com/openstack/keystone/commit/1c5f3e256fc730675966d597213bed488cb77598

Attempt to reproduce on the current master:
http://pastie.org/3505994

Changed in keystone:
assignee: nobody → Dolph Mathews (dolph)
importance: Undecided → Low
milestone: none → essex-rc1
status: New → Fix Committed
Revision history for this message
Rafael Durán Castañeda (rafadurancastaneda) wrote :

I'm still getting the same trackeback, since I'm using default provided conriguration it don't seems to be a configuration issue, but probably something on my host environment, any hint how to solve this? Maybe wrong pip versions?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.