LBaaS V2 listener delete leaves SNI container behind
Bug #1549989 reported by
German Eichberger
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.
Changed in neutron: | |
assignee: | nobody → ugvddm (271025598-9) |
To post a comment you must log in.
In defination of class Listener, we can find that:
backref= orm.backref( "listener" , uselist=False),
uselist= True,
lazy= "joined" ,
primaryjoi n="Listener. id==SNI. listener_ id",
order_ by='SNI. position' ,
collection _class= orderinglist. ordering_ list(
'position' ),
foreign_ keys=[SNI. listener_ id],
cascade= "all, delete-orphan" delete- orphan Cascade for sni_containers, when the listener be deleted, as well as sni be deleted automatically, please refer to: docs.sqlalchemy .org/en/ rel_1_0/ orm/tutorial. html#configurin g-delete- delete- orphan- cascade
sni_containers = orm.relationship(
SNI,
)
Listener have configured delete/
http://