| Summary: | ASTERISK-15979: Crash on Hangup during post_cdr | ||
| Reporter: | Vincenzo Marrone (vmarrone) | Labels: | |
| Date Opened: | 2010-04-20 08:36:43 | Date Closed: | 2011-06-07 14:00:18 |
| Priority: | Critical | Regression? | No |
| Status: | Closed/Complete | Components: | Applications/app_cdr |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Here the Back Trace of crash: #0 0x00a10486 in _int_malloc () from /lib/libc.so.6 #1 0x00a1161e in _int_realloc () from /lib/libc.so.6 #2 0x00a12276 in realloc () from /lib/libc.so.6 #3 0x07c23154 in sqlite3GenericRealloc () from /usr/lib/libsqlite3.so.0 #4 0x07c39c2b in sqlite3Realloc () from /usr/lib/libsqlite3.so.0 ASTERISK-1 0x07c1a4b9 in sqlite3ExprListAppend () from /usr/lib/libsqlite3.so.0 ASTERISK-2 0x07c2a1fd in sqlite3Parser () from /usr/lib/libsqlite3.so.0 ASTERISK-3 0x07c35eac in sqlite3RunParser () from /usr/lib/libsqlite3.so.0 ASTERISK-4 0x07c2cb0f in sqlite3_prepare () from /usr/lib/libsqlite3.so.0 ASTERISK-5 0x07c48795 in sqlite3_exec () from /usr/lib/libsqlite3.so.0 ASTERISK-6 0x0097cf50 in sqlite3_log (cdr=0xb799c5e0) at cdr_sqlite3_custom.c:257 ASTERISK-7 0x0808e6bc in post_cdr (cdr=0xb799c5e0) at cdr.c:1055 ASTERISK-8 0x0808e895 in ast_cdr_detach (cdr=0xb799c5e0) at cdr.c:1251 ASTERISK-9 0x08098480 in ast_hangup (chan=0xb757ccf8) at channel.c:1768 ASTERISK-10 0x08110dc5 in __ast_pbx_run (c=0xb757ccf8, args=0x0) at pbx.c:4450 ASTERISK-11 0x08112430 in pbx_thread (data=0xb757ccf8) at pbx.c:4542 ASTERISK-12 0x081516bb in dummy_start (data=0xb7a50ea0) at utils.c:968 ASTERISK-13 0x00af973b in start_thread () from /lib/libpthread.so.0 ASTERISK-14 0x00a77cfe in clone () from /lib/libc.so.6 ****** ADDITIONAL INFORMATION ****** This happens not very frequently but sometimes. For understanding the impact of the problem, the crash happens 1 time per week on a server that processes almost 140000 call at day, and the Asterisk task is always on (server never restarts). I hope that this BT is enough to understand the cause of the problem. | ||
| Comments: | By: Paul Belanger (pabelanger) 2010-04-20 10:52:41 We'll need a full backtrace. Recently updated: http://svn.asterisk.org/svn/asterisk/trunk/doc/backtrace.txt --- Thank you for your bug report. In order to move your issue forward, we require a backtrace from the core file produced after the crash. Please see the doc/backtrace.txt file in your Asterisk source directory. Also, be sure you have DONT_OPTIMIZE enabled in menuselect within the Compiler Flags section, then: make install after enabling, reproduce the crash, and then execute the instructions in doc/backtrace.txt. When complete, attach that file to this issue report. Thanks! By: Vincenzo Marrone (vmarrone) 2010-04-23 02:43:13 Ok, soon as possible, i attach that file! Thank You! By: Paul Belanger (pabelanger) 2010-05-12 13:05:57 Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested. Further information can be found at http://www.asterisk.org/developers/bug-guidelines | ||