[asterisk-bugs] [JIRA] (ASTERISK-26286) ERROR[9264][C-0000072f] astobj2.c: user_data is NULL
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Thu Aug 11 09:25:56 CDT 2016
[ https://issues.asterisk.org/jira/browse/ASTERISK-26286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rusty Newton closed ASTERISK-26286.
-----------------------------------
Resolution: Duplicate
Thanks, yeah we should be fine without it.
Closing this out as a duplicate of ASTERISK-25797. I'll link the two.
> ERROR[9264][C-0000072f] astobj2.c: user_data is NULL
> ----------------------------------------------------
>
> Key: ASTERISK-26286
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-26286
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Applications/app_queue
> Affects Versions: 13.9.1
> Environment: CentOS 6.8 x86_64, Dell PowerEdge 2950, Asterisk 13.9.1, DPMA 13.0_2.2.0, Digium D45 sets Firmware versions 2_0_2_0_78957, and 2_1_0_0_81296. Flash Operator panel version fop2-231.02-centos-x86_64 using AMI
> Reporter: Drew Dickenson
> Assignee: Unassigned
> Attachments: extensions.conf, messages.trk, queue_log, queues.conf
>
>
> Issue noted on multiple versions of Asterisk 13 with both pjsip and chan_sip where a call in the queue will attempt to ring a phone that is unavailable for some reason (has been noted when using DND or when an agent set is for some reason forwarded to a non-working number).
> The following is always noted in the logs just prior to an endless loop of the below error message.
> {noformat}
> [Aug 10 12:45:42] NOTICE[9264][C-0000072f] core_local.c: No such extension/context FDMC_09_0000_0716 at fdmc_users while calling Local channel
> [Aug 10 12:45:42] NOTICE[9264][C-0000072f] app_queue.c: Forwarding failed to dial 'Local/FDMC_09_0000_0716 at fdmc_users'
> [Aug 10 12:45:42] ERROR[9264][C-0000072f] astobj2.c: user_data is NULL
> [Aug 10 12:45:42] ERROR[9264][C-0000072f] astobj2.c: user_data is NULL
> [Aug 10 12:45:42] ERROR[9264][C-0000072f] astobj2.c: user_data is NULL
> ...
> {noformat}
> This continues until asterisk either crashes or restarts itself. If it continues a while poor call quality has been noted, also high memory usage. Ex: Box normally uses aprox 2gb ram and it's maxed out the 8gb or the 16gb of the box.
> Unsure if the device in the log snippit was actually unavailable at the time of the crash but it IS a valid device and is online now.
> attaching "messages" "queue_log" "queues.conf" and "extensions.conf"
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list