[asterisk-bugs] [JIRA] (ASTERISK-29376) res_rtp_asterisk: Coredump with t.140 RED enabled
Kevin Harwell (JIRA)
noreply at issues.asterisk.org
Mon Apr 12 16:26:58 CDT 2021
[ https://issues.asterisk.org/jira/browse/ASTERISK-29376?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=254507#comment-254507 ]
Kevin Harwell commented on ASTERISK-29376:
------------------------------------------
Thanks unfortunately the logger is unable to keep up at that level:
{noformat}
[2021-04-12 16:50:19] WARNING[893335] logger: Log queue threshold (1000) exceeded. Discarding new messages.
[2021-04-12 16:50:19] WARNING[893148] logger: Logging resumed. 1160 messages discarded.
{noformat}
Maybe try putting the debug at level 3? I want to see if it outputs a certain debug statement.
> res_rtp_asterisk: Coredump with t.140 RED enabled
> -------------------------------------------------
>
> Key: ASTERISK-29376
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-29376
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_rtp_asterisk
> Affects Versions: 17.8.1
> Environment: RedHat 8
> Reporter: Thomas Johnson
> Assignee: Unassigned
> Attachments: core.asterisk.2431.ipswitchdev66.microautomation.local.1617722782-brief.txt, core.asterisk.2431.ipswitchdev66.microautomation.local.1617722782-full.txt, core.asterisk.2431.ipswitchdev66.microautomation.local.1617722782-info.txt, core.asterisk.2431.ipswitchdev66.microautomation.local.1617722782-locks.txt, core.asterisk.2431.ipswitchdev66.microautomation.local.1617722782-thread1.txt, debug_log_123456.gz
>
>
> Asterisk will randomly coredump if RED is allowed. The exception is in an apparent scheduled callback to red_write. I tried modifying the function to check for NULL pointers, but it still crashes due to possibly an invalid pointer.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list