[Openstack-operators] Swift + Keystone Connection Problem

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


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/09e28a0f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dbhbjifj.png
Type: image/png
Size: 39305 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20130426/09e28a0f/attachment.png>


More information about the OpenStack-operators mailing list