<tt><font size=2>Hi hao wang,</font></tt>
<br>
<br><tt><font size=2>Firstly, I agree with you that healthy backend is
a requirement for creating </font></tt>
<br><tt><font size=2>volumes, as the same as service-up. So, monitor the
state of backend is useful.</font></tt>
<br>
<br><tt><font size=2>While, ServiceGroup is only used for detecting state
of service quickly, So whether</font></tt>
<br><tt><font size=2>backend is up or not is not taken into consideration
for ServiceGroup.</font></tt>
<br>
<br><tt><font size=2>So, I think there is no priority between them. </font></tt>
<br>
<br><tt><font size=2>Thank you.</font></tt>
<br><tt><font size=2>Janice</font></tt>
<br>
<br>
<br>
<br><tt><font size=2>> hi, Janice<br>
><br>
> This idea seems to me that is useful to detect the state of<br>
> cinder-volume process more quickly, but I feel there is another issue<br>
> that if the back-end device go to fail you still<br>
> can't keep cloud in ha or create volume successfully since the service<br>
> is up but device is down.<br>
> <br>
> So, what I want to say is we maybe need to consider to detect and<br>
> report the device state priority[1] and then consider to improve<br>
> service if we need that.<br>
<br>
> [1]</font></tt><a href=https://review.openstack.org/#/c/252921/><tt><font size=2>https://review.openstack.org/#/c/252921/</font></tt></a><font size=2 face="sans-serif"><br>
</font>
<br>

<br><pre><font color="blue">
--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.

</font></pre><br>