Bug#617648: asterisk randomly hangs 100% CPU

Николай Николай
Thu Mar 10 11:22:26 UTC 2011


*all asterisk threads use 4-10% of CPU, sockets usage ~15, after restart is
1.*
*
*
*strace -p 17022*
futex(0x81a0468, FUTEX_WAKE_PRIVATE, 1) = 1
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0
nanosleep({0, 1000}, NULL)              = 0

2011/3/10 Николай Яцишин <koffua at gmail.com>

> Ok, thank you, I will try to collect some additional information.
>
> I noticed in "hang" state such behavior:
> while "hang"
> asterisk   4398 asterisk    4u     unix 0xf3c00c00       0t0    3801184
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk   33u     unix 0xefa5f000       0t0    3814337
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk   37u     unix 0xf2c2fa00       0t0    3813160
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk   51u     unix 0xf12e3800       0t0    3813547
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk   56u     unix 0xf3cc0200       0t0    3816305
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk   71u     unix 0xf67b0a00       0t0    3813968
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk   78u     unix 0xf2c3d000       0t0    3802301
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk   88u     unix 0xf457c400       0t0    3816722
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk   95u     unix 0xf13da600       0t0    3817487
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk  100u     unix 0xf4633e00       0t0    3815154
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk  108u     unix 0xf466de00       0t0    3815565
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk  116u     unix 0xf2f43c00       0t0    3814741
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk  139u     unix 0xf12bc200       0t0    3815947
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk  188u     unix 0xf456d200       0t0    3817146
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk  194r     unix 0xf3edea00       0t0    3819974
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk  195u     unix 0xf2c85e00       0t0    3817950
> /var/run/asterisk/asterisk.ctl
> asterisk   4398 asterisk  201u     unix 0xf3e03200       0t0    3819571
> /var/run/asterisk/asterisk.ctl
> after clean restart
> lsof | grep '/var/run/asterisk/asterisk.ctl'
> asterisk  10860 asterisk    4u     unix 0xf45b6200       0t0    3820466
> /var/run/asterisk/asterisk.ctl
>
> 2011/3/10 Tzafrir Cohen <tzafrir.cohen at xorcom.com>
>
> Hi,
>>
>> On Thu, Mar 10, 2011 at 11:28:07AM +0200, Nikolay Yatsyshyn wrote:
>>
>> > Asterisk is hang randomly, taking 100% cpu on all cores. Asterisk is
>> > not respond on restart or kill -15, just kill -9 <pid>. Full log of
>> > asterisk is ending every time in different places on different
>> > applications. Cli is worked, established calls is ending normaly,
>> > new is waiting for something.
>>
>> Asterisk is a multi-threaded application. 'top' shows by default
>> processes rather than threads. To break things down by threads, press
>> 'H' (shift-h). Do you see a single thread taking 100% CPU? Or multiple
>> threads? A long-lived one? Many short-lived ones?
>>
>> If a long-lived one, try attaching to it with strace (install that
>> package if it's not already installed):
>>
>>  strace -p PID
>>
>> where PID is the ID of the thread. Do you see it constantly running
>> something? Or just "waiting" (a 100% CPU loop in userspace)?
>>
>> >
>> > For testing purposes hardware was changed, debian was reinstalled from
>> > scratch, saved just asterisk sip.conf, extensions.conf, queues.conf,
>> > features.conf.
>>
>> Is the issue still reproducable?
>>
>> --
>>               Tzafrir Cohen
>> icq#16849755              jabber:tzafrir.cohen at xorcom.com
>> +972-50-7952406           mailto:tzafrir.cohen at xorcom.com
>> http://www.xorcom.com  iax:guest at local.xorcom.com/tzafrir
>>
>
>
>
> --
> BR, Nikolay Yatsyshyn
>



-- 
BR, Nikolay Yatsyshyn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/attachments/20110310/3e587834/attachment.htm>


More information about the Pkg-voip-maintainers mailing list