Summary:ASTERISK-01876: Core dump in ast_cli when doing a sip show peer
Reporter:Terry Wilson (twilson)Labels:
Date Opened:2004-06-23 11:25:51Date Closed:2004-09-25 02:40:24
Versions:Frequency of
Description:This has only happened once so far, but I did a sip show peer <PEER> and got a core dump today.  gdb shows in ast_cli.c:646.  


This happened after I did a sip show peer just after a reload where I changed an allow= field in sip settings (uncommented an allow=g729).  On a side note, I no longer seem to be able to make g729a to ulaw calls (hence the changes I was trying to make to track down the problem--i will probably be opening a separate bug for this).  I am running  CVS-HEAD-06/23/04-01:07:37
Comments:By: Mark Spencer (markster) 2004-06-23 13:46:19

Need to see a real backtrace here.

By: Terry Wilson (twilson) 2004-06-23 14:27:47

here is a sanitized (hostname changed) backtrace.

(gdb) bt full
#0  find_cli (cmds=0x44542630, exact=0) at cli.c:646
       y = 0
       match = 1
       e = (struct ast_cli_entry *) 0x64a540
#1  0x0807c24a in ast_cli_command (fd=37, s=0xffffffff <Address 0xffffffff out of bounds>) at cli.c:1045
       argv = {0x9ce1308 "sip", 0x9ce130c "show", 0x9ce1311 "peer", 0x9ce1316 "6716", 0x0, 0x44542780 "sip show peer 6716",
 0x44542780 "sip show peer 6716", 0x44542780 "sip show peer 6716", 0x44542780 "sip show peer 6716", 0x445427af "n-zero on 'SIP/6751-6a32'\n",
 0x4454297f "5asterisk.company.com", 0x44542780 "sip show peer 6716", 0x4454297f "5asterisk.company.com", 0x0, 0x0, 0x0, 0x0, 0x0,
 0x70412069 <Address 0x70412069 out of bounds>, 0x0, 0x313a3332 <Address 0x313a3332 out of bounds>, 0x37000000 <Address 0x37000000 out of bounds>, 0x0,
 0x30303220 <Address 0x30303220 out of bounds>, 0x34 <Address 0x34 out of bounds>, 0x0, 0x0, 0xffffffff <Address 0xffffffff out of bounds>, 0x0, 0x0, 0x0,
 0x0, 0x36383669 <Address 0x36383669 out of bounds>, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xa6e8a0 "", 0x0, 0x0, 0x0, 0x0, 0x0, 0x0,
 0x6f6e2800 <Address 0x6f6e2800 out of bounds>, 0x29656e "(", 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x9a39ad "\201ÃëÎ\f", 0xa70898 "¤G\023",
 0x80e89c0 "%", 0x44542780 "sip show peer 6716", 0xa25319 "\201Ã\177µ\004"}
       e = (struct ast_cli_entry *) 0x80e89c0
       x = 4
       dup = 0x9ce1308 "sip"
#2  0x0809a9e7 in netconsole (vconsole=0x80e89c0) at asterisk.c:264
       hostname = "asterisk.company.com", '\0' <repeats 15 times>, "\220*TDÝ\236\a\b\000\000\000\000\000\000\000\000\\ªz\000Ð*z", '\0' <repeats 17 times>, "8*TD\000\000\000\000<*TD@*TD\000\000\000\000L*TDD*TDH*TDP*TD", '\0' <repeats 36 times>, "T*TDä\201z\000\000\000\000\000\000\000\000\0000¹e\000øue\000\020\000\000\000\000\000\000\000\vÞ\232\000\230\b§\000\200\021§\000\001Mz\000X*TDhÎ\232\000\200\021§\000\230\202+\n\230\b§\000\001\000\000\000\b,TDl*TD£³¢\000\001\000\000\000\000\000\000\000\\ªz\000\000\000"...
       tmp = "sip show peer 6716\000\000 (company, 6716, 1) exited non-zero on 'SIP/6751-6a32'\n\00032' in macro 'oneline'\n\000716@company\033[0;37;40m\") in new stack\n\000stack\n\000stack\n\000\000\000    -- Goto (3103000121-inbound,s,1)\n\000hones\n\000    -"...
       res = -1
       fds = {{fd = 37, events = 1, revents = 1}, {fd = 38, events = 1, revents = 0}}
#3  0x007a1dfc in start_thread () from /lib/tls/libpthread.so.0
No symbol table info available.
#4  0x00a17f2a in clone () from /lib/tls/libc.so.6
No symbol table info available.

By: jrollyson (jrollyson) 2004-06-23 14:44:11

Hmm... I don't call a crash a feature... Can anyone confirm this or provide any additional info?

Also, can we get some background info? OS, kernel version, basic HW specs?

By: Mark Spencer (markster) 2004-06-23 14:49:44

Runs clean under valgrind here.  The stack trace doesn't look very helpful here, might help to poke at the core file.

By: Terry Wilson (twilson) 2004-06-23 14:50:55

yeah, forgot to mark the severity.  Sorry about that.  Dell PowerEdge 2650 2GB ram dual Xeon, CentOS  linux kernel 2.4.22-1.2174.nptlsmp.

By: Mark Spencer (markster) 2004-06-23 15:27:50

This had to do with unloading and reloading the codec_g729a.so module.  The bug that caused this crash was in codec_g729a.so and has been fixed with new modules on the FTP site for all glibc 2_3_3 architectures except x86_64 which should get built tonight.