[asterisk-bugs] [JIRA] (ASTERISK-24768) res_timing_pthread: file descriptor leak

[Private Name (JIRA)]

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

Private Name edited comment on ASTERISK-24768 at 2/22/15 11:39 AM:
-------------------------------------------------------------------

Could I possibly hire you via Paypak to log into my system and find the problem? It is very simple, there is no dialplan
just type, in asterisk "!testcall.sh" and one call will be placed. If you want the 500, type "500calls.sh".
I just think that maybe you can figure this out in 5 minutes and save the community a year of trouble. I am not a developer.

I have been doing some research, and all Asterisk versions have the same bug, from 1.8 to Trunk. This is not a regression, but a structural bug. I just happened to stumble upon it. I cannot believe that nobody did a simple test like the one I am doing, send 500 calls from one box to the next box, and play music on hold there and echo() here.  I tried going back in versions for Asterisk 13 and it is the same. For instance now, in Trunk, the FIFO count for 500 calls connected is 1026048. 


was (Author: falves11):
Could I possibly hire you via Paypak to log into my system and find the problem? It is very simple, there is no dialplan
just type, in asterisk "!testcall.sh" and one call will be placed. If you want the 500, type "500calls.sh".
I just think that maybe you can figure this out in 5 minutes and save the community a year of trouble. I am not a developer.


> res_timing_pthread: file descriptor leak
> ----------------------------------------
>
>                 Key: ASTERISK-24768
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24768
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_timing_pthread
>    Affects Versions: 13.2.0
>         Environment: Current Debian (jessie/testing), i386, up-to-date
>            Reporter: Matthias Urlichs
>            Assignee: Joshua Colp
>         Attachments: timer.patch
>
>
> Pthread timers are never deallocated because their link into the pthread_timers chain is never undone.
> This causes a file descriptor leak (at least two per incoming call).
> The locking in this patch probably needs review; the ao2_unlink() call does not. :-P
> \[Edit:\] *Inline patch removed*



--
This message was sent by Atlassian JIRA
(v6.2#6252)