[SR-Users] Memory issue

Igor Potjevlesch igor.potjevlesch at gmail.com
Mon May 12 15:58:10 CEST 2014


Hello,

 

I had a memory issue this morning.

First, I could see the following logs in /var/log/message :

May 12 11:08:21 localhost /usr/local/sbin/kamailio[30268]: ERROR: <core>
[rvalue.c:2370]: rval_expr_eval(): rv eval int expression: out of memory

May 12 11:08:25 localhost /usr/local/sbin/kamailio[30268]: ERROR: <core>
[msg_translator.c:2164]: build_res_buf_from_sip_req(): ERROR:
build_res_buf_from_sip_req: out of memory  ; needs 482

May 12 11:08:26 localhost /usr/local/sbin/kamailio[30268]: ERROR: <core>
[msg_translator.c:2012]: build_res_buf_from_sip_res(): ERROR:
build_res_buf_from_sip_res: out of mem

May 12 11:08:27 localhost /usr/local/sbin/kamailio[30268]: ERROR: <core>
[msg_translator.c:1910]: build_req_buf_from_sip_req(): ERROR:
build_req_buf_from_sip_req: out of memory

May 12 11:08:28 localhost /usr/local/sbin/kamailio[30268]: ERROR: <core>
[rvalue.c:2370]: rval_expr_eval(): rv eval int expression: out of memory

May 12 11:08:31 localhost /usr/local/sbin/kamailio[30268]: ERROR: <core>
[msg_translator.c:1910]: build_req_buf_from_sip_req(): ERROR:
build_req_buf_from_sip_req: out of memory

May 12 11:08:32 localhost /usr/local/sbin/kamailio[30268]: ERROR: <core>
[db_res.c:181]: db_allocate_rows(): no private memory left

May 12 11:08:32 localhost /usr/local/sbin/kamailio[30268]: ERROR: db_mysql
[km_res.c:175]: db_mysql_convert_rows(): could not allocate rows

May 12 11:08:32 localhost /usr/local/sbin/kamailio[30268]: ERROR: db_mysql
[km_res.c:217]: db_mysql_convert_result(): error while converting rows

May 12 11:08:32 localhost /usr/local/sbin/kamailio[30268]: ERROR: db_mysql
[km_dbase.c:191]: db_mysql_store_result(): error while converting result

May 12 11:08:33 localhost kernel: kamailio[30268]: segfault at 30 ip
00007ff44dd93f93 sp 00007fffcb00a200 error 4 in
db_mysql.so[7ff44dd8f000+19000]

May 12 11:08:37 localhost /usr/local/sbin/kamailio[30235]: ALERT: <core>
[main.c:788]: handle_sigs(): child process 30268 exited by a signal 11

May 12 11:08:37 localhost /usr/local/sbin/kamailio[30235]: ALERT: <core>
[main.c:791]: handle_sigs(): core was generated

May 12 11:08:37 localhost /usr/local/sbin/kamailio[30235]: INFO: <core>
[main.c:803]: handle_sigs(): INFO: terminating due to SIGCHLD

 

This problem have already occurred and I have set -M 64 to avoid it. It
looks that it's not enough anymore.

What is the next increment recommended after 64M?

 

On the contrary of the first occurrence, Kamailio crash with coredump just
after these errors. I'm not sure that the memory message errors are linked
to the crash. I have tried a "bt full":

(gdb) bt full

#0  db_mysql_store_result (_h=0x7ff44e0e70e0, _r=0x7fffcb00a408) at
km_dbase.c:198

        code = <value optimized out>

        __FUNCTION__ = "db_mysql_store_result"

#1  0x00007ff44d971e72 in db_do_query_internal (_h=0x7ff44e0e70e0,
_k=0x7fffcb00a3e0, _op=0x0, _v=0x7fffcb00a3a0, _c=<value optimized out>, 

    _n=<value optimized out>, _nc=2, _o=0x0, _r=0x7fffcb00a408,
val2str=0x7ff44dd97fa0 <db_mysql_val2str>, 

    submit_query=0x7ff44dd92ed0 <db_mysql_submit_query>,
store_result=0x7ff44dd93d80 <db_mysql_store_result>, _l=0) at db_query.c:137

        tmp = <value optimized out>

        off = <value optimized out>

        ret = <value optimized out>

        __FUNCTION__ = "db_do_query_internal"

#2  0x00007ff44d97269a in db_do_query (_h=<value optimized out>, _k=<value
optimized out>, _op=<value optimized out>, 

    _v=<value optimized out>, _c=<value optimized out>, _n=<value optimized
out>, _nc=2, _o=0x0, _r=0x7fffcb00a408, 

    val2str=0x7ff44dd97fa0 <db_mysql_val2str>, submit_query=0x7ff44dd92ed0
<db_mysql_submit_query>, 

    store_result=0x7ff44dd93d80 <db_mysql_store_result>) at db_query.c:156

 

Thanks in advance for your help.

 

Regards,

 

Igor.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140512/78eb2537/attachment.html>


More information about the sr-users mailing list