[Serusers] "Out of Memory" errors

Darren Nay dnay at libertyisp.com
Wed Jan 14 20:27:26 CET 2004


Hey All,

Since we have ramped up usage from about 2 SIP phones to 30 SIP phones on our SER boxes to start some testing we are now getting a LOT of "Out of memory" errors in the syslog.  

We were originally running on a Sun Ultra60 with Solaris 9 but changed to an Intel box running Redhat 9 since we thought that there might be some memory leaks on Solaris.  Unfortunately the problem exists regardless of the OS.  When we start SER, it usually works fine for about 5 mins and then it starts giving the errors.

We have plenty of memory on both servers that we have tested this on.  Over a gig on each.  Also, when I run top to check system resources it tells me that there is still over 800 meg of physical memory and over a gig of swap free even while SER is spitting out these errors.

The errors that we are seeing the logs are as follows:

Jan 14 13:32:45 jupiter /usr/sbin/ser[27179]: ERROR: build_req_buf_from_sip_req: out of memory 
Jan 14 13:32:45 jupiter /usr/sbin/ser[27179]: ERROR: print_uac_request: no pkg_mem 
Jan 14 13:32:45 jupiter /usr/sbin/ser[27179]: ERROR: t_forward_nonack: failure to add branches 

We get these over and over again in the syslog.

Anyone know the reason that we are getting these errors?  Is this a bug with SER?  or misconfiguration somehow on our part?  If so, how do we fix it?

I have included our ser.cfg file as an attachment to this email, and I have also included debug output from SER as a seperate attachment.

Any help would be very much appreciated!  Thanks,

Darren Nay - dnay at libertyisp.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20040114/d9bdd3ce/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: files.zip
Type: application/x-zip-compressed
Size: 6670 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20040114/d9bdd3ce/attachment.bin>


More information about the sr-users mailing list