<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body class="" style="word-wrap:break-word">
+1 in that we experienced this as well. We implemented an HA iscsi cinder and failover from one node to the other works great until you have to do some administrative action on the volume and the mismatched name in the database messes that up. We’ve had
to change hostnames in the DB or fail back to make it work. We’ve been meaning to genericize the name on our side, just like we do for nova with the nova-network host
<div class=""><br class="">
<br class="">
</div>
<br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Jan 7, 2015, at 9:45 AM, Amit Das <<a href="mailto:amit.das@cloudbyte.com" class="">amit.das@cloudbyte.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<p dir="ltr" class="">+1 on the issue faced.</p>
<p dir="ltr" class="">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" class="">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" class="">warren@wangspeed.com</a>> wrote:<br type="attribution" class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div dir="ltr" class="">
<div class="">
<div class="">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 class="">
<br class="">
</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 class="">
<br class="">
--<br class="">
</div>
Warren<br class="">
</div>
<div class="gmail_extra"><br clear="all" class="">
<div class="">
<div class="">Warren</div>
</div>
<br class="">
<div class="gmail_quote">On Wed, Jan 7, 2015 at 8:42 AM, Arne Wiebalck <span dir="ltr" class="">
<<a href="mailto:Arne.Wiebalck@cern.ch" target="_blank" class="">Arne.Wiebalck@cern.ch</a>></span> wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
Hi,<br class="">
<br class="">
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 class="">
<br class="">
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 class="">
<br class="">
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 class="">
<br class="">
Is my understanding correct?<br class="">
<br class="">
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 class="">
(which in turn breaks cinder-manage).<br class="">
<br class="">
How do people deal with this issue?<br class="">
<br class="">
Thanks!<br class="">
Arne<br class="">
<br class="">
—<br class="">
Arne Wiebalck<br class="">
CERN IT<br class="">
<br class="">
<br class="">
<br class="">
<br class="">
_______________________________________________<br class="">
OpenStack-operators mailing list<br class="">
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank" class="">OpenStack-operators@lists.openstack.org</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br class="">
</blockquote>
</div>
<br class="">
</div>
<br class="">
_______________________________________________<br class="">
OpenStack-operators mailing list<br class="">
<a href="mailto:OpenStack-operators@lists.openstack.org" class="">OpenStack-operators@lists.openstack.org</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br class="">
<br class="">
</blockquote>
</div>
_______________________________________________<br class="">
OpenStack-operators mailing list<br class="">
<a href="mailto:OpenStack-operators@lists.openstack.org" class="">OpenStack-operators@lists.openstack.org</a><br class="">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators<br class="">
</div>
</blockquote>
</div>
<br class="">
<br>
<hr>
<font face="Arial" color="Gray" size="1"><br>
CONFIDENTIALITY NOTICE: This message is intended only for the use and review of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If the reader of this message is not the intended recipient, or
the employee or agent responsible for delivering the message solely to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in
error, please notify sender immediately by telephone or return email. Thank you.<br>
</font>
</body>
</html>