[asterisk-bugs] [JIRA] (ASTERISK-28923) T.38 Segfaults in chan_pjsip_queryoption

George Joseph (JIRA) noreply at issues.asterisk.org
Mon Jun 1 08:55:25 CDT 2020


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

George Joseph updated ASTERISK-28923:
-------------------------------------

    Assignee: Yury Kirsanov  (was: Unassigned)
      Status: Waiting for Feedback  (was: Triage)

I understand about the packet capture.  It's tough, especially on a heavily loaded system.

A few more "thread1" text files would help confirm that the issue always happens in the same place and is always fax related.

The biggest help will be if you can run ast_coredumper with the {{--tarball-coredumps}} option.  That will capture the asterisk binaries as well as the actual raw coredump which will allow us to examine it more closely.  You can do this on an existing coredump file if there's one still around...

{{ast_coredumper --tarball-coredumps --no-default-search <path to coredump>}}

The file will be big and contain sensitive information so don't attach it to the issue.  Instead upload it to a file hosting service like Google Drive, DropBox, etc and send the link in an email to asteriskteam at digium.com with a subject "ASTERISK-28923: Coredumps".  We'll download the tarball and let yo know when you can delete it from the hosting service.








> T.38 Segfaults in chan_pjsip_queryoption
> ----------------------------------------
>
>                 Key: ASTERISK-28923
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28923
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip
>    Affects Versions: 16.10.0
>         Environment: Linux Ubuntu 18.04.04 LTS
>            Reporter: Yury Kirsanov
>            Assignee: Yury Kirsanov
>              Labels: fax
>         Attachments: crash.tar.gz
>
>
> We're using Asterisk in a heavily-loaded production environment with a lot of devices in both UDP and TCP mode, compiled with bundled version of PJSIP. Recently we have enabled T.38 fax receiving and started to get segfaults even when there's not too much load (i.e. during weekend days) in chan_pjsip.so. I've tried to compile external (non-bundled) version of PJProject, it works fine (version 2.10-dev) but didn't resolve the issue. So I have compiled a debug version of Asterisk and it looks like thread 1 is crashing when doing some T.38 fax options. Could you please let me know if I'm correct or what could be wrong? I'm attaching coredump files in archive. Thanks.



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



More information about the asterisk-bugs mailing list