<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
<p dir="ltr">I agree. the current status can reflect the deployment status and we can add a new attribute to reflect operational status.
</p>
<p dir="ltr">I also agree that adminstate_up should definitely affect operational status. But driver could choose to unprovision when admin state is set to false. In which case status will also change.</p>
<p dir="ltr">If agenda permits, can we discuss this in the upcoming weekly meeting?
<br>
</p>
<p dir="ltr">Sent using <a href="https://cloudmagic.com/k/d/mailapp?ct=pa&cv=5.0.32&pv=4.2.2">
CloudMagic</a></p>
<br>
<div class="cm_quote" style=" color: #787878">On Wed, Aug 06, 2014 at 2:46 AM, Stephen Balukoff <<a href="mailto:sbalukoff@bluebox.net">sbalukoff@bluebox.net</a>> wrote:</div>
<br>
<div id="oldcontent" style="background-image: initial; background-attachment: initial; background-origin: initial; background-clip: initial; background-color: rgb(255, 255, 255); background-position: initial initial; background-repeat: initial initial; ">
<blockquote style="">
<div dir="ltr">Hi guys,
<div><br>
</div>
<div>I understood that admin_state_up was a manipulable field which (when working correctly) should change the entity to an operational status of "ADMIN_DOWN" or something similar to that. In any case, +1 on the deeper discussion of status.</div>
<div><br>
</div>
<div>How urgent is it to resolve the discussion around status? We could potentially bring the interested parties together via google hangout or webex (to facilitate the high bandwidth).</div>
<div><br>
</div>
<div>Stephen</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Tue, Aug 5, 2014 at 9:05 AM, Brandon Logan <span dir="ltr">
<<a href="mailto:brandon.logan@rackspace.com">brandon.logan@rackspace.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Isn't that what admin_state_up is for?<br>
<br>
But yes we do need a deeper discussion on this and many other things.<br>
<div class="HOEnZb">
<div class="h5"><br>
On Tue, 2014-08-05 at 15:42 +0000, Eichberger, German wrote:<br>
> There was also talk about a third administrative status like ON/OFF...<br>
><br>
> We really need a deeper status discussion - likely high bandwith to work all of that out.<br>
><br>
> German<br>
><br>
> -----Original Message-----<br>
> From: Brandon Logan [mailto:<a href="mailto:brandon.logan@RACKSPACE.COM">brandon.logan@RACKSPACE.COM</a>]<br>
> Sent: Tuesday, August 05, 2014 8:27 AM<br>
> To: <a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><br>
> Subject: Re: [openstack-dev] [Neutron][LBaaS] "status" in entities<br>
><br>
><br>
> Hello Vijay!<br>
><br>
> Well this is a hold over from v1, but the status is a provisioning status. So yes, when something is deployed successfully it should be ACTIVE. The exception to this is the member status, in that it's status can be INACTIVE if a health check fails. Now
this will probably cause edge cases when health checks and updates are happening to the same member. It's been talked about before, but we need to really have two types of status fields, provisioning and operational. IMHO, that should be something we try
to get into K.<br>
><br>
> Thanks,<br>
> Brandon<br>
><br>
> On Tue, 2014-08-05 at 09:28 +0000, Vijay Venkatachalam wrote:<br>
> > Hi:<br>
> ><br>
> > I think we had some discussions around ‘status’<br>
> > attribute earlier, I don’t recollect the conclusion.<br>
> ><br>
> > Does it reflect the deployment status?<br>
> ><br>
> > Meaning, if the status of an entity is ACTIVE, the user<br>
> > has to infer that the entity is deployed successfully in the<br>
> > backend/loadbalancer.<br>
> ><br>
> > Thanks,<br>
> ><br>
> > Vijay V.<br>
> ><br>
> ><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">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><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">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><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">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<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">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<span></span>Stephen Balukoff <br>
Blue Box Group, LLC <br>
(800)613-4305 x807 </div>
</blockquote>
</div>
</body>
</html>