<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 13, 2013 at 9:47 PM, <a href="mailto:lzy.dev@gmail.com">lzy.dev@gmail.com</a> <span dir="ltr"><<a href="mailto:lzy.dev@gmail.com" target="_blank">lzy.dev@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi, Guys<br>
<br>
Form below link, it seems Xen can support R/O volume attaching also:<br>
<a href="http://backdrift.org/xen-disk-hot-add-block-device-howto" target="_blank">http://backdrift.org/xen-disk-hot-add-block-device-howto</a><br>
<br>
"xm block-attach <Domain> <BackDev> <FrontDev> <Mode> [BackDomain]"<br>
the "mode" can be R/O and R/W (r and w).<br>
<br>
Any thoughts? if not I will update the etherpad to adding xen.<br>
<br>
Thanks,<br>
Zhi Yan<br>
<div class=""><div class="h5"><br>
On Tue, May 14, 2013 at 2:26 AM, Martin, Kurt Frederick (ESSN Storage<br>
MSDU) <<a href="mailto:kurt.f.martin@hp.com">kurt.f.martin@hp.com</a>> wrote:<br>
> Thanks Alessandro, I have also updated the etherpad<br>
> (<a href="https://etherpad.openstack.org/summit-havana-cinder-multi-attach-and-ro-volumes" target="_blank">https://etherpad.openstack.org/summit-havana-cinder-multi-attach-and-ro-volumes</a>)<br>
> to include the latest findings regarding R/O volumes. It appears that a<br>
> number of hypervisors do indeed allow for setting the volumes to read only.<br>
><br>
> Regards,<br>
><br>
> Kurt Martin<br>
><br>
><br>
><br>
> From: Alessandro Pilotti [mailto:<a href="mailto:ap@pilotti.it">ap@pilotti.it</a>]<br>
> Sent: Monday, May 13, 2013 10:46 AM<br>
> To: OpenStack Development Mailing List<br>
> Subject: Re: [openstack-dev] [cinder] About Read-Only volume support<br>
> Importance: High<br>
><br>
><br>
><br>
> Hi guys,<br>
><br>
><br>
><br>
> "Summit feedback: Not doing R/O volumes due to the limited hypervisor<br>
> that can support setting the volume to R/O, currently only KVM has<br>
> this capability".<br>
><br>
><br>
><br>
> Hyper-V supports mounting R/O iSCSI volumes as well.<br>
><br>
><br>
><br>
> Alessandro<br>
><br>
><br>
><br>
><br>
><br>
> On May 13, 2013, at 13:22 , <a href="mailto:lzy.dev@gmail.com">lzy.dev@gmail.com</a> wrote:<br>
><br>
><br>
><br>
> Hi All,<br>
><br>
> In<br>
> <a href="https://etherpad.openstack.org/summit-havana-cinder-multi-attach-and-ro-volumes" target="_blank">https://etherpad.openstack.org/summit-havana-cinder-multi-attach-and-ro-volumes</a>,<br>
> I saw a comment there:<br>
> "Summit feedback: Not doing R/O volumes due to the limited hypervisor<br>
> that can support setting the volume to R/O, currently only KVM has<br>
> this capability".<br>
><br>
> I agree there probably have some troubles cause R/O volumes support<br>
> hard to implement.<br>
> But maybe since I have not attended the summit, nova and cinder guys<br>
> not notice there is a blueprint to plan to implement a cinder backend<br>
> driver for glance<br>
> (<a href="https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver" target="_blank">https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver</a>, I<br>
> proposed), so I consider the R/O volumes support can be implemented<br>
> gracefully.<br>
> Under the case, the R/O volume stored in cinder will be created as an<br>
> image, client can access it by glance via standard api, and nova can<br>
> prepare the R/W image (base on R/O volume) for the instance normally.<br>
><br>
> And more, I consider the R/O volume support and cinder driver for<br>
> glance is valuable  because on nova side we can give some code changes<br>
> to allow nova prepare instance disk via particular COW mechanism base<br>
> on particular cinder backend store capability with more efficiency<br>
> way, such as efficient snapshot.<br>
><br>
> Thanks,<br>
> Zhi Yan<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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>
><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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></div></div></blockquote><div> </div></div>Thanks Zhi Yan, I had some conversations with folks at the summit and the general concensus seemed to be that it was possible.  There's a BP for this that met a bit of objection: <a href="https://blueprints.launchpad.net/cinder/+spec/shared-volume">https://blueprints.launchpad.net/cinder/+spec/shared-volume</a></div>

<div class="gmail_extra"><br></div><div class="gmail_extra" style>perhaps we can work off of that and add some details to it.</div><div class="gmail_extra" style><br></div><div class="gmail_extra" style>Thanks,</div><div class="gmail_extra" style>

John</div></div>