Hey Daniel,
Please check this commit. I think you are running before this was added?
commit 1d6b1d8765d7a6d21c291d2076a3a80a1710c11c
Author: Jason Penton <jason.pen...@gmail.com>
Date: Fri Feb 14 09:57:45 2014 +0200
lib/ims:modules/ims_charging,ims_icscf,ims_qos,ims_registrar_scscf:
fixed pkg_mem leak
- fixed leak when parsing msg headers on a shm msg
- instead now pass in flag to say if parsing is on shm_msg or not
(is_shm)
- assumes all common headers are already parsed before pkg_mem msg
is cloned
Cheers
Jason
On Mon, Mar 3, 2014 at 11:22 PM, Jason Penton <jason.pen...@smilecoms.com>wrote:
> Thanks Daniel,
>
> How much pkg and shm memory is assigned to your Kamailio instance? Also,
> how many users are you registering concurrently? Please also recreate and
> dump shm memory when you get a chance. If you are not sure how to dump shm
> memory - see here -
> http://www.kamailio.org/dokuwiki/doku.php/troubleshooting:memory
>
> Cheers
> Jason
>
>
> On Mon, Mar 3, 2014 at 11:07 PM, Daniel Ciprus
> <daniel.cip...@acision.com>wrote:
>
>> Jason,
>>
>> HW configuration : this is a virtual machine running 4 cores with 24GB
>> ram (VM hosting).
>>
>> processor : 3
>> vendor_id : GenuineIntel
>> cpu family : 6
>> model : 26
>> model name : Intel(R) Xeon(R) CPU E5-2667 0 @ 2.90GHz
>> stepping : 4
>> cpu MHz : 2900.000
>> cache size : 15360 KB
>> fpu : yes
>> fpu_exception : yes
>> cpuid level : 11
>> wp : yes
>> flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
>> cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall nx rdtscp lm
>> constant_tsc arch_perfmon pebs bts xtopology tsc_reliable nonstop_tsc
>> aperfmperf unfair_spinlock pni ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor
>> lahf_lm ida arat epb pln pts dts
>> bogomips : 5800.00
>> clflush size : 64
>> cache_alignment : 64
>> address sizes : 40 bits physical, 48 bits virtual
>> power management:
>>
>> As far as scenario: it's a mixture of REGISTER/MESSAGE/SUBSCRIBE/NOTIFY.
>> I will send logs (configs + /var/log/messages) privately .. but generally
>> speaking config is almost identical with configs from samples directory for
>> p-cscf.
>>
>> Dan
>>
>>
>>
>> On 03/03/2014 04:02 PM, Jason Penton wrote:
>>
>> Hi Daniel,
>>
>> no we have not seen that... Can you provide details around the scenario
>> - registration, calling, mixture, etc? Load? We have done extensive testing
>> especially w.r.t. memory usage so I am very interested in this. Could you
>> do a memory dump and send us the log?
>>
>> Also, will you share your cfg file? you can send the cfg file directly
>> to me if you prefer...
>>
>> Cheers
>> Jason
>>
>>
>> On Mon, Mar 3, 2014 at 10:58 PM, Daniel Ciprus <daniel.cip...@acision.com
>> > wrote:
>>
>>> Hi,
>>>
>>> Has anybody seen this :
>>>
>>> Mar 2 17:25:16 kamailio kam-pcscf[20741]: ERROR: <core>
>>> [msg_translator.c:2011]: generate_res_buf_from_sip_res(): *out of mem*
>>> Mar 2 17:25:16 kamailio kam-pcscf[20741]: ERROR: tm [t_reply.c:1943]:
>>> relay_reply(): ERROR: relay_reply: no mem for outbound reply buffer
>>>
>>> followed by:
>>>
>>> Mar 2 17:27:03 kamailio kam-pcscf[20741]: ERROR: <core>
>>> [msg_translator.c:2011]: generate_res_buf_from_sip_res(): *out of mem*
>>> Mar 2 17:27:03 kamailio kam-pcscf[20741]: ERROR: tm [t_reply.c:1943]:
>>> relay_reply(): ERROR: relay_reply: no mem for outbound reply buffer
>>> Mar 2 17:27:03 kamailio kam-pcscf[20741]: ERROR: <core>
>>> [msg_translator.c:2168]: build_res_buf_from_sip_req(): *ERROR:
>>> build_res_buf_from_sip_req: out of memory ; needs 386*
>>>
>>> Mar 2 17:27:53 kamailio kam-pcscf[20741]: ERROR: <core>
>>> [parser/contact/contact.c:194]: parse_contacts(): parse_contacts(): *No
>>> memory left*
>>> Mar 2 17:27:53 kamailio kam-pcscf[20741]: ERROR: <core>
>>> [parser/contact/parse_contact.c:59]: contact_parser(): contact_parser():
>>> Error while parsing contacts
>>> Mar 2 17:27:53 kamailio kam-pcscf[20741]: ERROR: <core>
>>> [parser/contact/parse_contact.c:88]: parse_contact(): parse_contact():
>>> Error while parsing
>>>
>>>
>>> However, seems like we still had enough mem:
>>>
>>> [root@kamailio kamailio]# vmstat 1
>>> procs -----------memory---------- ---swap-- -----io---- --system--
>>> -----cpu-----
>>> r b swpd free buff cache si so bi bo in cs us sy
>>> id wa st
>>> 3 0 0 9526348 230308 13282472 0 0 0 4 0 1 6
>>> 0 94 0 0
>>> 1 0 0 9526216 230308 13282524 0 0 0 0 1313 84424
>>> 17 8 75 0 0
>>> 1 0 0 9526092 230308 13282616 0 0 0 0 1482 86882
>>> 16 9 75 0 0
>>>
>>> [root@kamailio monit.d]# kamailio -v
>>> version: kamailio 4.2.0-dev0 (x86_64/linux)
>>> flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS,
>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
>>> DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE,
>>> USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
>>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB
>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>>> id: unknown
>>> compiled on 17:42:42 Dec 18 2013 with gcc 4.4.7
>>>
>>> Unfortunately I had to reload p-cscf to get service working again.
>>>
>>> --
>>> *Daniel Ciprus*
>>> Integration engineer
>>> http://www.acision.com
>>>
>>> 9954 Mayland Dr
>>> Suite 3100
>>> Richmond, VA 23233
>>> USA
>>> T: +1 804 762 5601
>>> E: daniel.cip...@acision.com
>>>
>>> ------------------------------
>>> This e-mail and any attachment is for authorised use by the intended
>>> recipient(s) only. It may contain proprietary material, confidential
>>> information and/or be subject to legal privilege. It should not be copied,
>>> disclosed to, retained or used by, any other party. If you are not an
>>> intended recipient then please promptly delete this e-mail and any
>>> attachment and all copies and inform the sender. Thank you for
>>> understanding.
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>
>>
>> --
>>
>> *Jason Penton* *Senior Manager: Applications and Services* *Smile
>> Communications Pty (Ltd)* *Mobile:* +27 (0) 83 283 7000 *Skype:*
>> jason.barry.penton jason.pen...@smilecoms.com<name.surn...@smilecoms.com>
>> www.smilecoms.com
>>
>>
>>
>> This email is subject to the disclaimer of Smile Communications at
>> http://www.smilecoms.com/home/email-disclaimer/
>>
>>
>> --
>> *Daniel Ciprus*
>> Integration engineer
>> http://www.acision.com
>>
>> 9954 Mayland Dr
>> Suite 3100
>> Richmond, VA 23233
>> USA
>> T: +1 804 762 5601
>> E: daniel.cip...@acision.com
>>
>> ------------------------------
>> This e-mail and any attachment is for authorised use by the intended
>> recipient(s) only. It may contain proprietary material, confidential
>> information and/or be subject to legal privilege. It should not be copied,
>> disclosed to, retained or used by, any other party. If you are not an
>> intended recipient then please promptly delete this e-mail and any
>> attachment and all copies and inform the sender. Thank you for
>> understanding.
>>
>>
>
>
> --
>
> *Jason Penton**Senior Manager: Applications and Services* *Smile
> Communications Pty (Ltd)* *Mobile:* +27 (0) 83 283
> 7000*Skype:*jason.barry.penton
> jason.pen...@smilecoms.com <name.surn...@smilecoms.com> www.smilecoms.com
>
>
>
--
*Jason Penton**Senior Manager: Applications and Services**Smile
Communications Pty (Ltd)**Mobile:*+27 (0) 83 283 7000*Skype:*
jason.barry.pentonjason.pen...@smilecoms.com <name.surn...@smilecoms.com>
www.smilecoms.com
--
This email is subject to the disclaimer of Smile Communications at
http://www.smilecoms.com/home/email-disclaimer/
<http://www.smilecoms.com/disclaimer>
_______________________________________________
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
