<div dir="ltr">John, <div><br></div><div>thanks for the reply. See questions inline.</div><div><br></div><div>thanks,</div><div>Weidong<br><br><div class="gmail_quote">On Mon, Mar 9, 2015 at 8:23 AM John Dickinson <<a href="mailto:me@not.mn">me@not.mn</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> On Mar 9, 2015, at 9:46 AM, Weidong Shao <<a href="mailto:weidongshao@gmail.com" target="_blank">weidongshao@gmail.com</a>> wrote:<br>
><br>
> hi,<br>
><br>
> 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.<br>
<br>
That's completely fine (and not uncommon at all).<br>
<br>
><br>
> 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 this change:<br>
><br>
> 1) is it possible to migrate swauth to the tempAuth? (assuming tempauth will be supported in newer swift versions).<br>
<br>
Why?<br>
<br>
Yes, tempauth is still in swift. It's mostly there for testing. I wouldn't recommend using it in production.<br>
<br></blockquote><div><br></div><div>I noticed swauth project is not actively maintained. In my local testing, swauth did not work after I upgraded swift to latest. </div><div><br></div><div>I want to migrate off swauth. What are the auth alternative beside tempauth?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
><br>
> 2) Is there a way to migrate data associated with one user account to another user?<br>
<br>
"user account" Do you mean the identity or the account part of the Swift URL? If the former, then changing the reference in the auth system should probably work. If the latter, then you'll need to copy from one account to the other (Swift supports account-to-account server-side copy).<br>
<br>
<br></blockquote><div><br></div><div>I think it is for both. </div><div><br></div><div>The former applies because I plan to change auth, I hope that all the data access in intact with a auth url change, so that I do not need to migrate the data after the auth change.   </div><div><br></div><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><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
><br>
> Thanks,<br>
> Weidong<br>
> ______________________________<u></u>______________________________<u></u>______________<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.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
______________________________<u></u>______________________________<u></u>______________<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.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote></div></div></div>