[Openstack-operators] keystone problem, [routes.middleware] No route match for Get /auth/v2.0
Salman Toor
salman.toor at it.uu.se
Tue Oct 9 14:15:08 UTC 2012
Hi,
Thanks for your reply!
I have tried your suggestion but no effect.
[sztoor at swift ~]$ curl -k -v -H 'X-Storage-User:
openstackDemo:adminUser' -H 'X-Storage-Pass: adminUser'
http://10.0.2.15:5000/v2.0/auth
* About to connect() to 10.0.2.15 port 5000 (#0)
* Trying 10.0.2.15...
* connected
* Connected to 10.0.2.15 (10.0.2.15) port 5000 (#0)
> GET /v2.0/auth HTTP/1.1
> User-Agent: curl/7.24.0 (x86_64-redhat-linux-gnu) libcurl/7.24.0 NSS/3.13.5.0 zlib/1.2.5 libidn/1.24 libssh2/1.4.1
> Host: 10.0.2.15:5000
> Accept: */*
> X-Storage-User: openstackDemo:adminUser
> X-Storage-Pass: adminUser
>
< HTTP/1.1 404 Not Found
< Content-Type: text/html; charset=UTF-8
< Date: Mon, 08 Oct 2012 19:05:01 GMT
< Transfer-Encoding: chunked
<
<html>
<head>
<title>404 Not Found</title>
</head>
<body>
<h1>404 Not Found</h1>
The resource could not be found.<br /><br />
</body>
* Connection #0 to host 10.0.2.15 left intact
</html>* Closing connection #0
I have also tried following and that works fine.
# curl -k -v -X 'POST' http://10.0.2.15:5000/v2.0/tokens -d
'{"auth":{"passwordCredentials":{"username":"adminUser",
"password":"adminUser"}, "tenantName":"openstackDemo"}}' -H
'Content-type: application/json' -H 'Accept: application/xml'
# curl -k -H 'X-Auth-Token:e5853a79d4cd4affb718397f7088aca3'
http://10.0.2.15:8888/v1/AUTH_1a030f42a4f34254a6b45d6c46d65f04
In the verification section of SWIFT's latest guide the author suggest the command like following
Get an X-Storage-Url and X-Auth-Token:
$ curl -k -v -H 'X-Storage-User: openstackDemo:admin' -H 'X-Storage-Pass: $ADMINPASS' http://<AUTH_HOSTNAME>:5000/auth/v2.0
I am struggling with this from last two days. :-(
Regards..
Salman.
On Oct 9, 2012, at 3:55 PM, Kiall Mac Innes wrote:
> It should be /v2.0/auth rather than /auth/v2.0 - and it will only respond to a POST request, not a GET request.
>
> Thanks,
> Kiall
>
>
> On Tue, Oct 9, 2012 at 2:46 PM, Salman Toor <salman.toor at it.uu.se> wrote:
> Hi again,
>
> Just to update my previous mail:
>
> Following is the log message when I send the / request using curl and keystone fined the correct routing … But with auth/v2.0 its didn't find the path … is it a bug ?
>
> ----- keystone.log -----
>
> 2012-10-08 20:07:43 DEBUG [routes.middleware] Matched GET /
> 2012-10-08 20:07:43 DEBUG [routes.middleware] Route path: '/',
> defaults: {'action': u'get_versions', 'controller':
> <keystone.service.VersionController object at 0x303fc50>}
> 2012-10-08 20:07:43 DEBUG [routes.middleware] Match dict:
> {'action': u'get_versions', 'controller':
> <keystone.service.VersionController object at 0x303fc50>}
> 2012-10-08 20:07:43 DEBUG [keystone.common.wsgi] arg_dict: {}
> 2012-10-08 20:07:43 DEBUG [eventlet.wsgi.server] 10.0.2.15 - -
> [08/Oct/2012 20:07:43] "GET / HTTP/1.1" 300 768 0.024546
>
> -------------------------------
>
> Regards..
> Salman.
>
>
>
>
>
>
> On Oct 9, 2012, at 1:17 PM, Salman Toor wrote:
>
>> Hi,
>>
>> I am struggling with configuring SWIFT.
>>
>> I have followed latest guide.
>>
>> Install and Deploy Guide for Red Hat Enterprise Linux, CentOS 6.x, or Fedora 17 (Folsom)
>>
>> swift -V 2.0 -A http://10.0.2.15:5000/v2.0 -U openstackDemo:adminUser
>> -K adminUser stat -vStorageURL:
>> http://10.0.2.15:8888/v1/AUTH_1a030f42a4f34254a6b45d6c46d65f04
>> Auth Token: 8901f727aeba4d61a7dbb838b3146c72
>> Account: AUTH_1a030f42a4f34254a6b45d6c46d65f04
>> Containers: 1
>> Objects: 0
>> Bytes: 0
>> Accept-Ranges: bytes
>>
>> works fine But
>>
>>
>>
>> [sztoor at swift ~]$ curl -k -v -H 'X-Storage-User:
>> openstackDemo:adminUser' -H 'X-Storage-Pass: adminUser'
>> http://10.0.2.15:5000/auth/v2.0
>> * About to connect() to 10.0.2.15 port 5000 (#0)
>> * Trying 10.0.2.15...
>> * connected
>> * Connected to 10.0.2.15 (10.0.2.15) port 5000 (#0)
>> > GET /auth/v2.0 HTTP/1.1
>> > User-Agent: curl/7.24.0 (x86_64-redhat-linux-gnu) libcurl/7.24.0 NSS/3.13.5.0 zlib/1.2.5 libidn/1.24 libssh2/1.4.1
>> > Host: 10.0.2.15:5000
>> > Accept: */*
>> > X-Storage-User: openstackDemo:adminUser
>> > X-Storage-Pass: adminUser
>> >
>> < HTTP/1.1 404 Not Found
>> < Content-Length: 154
>> < Content-Type: text/html; charset=UTF-8
>> < Date: Mon, 08 Oct 2012 17:42:31 GMT
>> <
>> <html>
>> <head>
>> <title>404 Not Found</title>
>> </head>
>> <body>
>> <h1>404 Not Found</h1>
>> The resource could not be found.<br /><br />
>>
>>
>> I have checked the logs. In the first command using swift command-line-tool everything works fine but with curl command I got this message DEBUG [routes.middleware] No route match
>>
>> also show in the log with red color.
>>
>> ---- keystone.log ------
>>
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi]
>> ******************** REQUEST ENVIRON ********************
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] SCRIPT_NAME = /v2.0
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] webob.adhoc_attrs
>> = {'response': <Response at 0x3519a50 200 OK>}
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] REQUEST_METHOD = GET
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] PATH_INFO =
>> /tokens/8901f727aeba4d61a7dbb838b3146c72
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL = HTTP/1.0
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] HTTP_X_AUTH_TOKEN
>> = ccecafff4522894d32d9
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] eventlet.posthooks = []
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] SERVER_NAME = 10.0.2.15
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] REMOTE_ADDR = 10.0.2.15
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] eventlet.input =
>> <eventlet.wsgi.Input object at 0x35096d0>
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] wsgi.url_scheme = http
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] SERVER_PORT = 35357
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] wsgi.input =
>> <eventlet.wsgi.Input object at 0x35096d0>
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] openstack.context
>> = {'token_id': 'ccecafff4522894d32d9', 'is_admin': True}
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] HTTP_HOST = 10.0.2.15:35357
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] wsgi.multithread = True
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] HTTP_ACCEPT =
>> application/json
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] wsgi.version = (1, 0)
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] RAW_PATH_INFO =
>> /v2.0/tokens/8901f727aeba4d61a7dbb838b3146c72
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] GATEWAY_INTERFACE = CGI/1.1
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] wsgi.run_once = False
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] wsgi.errors =
>> <open file '<stderr>', mode 'w' at 0x7f7bd7c32270>
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] wsgi.multiprocess = False
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi] CONTENT_TYPE =
>> application/json
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi]
>> HTTP_ACCEPT_ENCODING = identity
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi]
>> 2012-10-08 19:42:25 DEBUG [keystone.common.wsgi]
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20121009/ea905b15/attachment-0001.html>
More information about the OpenStack-operators
mailing list