[SR-Users] FW: Regd. t_suspend() and t_continue()

Daniel-Constantin Mierla miconda at gmail.com
Tue Jan 21 10:08:53 CET 2014


Hello,

if you do:

kamctl mi get_statistics all

do you see an increase of active transactions counter?

Would be possible for you to compile with MEMDBG=1 and then get the 
memory logs?

make MEMDBG=1 cfg

Then add your extra modules in include_modules variable inside modules.lst

Afterwards:

make install

Edit kamailio.cfg and set memlog global parameter to a lower value than 
debug global parameter.

Run kamailio for a while with the new config, when you see the shared 
memory keeps increasing, stop kamailio. Send the log messages from 
syslog to mailing list or made them available for download somewhere.

Cheers,
Daniel

On 21/01/14 09:54, Shankar wrote:
>
> Hi,
>
> Anyone who had used t_suspend() and t_continue() can share the 
> performance details?
>
> I tried async module with one sec sleep time. I tried only 5 calls per 
> second but still it was not successful. After sometime I see below logs,
>
> Jan 21 13:51:55 PLT-RA-RD-W167A PCscf[16520]: ERROR: tm 
> [t_suspend.c:128]: t_continue(): ERROR: t_continue: transaction not found
>
> Jan 21 13:52:49 PLT-RA-RD-W167A last message repeated 15 times
>
> Jan 21 13:59:38 PLT-RA-RD-W167A last message repeated 12 times
>
> Jan 21 14:13:03 PLT-RA-RD-W167A last message repeated 5 times
>
> Any configuration changes can help here?
>
> Regards,
>
> Shankar
>
> *From:*Shankar [mailto:shankar.rk at plintron.com]
> *Sent:* Wednesday, January 15, 2014 1:26 PM
> *To:* 'Jason Penton'
> *Cc:* 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - 
> Users Mailing List'
> *Subject:* RE: [SR-Users] FW: Regd. t_suspend() and t_continue()
>
> Hi Jason,
>
> I am using 4.0.2
>
> Regards,
>
> Shankar
>
> *From:*Jason Penton [mailto:jason.penton at smilecoms.com]
> *Sent:* Wednesday, January 15, 2014 1:21 PM
> *To:* Shankar
> *Cc:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - 
> Users Mailing List
> *Subject:* Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
>
> Hi Shankar,
>
> What version of Kamailio are you running? Kamailio -V
>
> Cheers
>
> Jason
>
> On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk at plintron.com 
> <mailto:shankar.rk at plintron.com>> wrote:
>
> Hi Jason,
>
> Please find below my response inline,
>
> I have some questions for you as we have used suspend/continue quite a 
> lot in the IMS code and don't have any leaks.
>
> Firstly, why are you using pkg_mem for your hash_id and label? 
> Remember that you will be in 2 different processes in the suspend and 
> continue portions of the code... so pkg_mem will not work - you should 
> use shm_mem instead.
>
> [Shankar] We use pkg_mem because we are invoking t_continue from the 
> same process ( using thread ).
>
> Secondly, how are you using top to tell that you have a leak? 
> Kamailio's memory is internally managed.
>
> [Shankar] After running for say 20minutes, we get out of shared memory 
> error. Also in top output we observed incremental increase in the 
> shared usage of shared memory for the process.
>
> Cheers
>
> Jason
>
> On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk at plintron.com 
> <mailto:shankar.rk at plintron.com>> wrote:
>
> > Re-sending without the attachment.
>
> >
>
> >
>
> >
>
> > *From:* Shankar [mailto:shankar.rk at plintron.com]
>
> > *Sent:* Monday, January 13, 2014 4:57 PM
>
> > *To:* 'sr-users at lists.sip-router.org 
> <mailto:sr-users at lists.sip-router.org>'
>
> > *Subject:* Regd. t_suspend() and t_continue()
>
> >
>
> >
>
> >
>
> > Hi,
>
> >
>
> >
>
> >
>
> > We are trying out the t_suspend() and t_continue() in our test setup.
>
> > We are facing memory leak ( both shm and pkg as per top command 
> results).
>
> >
>
> >
>
> >
>
> > Please find below the scenario,
>
> >
>
> >
>
> >
>
> > 1)      Do a t_newtran()
>
> >
>
> > 2)      Allocate pkg memory for hashid and label.
>
> >
>
> > 3)      Call t_suspend()
>
> >
>
> > 4)      Do t_continue() when async result is available
>
> >
>
> > 5)      De-allocate pkg memory reserved for hashid and label
>
> >
>
> > 6)      Do a t_relay() which forwards the sip message to another sip 
> node.
>
> >
>
> >
>
> >
>
> > In the  step (6) above, we see t_newtran() allocates one more time
>
> > shared memory for the same transaction.
>
> >
>
> >
>
> >
>
> > We tried t_release() after step (4) to release the transaction as
>
> > t_relay() anyways allocates new shared memory. Nothing helped.
>
> >
>
> >
>
> >
>
> > Please let me know what are the logs you would require to debug the 
> same.
>
> > I am attaching syslog for this run.
>
> >
>
> >
>
> >
>
> > Regards,
>
> >
>
> > Shankar
>
>
>
> -- 
>
>
> *Jason Penton*
>
> *Senior Manager: Applications and Services*
>
> *Smile Communications Pty (Ltd)*
>
> *Mobile:*
>
> 	
>
> +27 (0) 83 283 7000
>
> *Skype:*
>
> 	
>
> jason.barry.penton
>
> jason.penton at smilecoms.com <mailto:name.surname at smilecoms.com>
>
> www.smilecoms.com <http://www.smilecoms.com/>
>
> This email is subject to the disclaimer of Smile Communications athttp://www.smilecoms.com/disclaimer
>   
>   
>   
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140121/97510cfd/attachment-0001.html>


More information about the sr-users mailing list