<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 15, 2014 at 4:14 PM, Duncan Thomas <span dir="ltr"><<a href="mailto:duncan.thomas@gmail.com" target="_blank">duncan.thomas@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 class="">On 11 April 2014 16:24, Eric Harney <<a href="mailto:eharney@redhat.com">eharney@redhat.com</a>> wrote:<br>

<br>
<br>
> I suppose I should also note that if the plans in this blueprint are<br>
> implemented the way I've had in mind, the main issue here about only<br>
> loading shares at startup time would be in place, so we may want to<br>
> consider these questions under that direction.<br>
<br>
</div>Currently, any config changes to a backend require a restart of the<br>
volume service to be reliably applied, shares included. Some changes<br>
work for shares, some don't, which is a dangerous place to be. If<br></blockquote><div><br></div><div>Exactly my point ! +1<br></div><div><br></div><div>thanx,<br>deepak<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

we're going to look at restartless config changes, then I thing we<br>
should look at how it could be generalised for every backend, not just<br>
shared fs ones.<br>
<div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div></div>