[Openstack-operators] Swift + Keystone Connection Problem

Trey Duskin trey at maldivica.com
Fri Apr 26 15:58:23 UTC 2013


You should try to use  http://172.20.21.240:5000/v2.0/tokens as your Auth
URL.

*
*
*---*
*Trey Duskin*
Dir. of Technical Services, Maldivica
404.955.7490 (c)
www.maldivica.com


On Fri, Apr 26, 2013 at 11:53 AM, Ricardo Contreras <
rcontreras1989 at gmail.com> wrote:

>  Trey,
> thanks for the fast answer!
> I'm using this URL: http://172.20.21.240:5000/v2.0 ... are you saying
> that I must use http://172.20.21.240:5000/tokens ?... or something like
> that?.
>
> Regareds,
>
>
> El 26-04-2013 12:26, Trey Duskin escribió:
>
> Ricardo,
>
>  Shot in the dark, but can you append '/tokens' to the end of your auth
> URL in CloudBerry/Whitewater?  I've seen some posts on the internet talking
> about that being required by some clients.
>
>
>  *
> *
> *---*
> *Trey Duskin*
> Dir. of Technical Services, Maldivica
> 404.955.7490 (c)
> www.maldivica.com
>
>
> On Fri, Apr 26, 2013 at 11:12 AM, Ricardo Contreras <
> rcontreras1989 at gmail.com> wrote:
>
>>  Hi guys!
>> I need help with an implementation using Swift+Keystone.
>> We are implementing a basic installation of OpenStack, just using Swift
>> and Keystone Modules. The Object Storage will be used by Riverbed
>> Whitewater as a Storage Cloud.
>>
>> I have correctly installed and  running Keystone and Swift:
>>
>> root at SwiftV2:/etc# keystone catalog
>> Service: object-store
>>
>> +-------------+--------------------------------------------------------------------+
>> |   Property  |
>> Value                                |
>>
>> +-------------+--------------------------------------------------------------------+
>> |   adminURL  |                    http://172.20.21.240:8888/v1
>> |
>> |      id     |
>> e600dcf78c4d4f39a39f3f3a92c1b5d4                  |
>> | internalURL |
>> http://172.20.21.240:8888/v1/AUTH_ab6f8b28350e4669899d7690bf0b468e |
>> |  publicURL  |
>> http://172.20.21.240:8888/v1/AUTH_ab6f8b28350e4669899d7690bf0b468e |
>> |    region   |
>> RegionOne                              |
>>
>> +-------------+--------------------------------------------------------------------+
>> Service: identity
>> +-------------+----------------------------------+
>> |   Property  |              Value               |
>> +-------------+----------------------------------+
>> |   adminURL  | http://172.20.21.240:35357/v2.0  |
>> |      id     | a93f29c0e08a4bc59b9f42e34a3c498a |
>> | internalURL |  http://172.20.21.240:5000/v2.0  |
>> |  publicURL  |  http://172.20.21.240:5000/v2.0  |
>> |    region   |            RegionOne             |
>> +-------------+----------------------------------+
>> root at SwiftV2:/etc#
>>
>> With the Swift Client all works fine:
>>
>> root at SwiftV2:/etc# swift -V 2.0 -A http://172.20.21.240:5000/v2.0 -U
>> demo:admin -K $ADMINPASS stat
>>    Account: AUTH_ab6f8b28350e4669899d7690bf0b468e
>> Containers: 2
>>    Objects: 0
>>      Bytes: 0
>> Accept-Ranges: bytes
>> X-Timestamp: 1366985761.99310
>> Content-Type: text/plain; charset=utf-8
>> root at SwiftV2:/etc#
>>
>> But using other program from other machine, like CloudBerry Explorer, I
>> receive error 500 message:
>> *<?xml version="1.0" encoding="UTF-8"?>**
>> **<error xmlns="http://docs.openstack.org/identity/api/v2.0"<http://docs.openstack.org/identity/api/v2.0>message="An unexpected error prevented the server from fulfilling your
>> request. get_version() got an unexpected keyword argument 'auth'"
>> code="500" title="Internal Server Error"/>*
>>
>>
>>
>> The same thing occurrs when I try to connect the Riverbed Whitewater to
>> Swift.
>>
>> Could any help me with this?...
>> I have working an v1 Swift Implementation, but we want to have a dinamic
>> user administration. However, the final solution is to have a Web Based
>> Administration Platform with Quotas (on version 1 I was using a Development
>> from Alex Yang), User Administration, and Monitoring of the Cluster... but,
>> is important to connect to the Cloud first :)
>>
>> Thanks in advance!
>> Ricardo Contreras
>>
>>
>>
>>
>>
>> _______________________________________________
>> 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/20130426/39a99ba7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 39305 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20130426/39a99ba7/attachment.png>


More information about the OpenStack-operators mailing list