Thanks for the info. On Wed, Mar 11, 2015 at 10:50 AM, Clay Gerrard <[email protected]> wrote:
> > > On Mon, Mar 9, 2015 at 12:27 PM, Weidong Shao <[email protected]> > 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 Swauth - so maybe if there's issues we should try to > enumerate them. > > With this, I think I will try to stick with swauth. I will do some further testing and let you know. > I want to migrate off swauth. What are the auth alternative beside >> tempauth? >> >> > > Keystone. The only other systems I know about are proprietary - what are > your needs? > > >> On account-to-account server-side copy, is there an operation that is >> similar to "mv"? i.e., I want the data associated with an account to assume >> ownership of a new account, but I do not want to copy the actual data on >> the disks. >> >> > > The account url is encoded in the object hash - the only realistic way to > change the location (account/container/object) of an entity to swift is to > read from it's current location and write it to the new location the delete > the old object. > > 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 the technical reasons for doing this? > -Clay > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
