<tt><font size=2>Stephen Balukoff <sbalukoff@bluebox.net> wrote
on 07/23/2014 09:14:35 PM:<br>
<br>
> It's probably worth pointing out that most of the Neutron LBaaS team<br>
> are spending most of our time doing a major revision to Neutron <br>
> LBaaS. How stats processing should happen has definitely been <br>
> discussed but not resolved at present-- and in any case it was <br>
> apparent to those working on the project that it has secondary <br>
> importance compared to the revision work presently underway.</font></tt>
<br><tt><font size=2>> <br>
> I personally would like to have queries about most objects in the
<br>
> stats API to Neutron LBaaS return a dictionary or</font></tt>
<br>
<br><tt><font size=2>I presume you meant "of" rather than "or".</font></tt>
<br>
<br><tt><font size=2>>              
                     
              statuses for child<br>
> objects which then a UI or auto-scaling system can interpret however<br>
> it wishes.</font></tt>
<br>
<br><tt><font size=2>That last part makes me a little nervious.  I
have seen "can interpret however it wishes" mean "can not
draw any useful inferences because there are no standards for that content".</font></tt>
<br>
<br><tt><font size=2>I presume that as the grand and glorious future arrives,
it will be with due respect for backwards compatibility.</font></tt>
<br>
<br><tt><font size=2>In the present, I am getting what appears to be conflicting
information on the status field of the responses of </font></tt><a href="http://docs.openstack.org/api/openstack-network/2.0/content/GET_showMember__v2.0_pools__pool_id__members__member_id__lbaas_ext_ops_member.html"><tt><font size=2>http://docs.openstack.org/api/openstack-network/2.0/content/GET_showMember__v2.0_pools__pool_id__members__member_id__lbaas_ext_ops_member.html</font></tt></a>
<br>
<br><tt><font size=2>Doug Wiegely wrote</font></tt>
<br><font size=2 face="Calibri">> ‘status’ in the neutron database
is configuration/provisioning status, <b>not</b> operational status</font>
<br><tt><font size=2>and listed the possible values of the status field,
including "INACTIVE".  Other sources are telling me that
status=INACTIVE when the health monitor thinks the member is unhealthy,
status!=INACTIVE when the health monitor thinks the member is healthy.
 What's going on here?</font></tt>
<br>
<br><tt><font size=2>Thanks,</font></tt>
<br><tt><font size=2>Mike</font></tt>
<br>
<br>