[Openstack-operators] Swift + Keystone Connection Problem

Ricardo Contreras rcontreras1989 at gmail.com
Fri Apr 26 15:53:59 UTC 2013


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 <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/2a52714e/attachment-0001.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/2a52714e/attachment-0001.png>


More information about the OpenStack-operators mailing list