[asterisk-users] PJSIP Lockup
nick at floridavirtualsolutions.com
Mon Mar 2 14:23:28 CST 2020
Thanks for the info, Joshua.
Does PJSIP handle database access the same way Chan_sip did? We had a
number of boxes running chan_sip referencing the same mysql server without
We're going to attempt to get a backtrace on the next occurance. We're also
going to run a local copy of the database on the same physical asterisk
instance and have the system reference it. Just to "throw everything at the
Office: 321-408-5000 x103
On Mon, Mar 2, 2020 at 1:58 PM Joshua C. Colp <jcolp at sangoma.com> wrote:
> On Mon, Mar 2, 2020 at 2:52 PM Nick Olsen <
> nick at floridavirtualsolutions.com> wrote:
>> Hello All,
>> I'm using Asterisk 16.8.0 on a Centos 7 box. Previously 16.5.0, But
>> recently upgraded to attempt to resolve this issue. Using bundled PJSIP.
>> The PBX is using mysql realtime for most functions. The Mysql server is
>> on the same lan as the asterisk box.
>> As more users have been moved to this box. It's become unstable.
>> Randomly, I'll start seeing "WARNING taskprocessor.c: The
>> 'pjsip/distributor-00000173' task processor queue reached 500 scheduled
>> At that time, Running "pjsip show contacts" and "pjsip show endpoints"
>> returns nothing. And the box stops responding to all SIP.
>> The only way I've found thus far to resolve the issue is a "service
>> asterisk restart".
>> I can confirm at the time of the issue running "asterisk -x 'core show
>> taskprocessors' | grep 'distributor'" does show many items pending across
>> all queues. And the number just increases. Normally when all is fine.
>> They're all at 0.
>> Google-foo hasn't produced anything for me outside issues from 13.x that
>> claim to be resolved. Since asterisk isn't fully crashing, I don't think I
>> can get backtrace. Someone please correct me if I'm wrong.
>> Any ideas? Tips
> The wiki has instructions for getting a backtrace for a deadlock from a
> running process. It can be used to isolate why things are blocked.
> Generally, though, when realtime is involved I've found that it usually
> ends up being the database or that interaction in some way. Any hiccup or
> issue there can result in blocking in Asterisk.
> Joshua C. Colp
> Asterisk Technical Lead
> Sangoma Technologies
> Check us out at www.sangoma.com and www.asterisk.org
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> Check out the new Asterisk community forum at:
> New to Asterisk? Start here:
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the asterisk-users