Open Stack

Hi,

For LBaaS the background is simple: it uses statuses from
neutron/plugins/common/constants.py and INACTIVE was there initially while
DOWN
appeared later (with VPNaaS first commit). So LBaaS doesn't use DOWN at all.
As for INACTIVE, it is currently used only for members that stop responding
to health checks.
Also there is a patch on review (https://review.openstack.org/#/c/55032)
which sets INACTIVE
status for resources with admin state down.

My personal opinion is that we can easily fix that for LBaaS and replace
INACTIVE with DOWN
to be consistent with other network resources.

Thanks,
Oleg


On Wed, Feb 26, 2014 at 1:50 PM, Xuhan Peng <pengxuhan at gmail.com> wrote:

> Hello,
>
> This email is triggered by the comments I received in my patch [1] when
> trying to fix bug [2].
>
> The problem I was trying to fix is that current firewall remains in status
> "ACTIVE" after admin state is changed to "DOWN". My plan is to change the
> status of firewall from ACTIVE to DOWN when admin state is down, as other
> network resource is doing currently.
>
> But I noticed besides "DOWN" state, "INACTIVE" state is also used in FWaaS
> and LBaaS. So I hope someone can help me understand any background of this.
> If this is not particularly by design and inconsistent with other network
> resource, I can open a bug to fix this in FWaaS and LBaaS.
>
> Thanks,
> Xu Han
>
> [1]: https://review.openstack.org/#/c/73944/
> [2]: https://launchpad.net/bugs/1279213
>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140226/b44dfa25/attachment.html>