<div dir="ltr">Hello <span style="font-family:sans-serif">Vincent Hou,</span><div><font face="sans-serif"><br></font></div><div><font face="sans-serif">We, Manila folks, are about to merge one of new features - "private driver storage" [1]. That is going to serve for not-user facing data storage related to any resource that can be reached by both - API and share driver.</font></div><div><font face="sans-serif"><br></font></div><div><font face="sans-serif">And in case of share migration, it will be possible to avoid creation of "temporary share" DB record and use this data storage for storing all required data per each share.</font></div><div><font face="sans-serif"><br></font></div><div><font face="sans-serif">Please, look at it, and provide feedback, whether such approach can be used in your case or not and why.<br></font><div><br></div><div>[1] - <a href="https://review.openstack.org/#/c/176877/" target="_blank">https://review.openstack.org/#/c/176877/</a><br></div></div><div><br></div><div>Kind regards,</div><div><br></div><div>Valeriy Ponomaryov</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 27, 2015 at 7:28 AM, Sheng Bo Hou <span dir="ltr"><<a href="mailto:sbhou@cn.ibm.com" target="_blank">sbhou@cn.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><font size="2" face="sans-serif">Hi everyone working for Manila,</font>
<br>
<br><font size="2" face="sans-serif">This is Vincent Hou from IBM. I am working
on all the migration issues in Cinder.</font>
<br>
<br><font size="2" face="sans-serif">I had one session for the Cinder migration
issue in Vancouver and some of you folks attended it. The etherpad link
is </font><a href="https://etherpad.openstack.org/p/volume-migration-improvement" target="_blank"><font size="2" color="blue" face="sans-serif">https://etherpad.openstack.org/p/volume-migration-improvement</font></a>
<br><font size="2" face="sans-serif">Per the issue that we had better not
let the user see the target volume during migration when issuing command
"cinder list", we can add an additional flag into the volume
table, for example, "hidden", into it. The default value is 0,
meaning that it will display for "cinder list". For the target
volume during migration. We can set it to 1, so the user will not be able
to see it with the command "cinder list". I think it is a straightforward
approach we can go with. I just sync up with you folks, so that we can
have a consistent way to resolve this issue in both Cinder and Manila.
I just need to make sure we are on the same page. Is this solution OK with
you folks? Especially @Rodrigo Barbieri and @Erlon Cruz, etc.</font>
<br>
<br><font size="2" face="sans-serif">Looking forward to hearing from you.
Thanks.</font>
<br>
<br><font size="2" face="sans-serif">Best wishes,<br>
Vincent Hou (侯胜博)<br>
<br>
Staff Software Engineer, Open Standards and Open Source Team, Emerging
Technology Institute, IBM China Software Development Lab<br>
<br>
Tel: 86-10-82450778 Fax: 86-10-82453660<br>
Notes ID: Sheng Bo Hou/China/IBM@IBMCN E-mail: <a href="mailto:sbhou@cn.ibm.com" target="_blank">sbhou@cn.ibm.com</a>
<br>
Address:3F Ring, Building 28 Zhongguancun Software Park, 8 Dongbeiwang
West Road, Haidian District, Beijing, P.R.C.100193<br>
地址:北京市海淀区东北旺西路8号中关村软件园28号楼环宇大厦3层
邮编：100193</font>
<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></blockquote></div>
</div></div>