[Openstack-operators] Swift + Keystone Connection Problem
Ricardo Contreras
rcontreras1989 at gmail.com
Fri Apr 26 16:30:21 UTC 2013
This is embarrasing! :S
Thanks Trey!
Ricardo
El 26-04-2013 12:58, Trey Duskin escribió:
> 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 <http://www.maldivica.com>
>
>
> On Fri, Apr 26, 2013 at 11:53 AM, Ricardo Contreras
> <rcontreras1989 at gmail.com <mailto: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 <tel:26-04-2013%2012>: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 <tel:404.955.7490> (c)
>> www.maldivica.com <http://www.maldivica.com>
>>
>>
>> On Fri, Apr 26, 2013 at 11:12 AM, Ricardo Contreras
>> <rcontreras1989 at gmail.com <mailto: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
>> <mailto: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/0e34bf8c/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/0e34bf8c/attachment.png>
More information about the OpenStack-operators
mailing list