Open Stack

Oleg,

Thanks a lot for your quick response! I will open a bug to address that
soon. For the LBaaS part, probably I will just make the fix dependent on
the code review you mentioned.

Xu Han

On Wed, Feb 26, 2014 at 6:43 PM, Oleg Bondarev <obondarev at mirantis.com>wrote:

> 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
>>
>>
>
> _______________________________________________
> 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/8743c9f6/attachment.html>