[openstack-dev] [Neutron][LBaaS] "status" in entities
Eichberger, German
german.eichberger at hp.com
Tue Aug 5 15:42:30 UTC 2014
There was also talk about a third administrative status like ON/OFF...
We really need a deeper status discussion - likely high bandwith to work all of that out.
German
-----Original Message-----
From: Brandon Logan [mailto:brandon.logan at RACKSPACE.COM]
Sent: Tuesday, August 05, 2014 8:27 AM
To: openstack-dev at lists.openstack.org
Subject: Re: [openstack-dev] [Neutron][LBaaS] "status" in entities
Hello Vijay!
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.
Thanks,
Brandon
On Tue, 2014-08-05 at 09:28 +0000, Vijay Venkatachalam wrote:
> Hi:
>
> I think we had some discussions around ‘status’
> attribute earlier, I don’t recollect the conclusion.
>
> Does it reflect the deployment status?
>
> Meaning, if the status of an entity is ACTIVE, the user
> has to infer that the entity is deployed successfully in the
> backend/loadbalancer.
>
> Thanks,
>
> Vijay V.
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list