Summary: | ASTERISK-06412: crashed under heavy load with group_count | ||
Reporter: | rchen (rchen) | Labels: | |
Date Opened: | 2006-02-24 08:44:02.000-0600 | Date Closed: | 2011-06-07 14:00:50 |
Priority: | Critical | Regression? | No |
Status: | Closed/Complete | Components: | Functions/func_groupcount |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | extensions.conf exten => _9088.,n,Set(GROUP(${count})=OUTBOUND_GROUP) exten => _9088.,n,GotoIf($[${GROUP_COUNT(OUTBOUND_GROUP@${count})} > 1]?nextchannel) exten => _9088.,n,Set(GROUP(${count})=OUTBOUND_GROUP) gdb #0 ast_var_name (var=0x38) at chanvars.c:68 68 if (name[0] == '_') { (gdb) bt #0 ast_var_name (var=0x38) at chanvars.c:68 #1 0x080872b8 in pbx_builtin_getvar_helper (chan=0xb6820120, name=0xb6a8ac20 "GROUP_47") at pbx.c:5473 #2 0x080a1cb4 in ast_app_group_get_count (group=0xb6a8ad10 "OUTBOUND_GROUP", category=0xb6a8acc0 "GROUP_47") at app.c:1067 #3 0xb7be7b40 in group_count_function_read (chan=0xb758ff50, cmd=0xb6a8bde0 "GROUP_COUNT", data=0xffffffff <Address 0xffffffff out of bounds>, buf=0xffffffff <Address 0xffffffff out of bounds>, len=4294967295) at func_groupcount.c:58 #4 0x080868b7 in ast_func_read (chan=0xffffffff, function=0xb6a8bde0 "GROUP_COUNT", workspace=0xffffffff <Address 0xffffffff out of bounds>, len=4294967295) at pbx.c:1239 ASTERISK-1 0x0808b835 in pbx_substitute_variables_helper_full (c=0xb758ff50, headp=0xb7590240, cp1=0xb6a8ee80 "${GROUP_COUNT(OUTBOUND_GROUP@${count})} > 1", cp2=0xb6a8de70 "", count=4095) at pbx.c:1375 ASTERISK-2 0x0808bae6 in pbx_substitute_variables_helper_full (c=0xb758ff50, headp=0xb7590240, cp1=0x89e20a8 "$[${GROUP_COUNT(OUTBOUND_GROUP@${count})} > 1]?IncCount", cp2=0xb6a940a0 "", count=8191) at pbx.c:1435 ASTERISK-3 0x0808fd1d in pbx_extension_helper (c=0xb758ff50, con=Variable "con" is not available. ) at pbx.c:1455 ASTERISK-4 0x08091296 in __ast_pbx_run (c=0xb758ff50) at pbx.c:2060 ASTERISK-5 0x08092d4c in pbx_thread (data=0xffffffff) at pbx.c:2346 ASTERISK-6 0x008cb341 in start_thread () from /lib/tls/libpthread.so.0 | ||
Comments: | By: Tilghman Lesher (tilghman) 2006-02-24 12:39:04.000-0600 What SVN revision are you running? By: rchen (rchen) 2006-02-24 12:41:52.000-0600 I am running SVN-trunk-r10989M. tried 1.2.4 and a few other versions of svn trunk, all have the same problem. By: Tilghman Lesher (tilghman) 2006-02-24 12:53:47.000-0600 That revision number tells me you changed something in Asterisk. What did you change? By: rchen (rchen) 2006-02-24 12:57:59.000-0600 nothing cause the crash, just a dirty fix to make sure asterisk return "200 OK" when OPTIONS received. static int handle_request_options(struct sip_pvt *p, struct sip_request *req, int debug) { int res; res = get_destination(p, req); build_contact(p); /* XXX Should we authenticate OPTIONS? XXX */ if (ast_strlen_zero(p->context)) ast_string_field_set(p, context, default_context); //if (res < 0) // transmit_response_with_allow(p, "404 Not Found", req, 0); //else if (res > 0) // transmit_response_with_allow(p, "484 Address Incomplete", req, 0); //else transmit_response_with_allow(p, "200 OK", req, 0); /* Destroy if this OPTIONS was the opening request, but not if it's in the middle of a normal call flow. */ if (!p->lastinvite) ast_set_flag(p, SIP_NEEDDESTROY); return res; } By: Clod Patry (junky) 2006-04-11 23:10:29 what do you have before your first priority n? Still an issue with current svn? i cant duplicate this crash so far. By: Serge Vecher (serge-v) 2006-05-02 10:55:16 second try: are you still having this issue? By: Serge Vecher (serge-v) 2006-05-10 11:12:49 no response from the reporter. If this issue still exists in latest trunk / 1.2, please feel free to reopen with a new backtrace from unmodified, non-optimized build. Thanks. |