On Thu, Jul 4, 2013 at 3:30 PM, Gopalakrishnan N <
gopalakrishnan.an at gmail.com> wrote:
> Suddenly my asterisk restarted automatically and came up in seven seconds,
>
> While checking core dump I see some message related to snmp.
>
> No symbol table info available.
> #5 0x00007fc7e6249faa in agent_thread (arg=<value optimized out>) at
> snmp/agent.c:206
> __PRETTY_FUNCTION__ = "agent_thread"
> #6 0x000000000056dd0b in dummy_start (data=<value optimized out>) at
> utils.c:1028
> __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {89647040,
> 7553562169405615537, 140735377460432, 140496194722240, 4, 7,
> -7540143656030687823,
> 7553561768520461745}, __mask_was_saved = 0}}, __pad = {0x7fc7d1c74e90,
> 0x0, 0x0, 0x0}}
> __cancel_arg = 0x7fc7d1c75700
> not_first_call = <value optimized out>
> ret = <value optimized out>
> a = {start_routine = 0x7fc7e6249eb0 <agent_thread>, data = 0x0, name
> 0x7fc7d1c74d70 "\300\347W\005"}
> #7 0x00007fc830e54851 in start_thread () from /lib64/libpthread.so.0
> No symbol table info available.
> #8 0x00007fc8323c611d in clone () from /lib64/libc.so.6
> No symbol table info available.
> (gdb) quit
>
> Will this be related to snmp?
>
>
> Possibly, but not necessarily. Without seeing the whole backtrace it's
hard to say for certain.
The Asterisk wiki has instructions on how to properly get a backtrace from
a core dump created by Asterisk:
https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace
Please do file an issue in the issue tracker -
https://issues.asterisk.org- crashes are always bugs.
Thanks!
Matt
--
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20130704/74b88f8e/attachment.htm>