[asterisk-bugs] [JIRA] (ASTERISK-26009) res_ari: Asterisk crashes with several ARI apps connected with subscribeAll=1

Corey Farrell (JIRA) noreply at issues.asterisk.org
Mon Oct 23 15:25:20 CDT 2017


     [ https://issues.asterisk.org/jira/browse/ASTERISK-26009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Corey Farrell updated ASTERISK-26009:
-------------------------------------

    Assignee: Sidney VanNess  (was: Unassigned)
      Status: Waiting for Feedback  (was: Open)

I just tested this with 10 wscat sessions each with different app names, I'm unable to reproduce the crash.  Can you confirm this is still a problem and if so provide a current backtrace?

Note my library is libjansson.so.4.10.0 (jansson-2.10-2.fc26.src.rpm).  I'm unsure if that makes a difference in this issue.

> res_ari: Asterisk crashes with several ARI apps connected with subscribeAll=1
> -----------------------------------------------------------------------------
>
>                 Key: ASTERISK-26009
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26009
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Stasis, Resources/res_ari, Resources/res_ari_events
>    Affects Versions: 13.7.2
>         Environment: Ubuntu 14.04.4 LTS, libjansson.so.4.5.0. Also fails with libjansson.so.4.7.0
>            Reporter: Sidney VanNess
>            Assignee: Sidney VanNess
>            Severity: Critical
>              Labels: crash
>         Attachments: backtrace.txt
>
>
> ============
> *Description/How To Reproduce*
> {noformat}
> $ wscat -c 'ws://localhost:8088/ari/events?api_key=<key>:<password>&app=<appname>&subscribeAll=1'
> {noformat}
> Run 5 or 10 of these at once with appname different for each one with all
> of them subscribing to all events.
> Place a call which will emit stasisStart for one of the apps (maybe a few times).
> Asterisk should terminate at this point.
> *This was done using local channels*
> json_mem_free in json.c seems to have the issue.  If you don't free the memory, then it does not terminate.
> Of note, the issue seems somewhat similar in nature to the following bug report: ASTERISK-25775
> Therefore, we expect the fix to our issue also would result in the resolution of this seemingly related bug report.



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



More information about the asterisk-bugs mailing list