ah ok, so are these two clusters setup as part of a single swauth installation? Are you using one as the auth system with service endpoints to the other (i.e. http://gholt.github.io/swauth/dev/api.html#set-service-endpoints)?
Or are these two separate clusters which should be configured the same but seem to exhibit different behaviors based on the same input? Also - what client? What is the auth url being given to it? Can you try to drop the v1.0? The /v1.0/v1.0 thing doesn't seem like it should work. -Clay On Thu, Jan 23, 2014 at 4:12 PM, Shrinand Javadekar <[email protected] > wrote: > Yes, swauth. > > > On Thu, Jan 23, 2014 at 1:52 PM, Clay Gerrard <[email protected]>wrote: > >> Is SwiftAuth... like Swauth? >> >> https://github.com/gholt/swauth/search?q=SwiftAuth&ref=cmdform >> >> or something else??? >> >> >> On Thu, Jan 23, 2014 at 10:44 AM, Shrinand Javadekar < >> [email protected]> wrote: >> >>> Hi, >>> >>> I am trying to debug a swift auth problem. There are two swift clusters >>> using SwiftAuth for authentication. >>> >>> On one cluster, when the client wants to authenticate, I see a GET >>> request being sent to: >>> >>> http://swift.domain.com/v1.0/v1.0 >>> >>> along with the user-name and password. It receives a 200 OK from the >>> server along with the X-Storage-Token and X-Auth-Token. The client is >>> successfully authenticated and things work perfectly. >>> >>> On the other cluster, when the client wants to authenticate, I see a GET >>> request being sent to: >>> >>> https://swift2.anotherdomain.com/v1.0/v1.0 >>> >>> along with the username and password. In this case, the client receives >>> a 404 NOT FOUND response. If I use https://swift2.anotherdomain.com/v1.0, >>> things work fine. >>> >>> Is there a config option in swift to either ignore the second "v1.0" in >>> the path or maybe handle it in some other way so that the auth succeeds? >>> >>> Thanks in advance. >>> -Shri >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : [email protected] >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> >
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : [email protected] Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
