Re: [SR-Users] postgres in kamailio 3.3.0-9.1
Daniel, I remove RPM-s postgresql postgresql-devel postgresql-libs kamailio-postgres install postgresql84 postgresql84-devel postgresql84-libs and assemble db_postgres using make Q=0 in db_postgres directory. then put db_postgres.so to /usr/lib64/kamailio/modules directory. Currently I's only one way to fix it. Yum rpm installation whant postgresql-libs depedency rpmbuild from src rpm whant postgresql-devel depedency Thanks. 01.08.2012 23:00, Daniel-Constantin Mierla пишет: Hello, can you paste here the output of following command executed in the db_postgres module directory: make Q=0 First run 'make proper' in the same directory. I want to see the compile flags and linked libs used for your system. Cheers, Daniel On 8/1/12 5:33 PM, Andrew O. Zhukov wrote: The same trouble with: completely updated Centos 5 the last Kamailio RPM from http://download.opensuse.org/repositories/home:/kamailio:/telephony/RedHat_RHEL-5/ and postgresql-libs.x86_64.8.1.23-5.el5_8 several month ago I try postgresql84-libs.x86_64 with the same result. It's not possible to use Kamailio RPM with postgres backend. Need to assemble it manually. Bruno Bresciani wrote: > Hi, > > I configure the Kamailio 3.1.2 with postgres but I cann't start. In the > log file is generated the following error: > > // > > ERROR: load_module: could not open module > postgres.so>: /home2/local/kamailio/lib/kamailio/modules/db_postgres.so: > undefined symbol: PQdescribePrepared Have you built Kamailio yourself? Looks like db_postgres.so can not find the postgresql libraries, or it was built with a different library version. Maybe ldd can give you some details: ldd /home2/local/kamailio/lib/kamailio/modules/db_postgres.so regards Klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] postgres in kamailio 3.3.0-9.1
AIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -I/usr/include -DSER_MOD_INTERFACE -DMOD_NAME='"db_postgres"' -c pg_sql.c -o pg_sql.o -MMD -MP gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize -mtune=opteron -Wall-DNAME='"kamailio"' -DVERSION='"3.3.0"' -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=3003000 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -I/usr/include -DSER_MOD_INTERFACE -DMOD_NAME='"db_postgres"' -c pg_uri.c -o pg_uri.o -MMD -MP Makefile.defs defs skipped make[1]: Entering directory `/root/kamailio-3.3.0/lib/srdb2' make[1]: `libsrdb2.so.1.0' is up to date. make[1]: Leaving directory `/root/kamailio-3.3.0/lib/srdb2' Makefile.defs defs skipped make[1]: Entering directory `/root/kamailio-3.3.0/lib/srdb1' make[1]: `libsrdb1.so.1.0' is up to date. make[1]: Leaving directory `/root/kamailio-3.3.0/lib/srdb1' gcc -shared -m64 -Wl,-O2 -Wl,-Ekm_dbase.o km_db_postgres.o km_pg_con.o km_res.o km_val.o pg_cmd.o pg_con.o pg_fld.o pg_mod.o pg_oid.o pg_res.o pg_sql.o pg_uri.o -L/usr/lib64 -lpq -L../../lib/srdb2/ -lsrdb2 -L../../lib/srdb1/ -lsrdb1 -Wl,-rpath,/root/kamailio-3.3.0/lib/srdb2 -Wl,-rpath,/root/kamailio-3.3.0/lib/srdb1 -o db_postgres.so 01.08.2012 23:00, Daniel-Constantin Mierla пишет: Hello, can you paste here the output of following command executed in the db_postgres module directory: make Q=0 First run 'make proper' in the same directory. I want to see the compile flags and linked libs used for your system. Cheers, Daniel On 8/1/12 5:33 PM, Andrew O. Zhukov wrote: The same trouble with: completely updated Centos 5 the last Kamailio RPM from http://download.opensuse.org/repositories/home:/kamailio:/telephony/RedHat_RHEL-5/ and postgresql-libs.x86_64.8.1.23-5.el5_8 several month ago I try postgresql84-libs.x86_64 with the same result. It's not possible to use Kamailio RPM with postgres backend. Need to assemble it manually. Bruno Bresciani wrote: > Hi, > > I configure the Kamailio 3.1.2 with postgres but I cann't start. In the > log file is generated the following error: > > // > > ERROR: load_module: could not open module > postgres.so>: /home2/local/kamailio/lib/kamailio/modules/db_postgres.so: > undefined symbol: PQdescribePrepared Have you built Kamailio yourself? Looks like db_postgres.so can not find the postgresql libraries, or it was built with a different library version. Maybe ldd can give you some details: ldd /home2/local/kamailio/lib/kamailio/modules/db_postgres.so regards Klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] postgres in kamailio 3.3.0-9.1
The same trouble with: completely updated Centos 5 the last Kamailio RPM from http://download.opensuse.org/repositories/home:/kamailio:/telephony/RedHat_RHEL-5/ and postgresql-libs.x86_64.8.1.23-5.el5_8 several month ago I try postgresql84-libs.x86_64 with the same result. It's not possible to use Kamailio RPM with postgres backend. Need to assemble it manually. Bruno Bresciani wrote: > Hi, > > I configure the Kamailio 3.1.2 with postgres but I cann't start. In the > log file is generated the following error: > > // > > ERROR: load_module: could not open module > postgres.so>: /home2/local/kamailio/lib/kamailio/modules/db_postgres.so: > undefined symbol: PQdescribePrepared Have you built Kamailio yourself? Looks like db_postgres.so can not find the postgresql libraries, or it was built with a different library version. Maybe ldd can give you some details: ldd /home2/local/kamailio/lib/kamailio/modules/db_postgres.so regards Klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] RFC3311 troublefix
Ether it's better to do: if is_method("UPDATE") fix_nated_sdp(2); for a counter ballance Need your suggestions. Thanks. On 07/06/2011 03:45 PM, Andrew O. Zhukov wrote: Please add in all samples, default installed /etc/*.cfg files etc, etc, etc... RFC3311 processinging in a branch route: } else if (is_method("INVITE|UPDATE")){ force_rtp_proxy(); instead of } else if (is_method("INVITE")){ force_rtp_proxy(); Or in last cvs version sample if (nat_uac_test("3")) { if ( is_method("INVITE") ) { fix_nated_sdp("1"); # Add direction=active to SDP }; is_method("INVITE|UPDATE"); Thanks in advance !!! -- Andrew O. Zhukov Telegroup Ukraine Technical director. Phone 380-44-3039100 Cell 380-67-4017256 Fax 380-44-3039002 ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] RFC3311 troublefix
Ether it's better to do: if is_method("UPDATE") fix_nated_sdp(2); for rtp proxy counters ballance? Need your suggestions. Thanks. On 07/06/2011 03:45 PM, Andrew O. Zhukov wrote: Please add in all samples, default installed /etc/*.cfg files etc, etc, etc... RFC3311 processinging in a branch route: } else if (is_method("INVITE|UPDATE")){ force_rtp_proxy(); instead of } else if (is_method("INVITE")){ force_rtp_proxy(); Or in last cvs version sample if (nat_uac_test("3")) { if ( is_method("INVITE") ) { fix_nated_sdp("1"); # Add direction=active to SDP }; is_method("INVITE|UPDATE"); Thanks in advance !!! ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] RFC3311 troublefix
Please add in all samples, default installed /etc/*.cfg files etc, etc, etc... RFC3311 processinging in a branch route: } else if (is_method("INVITE|UPDATE")){ force_rtp_proxy(); instead of } else if (is_method("INVITE")){ force_rtp_proxy(); Or in last cvs version sample if (nat_uac_test("3")) { if ( is_method("INVITE") ) { fix_nated_sdp("1"); # Add direction=active to SDP }; is_method("INVITE|UPDATE"); Thanks in advance !!! ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Table location, methods field
Sorry, You change it ... enum request_method { METHOD_UNDEF=0, /* 0 - --- */ METHOD_INVITE=1, /* 1 - 2^0 */ METHOD_CANCEL=2, /* 2 - 2^1 */ METHOD_ACK=4, /* 3 - 2^2 */ METHOD_BYE=8, /* 4 - 2^3 */ METHOD_INFO=16, /* 5 - 2^4 */ METHOD_OPTIONS=32,/* 6 - 2^5 */ METHOD_UPDATE=64, /* 7 - 2^6 */ METHOD_REGISTER=128, /* 8 - 2^7 */ METHOD_MESSAGE=256, /* 9 - 2^8 */ METHOD_SUBSCRIBE=512, /* 10 - 2^9 */ METHOD_NOTIFY=1024, /* 11 - 2^10 */ METHOD_PRACK=2048,/* 12 - 2^11 */ METHOD_REFER=4096,/* 13 - 2^12 */ METHOD_PUBLISH=8192, /* 14 - 2^13 */ METHOD_OTHER=16384/* 15 - 2^14 */ }; On 06/30/2011 12:15 PM, Henning Westerholt wrote: On Thursday 30 June 2011, Andrew O. Zhukov wrote: Can someone send me bitmasks for the Subj. Or just the reference to include file with comments in a source code. I can't find it in all set of availible document's since the SER router. :( I just have to know which UA except Grandstreams an CSipsample use RFC3311 :) Hi Andrew, they are defined in the parser, as power of two integers: http://sip-router.org/doxygen/sip-router/branch/master/msg__parser_8h.html#a82f3c7234c5469f18d5e9fac5700cf27 Best regards, Henning ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Table location, methods field
What I'm doing wrong? select contact, User_agent, methods from location where (methods & 2048) > 0 and user_agent like 'snom%'; contact user_agent methods sip:3039200@10.0.1.55:2048;line=yd9qcfm9 snom320/7.3.14 7999 REGISTER sip:ipshka.com SIP/2.0 Via: SIP/2.0/UDP 10.0.1.55:2048;branch=z9hG4bK-sm9svrjytxjs;rport From: "Andrew O. Zhukov" ;tag=ir1p3z5ie6 To: "Andrew O. Zhukov" Call-ID: 3c362d4fe75b-gi8h4zya7bbx CSeq: 1170 REGISTER Max-Forwards: 70 Contact: ;reg-id=1;q=1.0;+sip.instance="";audio;mobility="fixed";duplex="full";description="snom320";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" User-Agent: snom320/7.3.14 Supported: gruu Allow-Events: dialog X-Real-IP: 10.0.1.55 Expires: 3600 Content-Length: 0 - So 7999 it's 10011 binary INVITE, 1 ACK,3 CANCEL, 2 BYE,4 INFO, 5 * SUBSCRIBE, 7 NOTIFY, 8 MESSAGE, 9 OPTIONS, 10 PRACK, 11 * REFER, 13 Something wrong !!! On 06/30/2011 12:15 PM, Henning Westerholt wrote: On Thursday 30 June 2011, Andrew O. Zhukov wrote: Can someone send me bitmasks for the Subj. Or just the reference to include file with comments in a source code. I can't find it in all set of availible document's since the SER router. :( I just have to know which UA except Grandstreams an CSipsample use RFC3311 :) Hi Andrew, they are defined in the parser, as power of two integers: http://sip-router.org/doxygen/sip-router/branch/master/msg__parser_8h.html#a82f3c7234c5469f18d5e9fac5700cf27 Best regards, Henning ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Table location, methods field
On 06/30/2011 12:15 PM, Henning Westerholt wrote: On Thursday 30 June 2011, Andrew O. Zhukov wrote: Can someone send me bitmasks for the Subj. Or just the reference to include file with comments in a source code. I can't find it in all set of availible document's since the SER router. :( I just have to know which UA except Grandstreams an CSipsample use RFC3311 :) Hi Andrew, they are defined in the parser, as power of two integers: http://sip-router.org/doxygen/sip-router/branch/master/msg__parser_8h.html#a82f3c7234c5469f18d5e9fac5700cf27 Best regards, Henning Thanks ! ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Table location, methods field
Can someone send me bitmasks for the Subj. Or just the reference to include file with comments in a source code. I can't find it in all set of availible document's since the SER router. :( I just have to know which UA except Grandstreams an CSipsample use RFC3311 :) Thanks in advance. Andrew O. Zhukov ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Forward on unanswered call
Right now I'm try to add the subj feature. Linksys/SPA2102-3.3.6 (just from the box) respond SIP/2.0 480 Temporarily not available Landline over Asterisk with E1: SIP/2.0 603 Limit exceeded Ether I so unlucky, or just forget it and do not provide it to the customers? If so, notes to developers let's take off 408 code processing from sample config. Thanks in advance for your opinion. Andrew. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Segfault in Kamailio 1-3-4 to 1.5.5
On 03/01/2011 10:49 AM, Daniel-Constantin Mierla wrote: On 3/1/11 8:41 AM, Andrew O. Zhukov wrote: I someone interested in . It's the old coredumps from 1.3.4. It's really much stabile then 1.5.5 I did degrade today night version 1.3.x is openser only which became later kamailio, practically is no other option for this version. Have you considered upgrading to latest stable (3.1.x) instead of downgrade? Daniel, I sent you my config. How can I do it on a hi usage production server for a one night. The lot of fixes for a different buggy customers SIP and NAT devices which is impossible to retest again. I'll try opensips and possible will be back. Cheers, Daniel ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Segfault in Kamailio 1-3-4 to 1.5.5
I someone interested in . It's the old coredumps from 1.3.4. It's really much stabile then 1.5.5 I did degrade today night and going to try opensips. warning: Missing the matching library file: /usr/lib/debug/.build-id/7f/bba7706883599d6df45722d7eb779d8768a80b Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 fm_malloc (qm=0x7389e0, size=) at mem/f_malloc.c:267 267 mem/f_malloc.c: No such file or directory. in mem/f_malloc.c (gdb) bt full #0 fm_malloc (qm=0x7389e0, size=) at mem/f_malloc.c:267 f = (struct fm_frag **) 0x778130 hash = 10 #1 0x004918ad in parse_headers (msg=0x7711b8, flags=256, next=0) at parser/msg_parser.c:308 hf = itr = (struct hdr_field *) 0xd302e3535666565 tmp = 0x7298b6 "User-Agent: Asterisk PBX\r\nMax-Forwards: 5\r\nContent-Length: 0\r\n\r\n" rest = 0x7298b6 "User-Agent: Asterisk PBX\r\nMax-Forwards: 5\r\nContent-Length: 0\r\n\r\n" end = 0x7298f7 "" orig_flag = 0 __FUNCTION__ = "parse_headers" #2 0x2b55fc18 in is_maxfwd_present (msg=0x7389e0, foo=0x7fffbf67f400) at mf_funcs.c:61 x = __FUNCTION__ = "is_maxfwd_present" _c = 57 '9' #3 0x2b55ed61 in w_process_maxfwd_header (msg=0x7389e0, str1=0xa , str2=0xd302e3535666565 ) at maxfwd.c:145 val = mf_value = {s = 0x2e9 , len = -1342089735} __FUNCTION__ = "w_process_maxfwd_header" #4 0x0040c28f in do_action (a=0x7462d0, msg=0x7711b8) at action.c:821 ret = v = to = p = tmp = new_uri = end = crt = len = user = uri = {user = {s = 0x7fffbf67f820 "\005", len = 7643232}, passwd = {s = 0x1 , len = 7629192}, host = { s = 0x74a0f0 "\006", len = 7803320}, port = {s = 0x2 out of bounds>, len = 7803320}, params = {s = 0x7711b8 "�\211\a", len = 4247863}, headers = {s = 0xa8 , len = 1}, port_no = 63760, proto = 48999, type = 32767, transport = {s = 0x70a4a0 "\b�\f��*", len = -1083705312}, ttl = {s = 0x38404748fa "H\205�I\211�tJ\203=_\026.", len = 0}, user_param = {s = 0x86ed10 "�\216\207", len = 1}, maddr = { s = 0x3fb0012c05 "\205��u\035\017�D$\017= {s = 0x3840752980 "", len = 9916304}, lr = { s = 0xff96 , len = -1083705072}, r2 = {s = 0x770eb8 "N�\"��*", len = 1}, transport_val = {s = 0x3840475f2c "\203=5", len = 8932}, ttl_val = {s = 0x86f0b8 "`�\206", len = 0}, user_param_val = {s = 0x3fb0014e6a "H\211�H\003S\bH\213\003H\211S\b�\004\020", len = 1}, maddr_val = {s = 0x0, len = 9916304}, method_val = {s = 0x2acd4030 "I\213~\bH�G0", len = -1083705072}, lr_val = {s = 0x70a4a0 "\b�\f��*", len = 0}, r2_val = {s = 0x417bc1 "H\205�tGH\211���\a", len = 65430}} next_hop = {user = {s = 0x70a4a0 "\b�\f��*", len = -1342088916}, passwd = {s = 0x0, len = 0}, host = { s = 0x , len = 9935623}, port = { s = 0x , len = 1081420160}, params = {s = 0xf , len = 8754704}, headers = {s = 0x4 , len = -1083705484}, port_no = 3768, proto = 119, type = ERROR_URI_T, transport = { s = 0x38404748fa "H\205�I\211�tJ\203=_\026.", len = 15}, ttl = {s = 0x384052146b "/etc/localtime", len = 8754704}, user_param = { s = 0x4 , len = -1083705484}, maddr = {s = 0x770eb8 "N�\"��*", len = 1}, method = {s = 0x384048cc0e "\213\005\f\221,", len = 5197468}, lr = {s = 0x2aee2059 "2011-01-27 18:10:30','in','as5a292c8e','')", len = -1427234727}, r2 = {s = 0x384048cf70 "\213\005�\215,", len = 16}, transport_val = {s = 0x38404923d8 "�Y���Hc�L\211��0", len = 0}, ttl_val = {s = 0x200 , len = -1}, user_param_val = { s = 0x72971b "193.28.184.13;branch=z9hG4bK558b.e0feef55.0\r\nVia: SIP/2.0/UDP XXX.XX.XXX.13;branch=z9hG4bK558b.d0feef55.0\r\nVia: SIP/2.0/UDP XXX.XX.XXX.13;branch=z9hG4bK558b.c0feef55.0\r\nVia: SIP/2.0/UDP XXX.XX.XXX.70:"..., len = 0}, maddr_val = {s = 0x758c50 "\002", len = 7703472}, method_val = { s = 0x746988 "\016", len = 7655064}, lr_val = {s = 0x7711b8 "�\211\a", len = 1}, r2_val = {s = 0x7711b8 "�\211\a", len = -1083705856}} u = ---Type to continue, or q to quit--- port = cmatch = aitem = adefault = spec = model = val = {rs = {s = 0x772508 "\n", len = 7807240}, ri = 7807992, flags = 0} __FUNCTION__ = "do_action" #5 0x0040e7db in run_action_list (a=, msg=0x7711b8) at action.c:132 ret = -1 t = (struct action *) 0x7462d0 __FUNCTION__ = "run_action_list" #6 0x0045ba94 in eval_expr (e=0x746370, msg=0x7711b8, val=0xd302e3535666565) at route.c:1096 ret = rec_lev = 3 __FUNCTION__ = "eval_expr" #7 0x0045b50d in eval_expr (e=0x7463b8, msg=0x7711b8, val=0x0) at route.c:1403 ret = rec_lev = 3 __FUNCT
Re: [SR-Users] Segfault in Kamailio 1-3-4 to 1.5.5
On 02/28/2011 05:06 PM, Timo Reimann wrote: On 28.02.2011 15:49, Iñaki Baz Castillo wrote: 2011/2/25 Andrew O. Zhukov: In continue of letters: Kamailio 1.5.5 No TLS Segmentation Fault After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set Can someone from developers provide me commercial support to fix this bug in malloc module. Hi Andrew. Not sure if you have provided a detailed report of the issue in some other mail, have you? If not, provide details please. He provided detail, unfortunately in another thread which broke continuity. Look for "After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set" from 10.2., 7:37. Cheers, --Timo I sent yesterday coredump directly. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Segfault in Kamailio 1-3-4 to 1.5.5
Henning, Those guys is an expert in configuration file not in debugging of source code memory module. I use ser, openser since 0.9 version. It's a lot of features added into the config for a this 5 years. I'm absolutely sure there is the trouble. On 02/28/2011 11:43 AM, Henning Westerholt wrote: On Monday 28 February 2011, Andrew O. Zhukov wrote: As I understood you do not provide any support for a legacy versions. Hi Andrew, 1.5 still used from a lot of people, including us. Have you tried to reach one of the companies on this list: http://www.kamailio.org/w/business-directory/ There is also a dedicated business list which maybe you get a faster response for your support query, more information can be found here: http://www.kamailio.org/w/business/ Best regards, Henning ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Segfault in Kamailio 1-3-4 to 1.5.5
As I understood you do not provide any support for a legacy versions. On 02/25/2011 09:00 AM, Andrew O. Zhukov wrote: In continue of letters: Kamailio 1.5.5 No TLS Segmentation Fault After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set Can someone from developers provide me commercial support to fix this bug in malloc module. If so, contact me directly. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Segfault in Kamailio 1-3-4 to 1.5.5
In continue of letters: Kamailio 1.5.5 No TLS Segmentation Fault After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set Can someone from developers provide me commercial support to fix this bug in malloc module. If so, contact me directly. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] kamailio 1.5.5 crashes continue
It's Cenos VM under Xen on HP Proliant. On the neighbor VM Propetary Softswitch on java. Nothing more. I relocate The rest VM-s to other servers 1.3.4 was on ordinary computer: [root@ipshka ~]# uptime 18:53:37 up 742 days, 6:21, 1 user, load average: 0.00, 0.00, 0.00 On 02/14/2011 06:39 PM, Henning Westerholt wrote: On Monday 14 February 2011, Andrew O. Zhukov wrote: It's look like 1.5.5 much less stable then 1.3.4 7 crashes on this weekend [..] Hi Andrew, this is really unusual and of course bad, so far in our experience the 1.5 series is really stable. Also strange is that you see a signal 6 - this is SIGABRT. Otherwise the machine runs stable so far, i.e. no memory problems or crashes also in other daemons or something like this? Cheers, Henning ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] kamailio 1.5.5 crashes continue
It's look like 1.5.5 much less stable then 1.3.4 7 crashes on this weekend Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 6, Aborted. #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 (gdb) backtrace #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 #1 0x0039d8c31d10 in abort () from /lib64/libc.so.6 #2 0x0046c397 in qm_debug_frag (qm=0x733c00, f=0x7c5f58) at mem/q_malloc.c:137 #3 0x0046d99a in qm_free (qm=0x733c00, p=0x7c5f88, file=0x4e4d30 "parser/digest/digest.c", func=0x4e4da0 "free_credentials", line=95) at mem/q_malloc.c:439 #4 0x00495fac in free_credentials (_b=0x2acc1341f208) at parser/digest/digest.c:95 #5 0x00471a36 in clean_hdr_field (hf=0x2acc1341f1d8) at parser/hf.c:116 #6 0x2acc0fe9e8de in clean_msg_clone (msg=0x2acc1341e208, min=0x2acc1341e208, max=0x2acc1341f820) at sip_msg.h:54 #7 0x2acc0fe9e7b7 in run_trans_callbacks (type=2, trans=0x2acc13412800, req=0x2acc1341e208, rpl=0x7c0eb8, code=200) at t_hooks.c:245 #8 0x2acc0fea539d in t_reply_matching (p_msg=0x7c0eb8, p_branch=0x7fffe72b7328) at t_lookup.c:888 #9 0x2acc0fea5997 in t_check (p_msg=0x7c0eb8, param_branch=0x7fffe72b7328) at t_lookup.c:964 #10 0x2acc0feb479b in reply_received (p_msg=0x7c0eb8) at t_reply.c:1395 #11 0x0041c6db in forward_reply (msg=0x7c0eb8) at forward.c:576 #12 0x0043ccf0 in receive_msg ( buf=0x712980 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP XXX.XXX.XXX.13;branch=z9hG4bK109f.c4245815.0;received=XXX.XXX.XXX.13\r\nVia: SIP/2.0/UDP XXX.XXX.XXX.236:5060;received=XXX.XX.XXX.236;branch=z9hG4bK3a2d61af;rport=5060\r\nRec"..., len=576, rcv_info=0x7fffe72b7480) at receive.c:212 #13 0x004692e3 in udp_rcv_loop () at udp_server.c:449 #14 0x00420ecb in main_loop () at main.c:774 #15 0x00422e0f in main (argc=11, argv=0x7fffe72b7708) at main.c:1321 Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 6, Aborted. #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 (gdb) backtrace #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 #1 0x0039d8c31d10 in abort () from /lib64/libc.so.6 #2 0x0046c397 in qm_debug_frag (qm=0x733c00, f=0x7c3df0) at mem/q_malloc.c:137 #3 0x0046d99a in qm_free (qm=0x733c00, p=0x7c3e20, file=0x4e4d30 "parser/digest/digest.c", func=0x4e4da0 "free_credentials", line=95) at mem/q_malloc.c:439 #4 0x00495fac in free_credentials (_b=0x2ab3afb31bb8) at parser/digest/digest.c:95 #5 0x00471a36 in clean_hdr_field (hf=0x2ab3afb31b88) at parser/hf.c:116 #6 0x2ab3ac5ce8de in clean_msg_clone (msg=0x2ab3afb30bb8, min=0x2ab3afb30bb8, max=0x2ab3afb321d0) at sip_msg.h:54 #7 0x2ab3ac5ce7b7 in run_trans_callbacks (type=2, trans=0x2ab3afb42c88, req=0x2ab3afb30bb8, rpl=0x7c0348, code=200) at t_hooks.c:245 #8 0x2ab3ac5d539d in t_reply_matching (p_msg=0x7c0348, p_branch=0x78218fa8) at t_lookup.c:888 #9 0x2ab3ac5d5997 in t_check (p_msg=0x7c0348, param_branch=0x78218fa8) at t_lookup.c:964 #10 0x2ab3ac5e479b in reply_received (p_msg=0x7c0348) at t_reply.c:1395 #11 0x0041c6db in forward_reply (msg=0x7c0348) at forward.c:576 #12 0x0043ccf0 in receive_msg ( buf=0x712980 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP XXX.XXX.XXX.13;branch=z9hG4bK0058.6822f4c5.0;received=XXX.XX.XXX.13\r\nVia: SIP/2.0/UDP XXX.XX.XXX.236:5060;received=XXX.XX.XXX.236;branch=z9hG4bK1a8a6856;rport=5060\r\nRec"..., len=576, rcv_info=0x78219100) at receive.c:212 #13 0x004692e3 in udp_rcv_loop () at udp_server.c:449 #14 0x00420ecb in main_loop () at main.c:774 #15 0x00422e0f in main (argc=11, argv=0x78219388) at main.c:1321 -- Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 6, Aborted. #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 (gdb) backtrace #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 #1 0x0039d8c31d10 in abort () from /lib64/libc.so.6 #2 0x0046c397 in qm_debug_frag (qm=0x733c00, f=0x7cb0c0) at mem/q_malloc.c:137 #3 0x0046d99a in qm_free (qm=0x733c00, p=0x7cb0f0, file=0x4e4d30 "parser/digest/digest.c", func=0x4e4da0 "free_credentials", line=95) at mem/q_malloc.c:439 #4 0x00495fac in free_credentials (_b=0x2ac4b34f2870) at parser/digest/digest.c:95 #5 0x00471a36 in clean_hdr_field (hf=0x2ac4b34f2840) at parser/hf.c:116 #6 0x2ac4aff208de in clean_msg_clone (msg=0x2ac4b34f1870, min=0x2ac4b34f1870, max=0x2ac4b34f2e88) at sip_msg.h:54 #7 0x2ac4aff207b7 in run_trans_callbacks (type=2, trans=0x
[SR-Users] kamailio 1.5.5 crashes continue
Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 6, Aborted. #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 (gdb) backtrace #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 #1 0x0039d8c31d10 in abort () from /lib64/libc.so.6 #2 0x0046c397 in qm_debug_frag (qm=0x733c00, f=0x841420) at mem/q_malloc.c:137 #3 0x0046d99a in qm_free (qm=0x733c00, p=0x841450, file=0x4e4d30 "parser/digest/digest.c", func=0x4e4da0 "free_credentials", line=95) at mem/q_malloc.c:439 #4 0x00495fac in free_credentials (_b=0x2b875404a130) at parser/digest/digest.c:95 #5 0x00471a36 in clean_hdr_field (hf=0x2b875404a100) at parser/hf.c:116 #6 0x2b8750ab78de in clean_msg_clone (msg=0x2b8754049130, min=0x2b8754049130, max=0x2b875404a748) at sip_msg.h:54 #7 0x2b8750ab77b7 in run_trans_callbacks (type=2, trans=0x2b8754057ec0, req=0x2b8754049130, rpl=0x7c0eb8, code=200) at t_hooks.c:245 #8 0x2b8750abe39d in t_reply_matching (p_msg=0x7c0eb8, p_branch=0x7fffbe5d11e8) at t_lookup.c:888 #9 0x2b8750abe997 in t_check (p_msg=0x7c0eb8, param_branch=0x7fffbe5d11e8) at t_lookup.c:964 #10 0x2b8750acd79b in reply_received (p_msg=0x7c0eb8) at t_reply.c:1395 #11 0x0041c6db in forward_reply (msg=0x7c0eb8) at forward.c:576 #12 0x0043ccf0 in receive_msg ( buf=0x712980 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP XXX.XX.XXX.13;branch=z9hG4bK8aa9.93e271f1.0;received=XXX.XX.XXX.13\r\nVia: SIP/2.0/UDP XXX.XX.XXX.236:5060;received=XXX.XX.XXX.236;branch=z9hG4bK37dacff3;rport=5060\r\nRec"..., len=576, rcv_info=0x7fffbe5d1340) at receive.c:212 #13 0x004692e3 in udp_rcv_loop () at udp_server.c:449 #14 0x00420ecb in main_loop () at main.c:774 #15 0x00422e0f in main (argc=11, argv=0x7fffbe5d15c8) at main.c:1321 (gdb) q [root@ tmp]# openser -V version: kamailio 1.5.5-notls (x86_64/linux) flags: STATISTICS, EXTRA_DEBUG, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: unknown @(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $ main.c compiled on 09:42:37 Feb 10 2011 with gcc 4.1.2 Andrew. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set
Here is it with MEMDBG=1 -- Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 6, Aborted. #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 (gdb) backtrace #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 #1 0x0039d8c31d10 in abort () from /lib64/libc.so.6 #2 0x0046c397 in qm_debug_frag (qm=0x733c00, f=0x7ca950) at mem/q_malloc.c:137 #3 0x0046d99a in qm_free (qm=0x733c00, p=0x7ca980, file=0x4e4d30 "parser/digest/digest.c", func=0x4e4da0 "free_credentials", line=95) at mem/q_malloc.c:439 #4 0x00495fac in free_credentials (_b=0x2ba07046a7b8) at parser/digest/digest.c:95 #5 0x00471a36 in clean_hdr_field (hf=0x2ba07046a788) at parser/hf.c:116 #6 0x2ba06cec58de in clean_msg_clone (msg=0x2ba0704697b8, min=0x2ba0704697b8, max=0x2ba07046add0) at sip_msg.h:54 #7 0x2ba06cec57b7 in run_trans_callbacks (type=2, trans=0x2ba07045b3f0, req=0x2ba0704697b8, rpl=0x7c0eb8, code=200) at t_hooks.c:245 #8 0x2ba06cecc39d in t_reply_matching (p_msg=0x7c0eb8, p_branch=0x7fff8a7202c8) at t_lookup.c:888 #9 0x2ba06cecc997 in t_check (p_msg=0x7c0eb8, param_branch=0x7fff8a7202c8) at t_lookup.c:964 #10 0x2ba06cedb79b in reply_received (p_msg=0x7c0eb8) at t_reply.c:1395 #11 0x0041c6db in forward_reply (msg=0x7c0eb8) at forward.c:576 #12 0x0043ccf0 in receive_msg ( buf=0x712980 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP XXX.XX.XXX.13;branch=z9hG4bKb01c.8ffe0f62.0;received=XXX.XX.XXX.13\r\nVia: SIP/2.0/UDP XXX.XX.XXX.236:5060;received=XXX.XX.XXX.236;branch=z9hG4bK20b12a8d;rport=5060\r\nRec"..., len=576, rcv_info=0x7fff8a720420) at receive.c:212 #13 0x004692e3 in udp_rcv_loop () at udp_server.c:449 #14 0x00420ecb in main_loop () at main.c:774 #15 0x00422e0f in main (argc=11, argv=0x7fff8a7206a8) at main.c:1321 -- Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 6, Aborted. #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 (gdb) backtrace #0 0x0039d8c30265 in raise () from /lib64/libc.so.6 #1 0x0039d8c31d10 in abort () from /lib64/libc.so.6 #2 0x0046c397 in qm_debug_frag (qm=0x733c00, f=0x83a818) at mem/q_malloc.c:137 #3 0x0046d99a in qm_free (qm=0x733c00, p=0x83a848, file=0x4e4d30 "parser/digest/digest.c", func=0x4e4da0 "free_credentials", line=95) at mem/q_malloc.c:439 #4 0x00495fac in free_credentials (_b=0x2b95e9de8758) at parser/digest/digest.c:95 #5 0x00471a36 in clean_hdr_field (hf=0x2b95e9de8728) at parser/hf.c:116 #6 0x2b95e687e8de in clean_msg_clone (msg=0x2b95e9de7758, min=0x2b95e9de7758, max=0x2b95e9de8d70) at sip_msg.h:54 #7 0x2b95e687e7b7 in run_trans_callbacks (type=2, trans=0x2b95e9fe5150, req=0x2b95e9de7758, rpl=0x7c0eb8, code=200) at t_hooks.c:245 #8 0x2b95e688539d in t_reply_matching (p_msg=0x7c0eb8, p_branch=0x7fff77e144b8) at t_lookup.c:888 #9 0x2b95e6885997 in t_check (p_msg=0x7c0eb8, param_branch=0x7fff77e144b8) at t_lookup.c:964 #10 0x2b95e689479b in reply_received (p_msg=0x7c0eb8) at t_reply.c:1395 #11 0x0041c6db in forward_reply (msg=0x7c0eb8) at forward.c:576 #12 0x0043ccf0 in receive_msg ( buf=0x712980 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP XXX.XX.XXX.13;branch=z9hG4bK2cb3.224aa3e4.0;received=XXX.XX.XXX.13\r\nVia: SIP/2.0/UDP XXX.XX.XXX.236:5060;received=XXX.XX.XXX.236;branch=z9hG4bK3ca41325;rport=5060\r\nRec"..., len=576, rcv_info=0x7fff77e14610) at receive.c:212 #13 0x004692e3 in udp_rcv_loop () at udp_server.c:449 #14 0x00420ecb in main_loop () at main.c:774 #15 0x00422e0f in main (argc=11, argv=0x7fff77e14898) at main.c:1321 Loaded symbols for /lib64/ld-linux-x86-64.so.2 Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 11, Segmentation fault. #0 0x0046bf7b in add_avp_galias_str (alias_definition=0x46de56 "") at usr_avp.c:680 680 LM_ERR("parse error in <%s> around pos %ld\n", (gdb) backtrace #0 0x0046bf7b in add_avp_galias_str (alias_definition=0x46de56 "") at usr_avp.c:680 #1 0x00000000 in ?? () On 02/10/2011 09:14 AM, Daniel-Constantin Mierla wrote: On 2/10/11 8:12 AM, Andrew O. Zhukov wrote: Couple month ago I sent whole set of crash-es from 1.3.4 to this maillist. Nobody respond me. Probably they were forgotten in the history, if most of devs were offline at
Re: [SR-Users] After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set
Is DBG_QM_MALLOC exactly what you want? [root@ kamailio-1.5.5-notls]# /usr/local/sbin/kamailio -V version: kamailio 1.5.5-notls (x86_64/linux) flags: STATISTICS, EXTRA_DEBUG, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: unknown @(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $ main.c compiled on 09:42:37 Feb 10 2011 with gcc 4.1.2 ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set
Couple month ago I sent whole set of crash-es from 1.3.4 to this maillist. Nobody respond me. On 02/10/2011 08:53 AM, Daniel-Constantin Mierla wrote: Hello, from the subject I don't understand exactly: did you get this crash also with 1.3.4? Is it reproducible? This crash-es from 1.5.5. I rise it up on this weekend. I do not shutdown server with 1.3.4 yet. I still keep all crashes there. Looks like there is a buffer overflow. Can you recompile/reinstall with memory debug on (in 1.5.x, see Makefile.vars)? The watch the logs and see if you get any error related to buffer overwritten ops. Ok. I'll do it. Cheers, Daniel On 2/10/11 7:37 AM, Andrew O. Zhukov wrote: [root@ tmp]# /usr/local/sbin/kamailio -V version: kamailio 1.5.5-notls (x86_64/linux) flags: STATISTICS, EXTRA_DEBUG, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: unknown @(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $ main.c compiled on 12:38:36 Feb 2 2011 with gcc 4.1.2 - Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 11, Segmentation fault. #0 0x0046b0e3 in fm_malloc (qm=0x72dc00, size=32) at mem/f_malloc.c:354 354 if ((*f)->size>=size) goto found; (gdb) backtrace #0 0x0046b0e3 in fm_malloc (qm=0x72dc00, size=32) at mem/f_malloc.c:354 #1 0x2b30f2803087 in build_rr (_l=0x76f110, _l2=0x76fe80, user=0x7fffe9c5a500, tag=0x777a58, params=0x0, _inbound=0) at record.c:176 #2 0x2b30f2802b7a in record_route (_m=0x76e0e0, params=0x0) at record.c:322 #3 0x2b30f28047db in w_record_route (msg=0x76e0e0, key=0x0, bar=0x0) at rr_mod.c:212 #4 0x0040ed9b in do_action (a=0x73f5a0, msg=0x76e0e0) at action.c:874 #5 0x0040c03a in run_action_list (a=0x73f5a0, msg=0x76e0e0) at action.c:145 #6 0x0040e6a7 in do_action (a=0x73f810, msg=0x76e0e0) at action.c:746 #7 0x0040c03a in run_action_list (a=0x73e418, msg=0x76e0e0) at action.c:145 #8 0x0040c2a9 in run_actions (a=0x73e418, msg=0x76e0e0) at action.c:120 #9 0x0040c357 in run_top_route (a=0x73e418, msg=0x76e0e0) at action.c:195 #10 0x0043bda4 in receive_msg ( buf=0x70c980 "NOTIFY sip:XX.com SIP/2.0\r\nVia: SIP/2.0/UDP XX.XXX.101.68:5060;branch=z9hG4bK-6ee3865\r\nFrom: VTHome ;tag=129d73a13db8ec7fo0\r\nTo: \r\nCall-ID: e3fd1da9-142a0a17"..., len=373, rcv_info=0x7fffe9c5ae90) at receive.c:175 #11 0x00467eeb in udp_rcv_loop () at udp_server.c:449 #12 0x0042097b in main_loop () at main.c:774 #13 0x004228b0 in main (argc=11, argv=0x7fffe9c5b118) at main.c:1321 (gdb) print size $1 = 32 (gdb) quit Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 11, Segmentation fault. #0 0x0046bf7b in fm_status (qm=0x72dc00) at mem/f_malloc.c:609 609 size+=f->size,f=f->u.nxt_free,i++,j++){ (gdb) backtrace #0 0x0046bf7b in fm_status (qm=0x72dc00) at mem/f_malloc.c:609 #1 0x0041feb3 in sig_usr (signo=15) at main.c:563 #2 #3 0x0039d8cd4a51 in __recvfrom_nocancel () from /lib64/libc.so.6 #4 0x00467bf4 in udp_rcv_loop () at udp_server.c:408 #5 0x0042097b in main_loop () at main.c:774 #6 0x004228b0 in main (argc=11, argv=0x7fffe9c5b118) at main.c:1321 (gdb) print i $1 = 402 (gdb) print j $2 = 1 (gdb) print size $3 = 7234295468789601279 (gdb) print f $4 = (struct fm_frag *) 0x3738656435393838 (gdb) print f->size Cannot access memory at address 0x3738656435393838 ----------- Andrew O. Zhukov ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set
[root@ tmp]# /usr/local/sbin/kamailio -V version: kamailio 1.5.5-notls (x86_64/linux) flags: STATISTICS, EXTRA_DEBUG, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: unknown @(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $ main.c compiled on 12:38:36 Feb 2 2011 with gcc 4.1.2 - Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 11, Segmentation fault. #0 0x0046b0e3 in fm_malloc (qm=0x72dc00, size=32) at mem/f_malloc.c:354 354 if ((*f)->size>=size) goto found; (gdb) backtrace #0 0x0046b0e3 in fm_malloc (qm=0x72dc00, size=32) at mem/f_malloc.c:354 #1 0x2b30f2803087 in build_rr (_l=0x76f110, _l2=0x76fe80, user=0x7fffe9c5a500, tag=0x777a58, params=0x0, _inbound=0) at record.c:176 #2 0x2b30f2802b7a in record_route (_m=0x76e0e0, params=0x0) at record.c:322 #3 0x2b30f28047db in w_record_route (msg=0x76e0e0, key=0x0, bar=0x0) at rr_mod.c:212 #4 0x0040ed9b in do_action (a=0x73f5a0, msg=0x76e0e0) at action.c:874 #5 0x0040c03a in run_action_list (a=0x73f5a0, msg=0x76e0e0) at action.c:145 #6 0x0040e6a7 in do_action (a=0x73f810, msg=0x76e0e0) at action.c:746 #7 0x0040c03a in run_action_list (a=0x73e418, msg=0x76e0e0) at action.c:145 #8 0x0040c2a9 in run_actions (a=0x73e418, msg=0x76e0e0) at action.c:120 #9 0x0040c357 in run_top_route (a=0x73e418, msg=0x76e0e0) at action.c:195 #10 0x0043bda4 in receive_msg ( buf=0x70c980 "NOTIFY sip:XX.com SIP/2.0\r\nVia: SIP/2.0/UDP XX.XXX.101.68:5060;branch=z9hG4bK-6ee3865\r\nFrom: VTHome ;tag=129d73a13db8ec7fo0\r\nTo: \r\nCall-ID: e3fd1da9-142a0a17"..., len=373, rcv_info=0x7fffe9c5ae90) at receive.c:175 #11 0x00467eeb in udp_rcv_loop () at udp_server.c:449 #12 0x0042097b in main_loop () at main.c:774 #13 0x004228b0 in main (argc=11, argv=0x7fffe9c5b118) at main.c:1321 (gdb) print size $1 = 32 (gdb) quit Core was generated by `/usr/local/sbin/kamailio -P /var/run/openser/openser.pid -m 32 -u openser -g op'. Program terminated with signal 11, Segmentation fault. #0 0x0046bf7b in fm_status (qm=0x72dc00) at mem/f_malloc.c:609 609 size+=f->size,f=f->u.nxt_free,i++,j++){ (gdb) backtrace #0 0x0046bf7b in fm_status (qm=0x72dc00) at mem/f_malloc.c:609 #1 0x0041feb3 in sig_usr (signo=15) at main.c:563 #2 #3 0x0039d8cd4a51 in __recvfrom_nocancel () from /lib64/libc.so.6 #4 0x00467bf4 in udp_rcv_loop () at udp_server.c:408 #5 0x0042097b in main_loop () at main.c:774 #6 0x004228b0 in main (argc=11, argv=0x7fffe9c5b118) at main.c:1321 (gdb) print i $1 = 402 (gdb) print j $2 = 1 (gdb) print size $3 = 7234295468789601279 (gdb) print f $4 = (struct fm_frag *) 0x3738656435393838 (gdb) print f->size Cannot access memory at address 0x3738656435393838 ----------- Andrew O. Zhukov ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users