LBaaS V2 listener delete leaves SNI container behind

Bug #1549989 reported by German Eichberger
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
Invalid
Low
Unassigned

Bug Description

Looking att the database code when a listener is created with SNI support the respective entry is added to the SNI table but when the listener is deleted the SNI entry is left behind. There is no special delete call for SNI so listener should clean that up.

ugvddm (271025598-9)
Changed in neutron:
assignee: nobody → ugvddm (271025598-9)
Revision history for this message
ugvddm (271025598-9) wrote :

In defination of class Listener, we can find that:
sni_containers = orm.relationship(
            SNI,
            backref=orm.backref("listener", uselist=False),
            uselist=True,
            lazy="joined",
            primaryjoin="Listener.id==SNI.listener_id",
            order_by='SNI.position',
            collection_class=orderinglist.ordering_list(
                'position'),
            foreign_keys=[SNI.listener_id],
            cascade="all, delete-orphan"
    )
Listener have configured delete/delete-orphan Cascade for sni_containers, when the listener be deleted, as well as sni be deleted automatically, please refer to:
http://docs.sqlalchemy.org/en/rel_1_0/orm/tutorial.html#configuring-delete-delete-orphan-cascade

Changed in neutron:
assignee: ugvddm (271025598-9) → nobody
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.