[asterisk-bugs] [JIRA] (ASTERISK-22833) FD Leaks

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-22833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=211631#comment-211631 ] 

Matt Jordan commented on ASTERISK-22833:
----------------------------------------

The problem is not really a leak of the channel alert pipe file descriptors, although that is a symptom. Those file descriptors are properly closed out via {{ast_channel_internal_alertpipe_close}} in {{ast_channel_destructor}}.

What you actually have is a channel reference leak, that is, the channel object itself is never being properly disposed of. If {{core show channels}} does not actually show the channel (which is probably won't, as the channels are probably be hung up), then you'll need to use reference count debugging to determine what channels are leaking.

[https://wiki.asterisk.org/wiki/display/AST/Reference+Count+Debugging]

You will probably want to create a reproducable scenario that recreates the problem. Otherwise, it will be very difficult to determine where the channel reference leak lies.
                
> FD Leaks
> --------
>
>                 Key: ASTERISK-22833
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22833
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 11.5.1, 11.6.0
>         Environment: centos
>            Reporter: Mitch Rodrigues
>            Severity: Critical
>
> fd pipes linger from channel internals after call has been terminated. Seems to to also leave around alot of anon_inodes when doing lsof 
>  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira