<div dir="ltr"><div class="gmail_default" style="color:rgb(12,52,61)">Thanks for the info.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 11, 2015 at 10:50 AM, Clay Gerrard <span dir="ltr"><<a href="mailto:clay.gerrard@gmail.com" target="_blank">clay.gerrard@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Mon, Mar 9, 2015 at 12:27 PM, Weidong Shao <span dir="ltr"><<a href="mailto:weidongshao@gmail.com" target="_blank">weidongshao@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div><div class="gmail_quote"><span><div>I noticed swauth project is not actively maintained. In my local testing, swauth did not work after I upgraded swift to latest. <br></div></span><div><br></div></div></div></div></blockquote><div><br></div></span><div>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.</div><span class=""><div> </div></span></div></div></div></blockquote><div><div class="gmail_default" style="color:rgb(12,52,61);display:inline">​With this, I think I will try to stick with swauth. I will do some further testing and let you know. <br>​</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_quote"><div></div><div>I want to migrate off swauth. What are the auth alternative beside tempauth?</div><span><div> </div></span></div></div></div></blockquote><div><br></div></span><div>Keystone.  The only other systems I know about are proprietary - what are your needs?</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_quote"><div>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. </div><span><div> </div></span></div></div></div></blockquote><div><br></div></span><div>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.</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span></div></div></div></blockquote><div><br><div class="gmail_default" style="color:rgb(12,52,61)">​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?<br></div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="HOEnZb"><font color="#888888"><div></div><div>-Clay</div></font></span></div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>