Thanks for the info.
On Wed, Mar 11, 2015 at 10:50 AM, Clay Gerrard clay.gerr...@gmail.com
wrote:
On Mon, Mar 9, 2015 at 12:27 PM, Weidong Shao weidongs...@gmail.com
wrote:
I noticed swauth project is not actively maintained. In my local testing,
swauth did not work after I upgraded
On Wed, Mar 11, 2015 at 1:16 PM, Weidong Shao weidongs...@gmail.com wrote:
the url is encoded in the object hash! This somehow entangles the data
storage/validity with its account and makes it difficult to migrate the
data. I guess it is too late to debate on the design of this. Do you know
On Mon, Mar 9, 2015 at 12:27 PM, Weidong Shao weidongs...@gmail.com wrote:
I noticed swauth project is not actively maintained. In my local testing,
swauth did not work after I upgraded swift to latest.
Hrm... I think gholt would be open to patches/support, I know of a number
of deployers of
hi,
I have a standalone swift cluster with swauth as the auth module. By
standalone, I mean the cluster is not in the context of OpenStack, or
keystone server.
Now I have moved ACL logic to application level and decided to have all
data in swift under one user account. I have a few questions on
On Mar 9, 2015, at 9:46 AM, Weidong Shao weidongs...@gmail.com wrote:
hi,
I have a standalone swift cluster with swauth as the auth module. By
standalone, I mean the cluster is not in the context of OpenStack, or
keystone server.
That's completely fine (and not uncommon at all).
John,
thanks for the reply. See questions inline.
thanks,
Weidong
On Mon, Mar 9, 2015 at 8:23 AM John Dickinson m...@not.mn wrote:
On Mar 9, 2015, at 9:46 AM, Weidong Shao weidongs...@gmail.com wrote:
hi,
I have a standalone swift cluster with swauth as the auth module. By
