Re: [openstack-dev] [neutron-lbaas][barbican][octavia]certs don't get deregistered in barbican after lbaas listener delete

2017-01-27 Thread Jiahao Liang (Frankie)
, Jan 27, 2017 at 11:37 AM, Jiahao Liang (Frankie) < gzliangjia...@gmail.com> wrote: > Hi Andrey, > > The reason Barbican cert container has a property called consumer. The > definition is as following: > >> What is a Consumer? >> >> >>> A cons

Re: [openstack-dev] [neutron-lbaas][barbican][octavia]certs don't get deregistered in barbican after lbaas listener delete

2017-01-27 Thread Jiahao Liang (Frankie)
g to name >> the function and wanting to just move on. T_T >> >>--Adam (rm_work) >> >> PS: Did we remove the local cert manager yet? Now I need to check... I >> hope so, because it's not actually usable, nor can it be without API >> modifications (whi

Re: [openstack-dev] [neutron-lbaas][barbican][octavia]certs don't get deregistered in barbican after lbaas listener delete

2017-01-25 Thread Jiahao Liang (Frankie)
ld be calling the delete (which is not a real > delete) when the LB is deleted, and not doing so is a bug, but I'll need to > double check the logic as it has been a while since I touched this. > > --Adam (rm_work) > > On Mon, Jan 23, 2017, 18:38 Jiahao Liang (Frankie) < >

[openstack-dev] [neutron-lbaas][barbican][octavia]certs don't get deregistered in barbican after lbaas listener delete

2017-01-23 Thread Jiahao Liang (Frankie)
nstack/neutron-lbaas/blob/stable/mitaka/neutron_lbaas/common/cert_manager/barbican_cert_manager.py#L187 ) My questions are: 1. is that a bug? 2. or is it a intentional design letting the vendor driver to handle it? It looks more like a bug to me. Any thoughts? Best, Jiahao -- *梁嘉豪/J