<p dir="ltr">+1 on the issue faced.</p>
<p dir="ltr">We too had to use a generic name and modify db records to make this work.  However we had to struggle for couple of days on a multi node setup before digging out the root cause. </p>
<p dir="ltr">Worth looping the dev group if they have some alternate suggestions. </p>
<div class="gmail_quote">On 7 Jan 2015 20:45, "Warren Wang" <<a href="mailto:warren@wangspeed.com">warren@wangspeed.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Your understanding is correct. I have the same problem as well. For now, my plan is to just move cinder-volume to our more robust hosts, and run database changes to modify the host, as needed.<br><br></div>I have noticed a growing trend to replace the host parameter with a generic, but I agree that this presents other problems as well. This option may be just as problematic as having to modify the database in the event of a cinder-volume host outage. Probably worth having a discussion with the Cinder dev community.<br><br>--<br></div>Warren<br></div><div class="gmail_extra"><br clear="all"><div><div>Warren</div></div>
<br><div class="gmail_quote">On Wed, Jan 7, 2015 at 8:42 AM, Arne Wiebalck <span dir="ltr"><<a href="mailto:Arne.Wiebalck@cern.ch" target="_blank">Arne.Wiebalck@cern.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Will a Cinder volume creation request ever timeout and be rescheduled in case the host with the volume service it has been scheduled to is not consuming the corresponding message?<br>
<br>
Similarly: if the host the volume has been created on and to which later the deletion request is scheduled has disappeared (e.g. meanwhile retired), will the scheduler try to schedule to another host?<br>
<br>
>From what I see, the answer to both of these questions seems to be ’no'. Things can get stuck in these scenarios and can only be unblocked by resurrecting the down host or by manually changing the Cinder database.<br>
<br>
Is my understanding correct?<br>
<br>
Is there a way to tag hosts so that any of my Cinder hosts can pick up the creation (and in particular deletion) message? I tried with the “host” parameter in cinder.conf which seems to “work", but is probably not meant for this, in particular as it touches the services database and makes the hosts indistinguishable<br>
(which in turn breaks cinder-manage).<br>
<br>
How do people deal with this issue?<br>
<br>
Thanks!<br>
 Arne<br>
<br>
—<br>
Arne Wiebalck<br>
CERN IT<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div><br></div>
<br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div>