[NETCONF-158] File descriptor leak on netconf connector reconnects Created: 08/Mar/16  Updated: 15/Mar/19  Resolved: 01/Apr/16

Status: Resolved
Project: netconf
Component/s: netconf
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Alexis de Talhouët Assignee: Alexis de Talhouët
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


External issue ID: 5475

 Description   

1 new evenpoll and 2 new pipes for each reconnect are leaked, thus not released.

One can easily reproduced this by setting up a netconf device.
Once the connector is up, disconnect the netconf session then reconnect it.

Each time to file descriptor increase by 3.



 Comments   
Comment by Jakub Morvay [ 09/Mar/16 ]

Same behavior encountered also on Beryllium and master branch. However, there were no leaks when I tried to reconnect TCP connection.

Comment by Alexis de Talhouët [ 12/Mar/16 ]

https://git.opendaylight.org/gerrit/#/c/35957/

Comment by Alexis de Talhouët [ 14/Mar/16 ]

https://git.opendaylight.org/gerrit/#/c/36156
https://git.opendaylight.org/gerrit/#/c/36192

Comment by Alexis de Talhouët [ 18/Mar/16 ]

From the mina-sshd team, the SshClient is not supposed to be started more than once.

http://mail-archives.apache.org/mod_mbox/mina-users/201603.mbox/%3CCAA66TprZd754Ry8wMYgS7kOJc8%3DvZNP3MA41VYZyVi_oQSv6yw%40mail.gmail.com%3E

This is what was causing the leak.

Generated at Wed Feb 07 20:14:19 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.