[SR-Users] problem with ser 0.9.6

Tue Mar 15 16:10:18 CET 2011

Here is some info from /var/log/messages which may help.

Mar 15 10:39:01 nasip1 /usr/local/sbin/ser[1843]: ERROR: parse_uri: uri too short: <sip:> (4)
Mar 15 10:39:06 nasip1 /usr/local/sbin/ser[1854]: ERROR: t_newtran: new_t failed
Mar 15 10:39:11 nasip1 /usr/local/sbin/ser[1852]: WARNING: do_action:error in expression
Mar 15 10:39:16 nasip1 /usr/local/sbin/ser[1843]: ERROR: parse_sip_msg_uri: bad uri <sip:>
Mar 15 10:39:21 nasip1 /usr/local/sbin/ser[1856]: Binding '168061','sip:168061 at 71.5.65.10:49152' has expired
Mar 15 10:39:21 nasip1 /usr/local/sbin/ser[1854]: ERROR: sl_reply_error used: Regretfully, we were not able to process the URI (479/SL)
Mar 15 10:39:21 nasip1 /usr/local/sbin/ser[1850]: ERROR: parse_uri: uri too short: <sip:> (4)
Mar 15 10:39:26 nasip1 /usr/local/sbin/ser[1852]: ERROR: parse_uri: uri too short: <sip:> (4)
Mar 15 10:39:31 nasip1 /usr/local/sbin/ser[1843]: WARNING: do_action:error in expression
Mar 15 10:39:37 nasip1 /usr/local/sbin/ser[1856]: Binding '168003','sip:168003 at 71.5.65.10:49152' has expired
Mar 15 10:39:47 nasip1 /usr/local/sbin/ser[1850]: ERROR: parse_sip_msg_uri: bad uri <sip:>
Mar 15 10:39:52 nasip1 /usr/local/sbin/ser[1852]: ERROR: parse_sip_msg_uri: bad uri <sip:>
Mar 15 10:40:02 nasip1 /usr/local/sbin/ser[1856]: Binding '168049','sip:168049 at 71.5.65.10:49152' has expired
Mar 15 10:40:07 nasip1 /usr/local/sbin/ser[1850]: ERROR: new_t: uri invalid

Michael

From: sr-users-bounces at lists.sip-router.org [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Sabatella, Michael
Sent: Tuesday, March 15, 2011 10:25 AM
To: sr-users at lists.sip-router.org
Subject: [SR-Users] problem with ser 0.9.6

All,
I am a long time lurker but never posted.  I am running ser 0.9.6 for many years with no problems.  Just recently none of my users can register.  Well - they register once then expire out.    I noticed that several ser processes are cpu- bound  consuming all available cycles.

Once they drop register they can never reregister.

I restored the ser DB to an older one that was saved when the system was working properly.  Any ideas why the ser processes would be CPU bound?

Nothing has been changed on the ser proxy in years and the system has been super stable for 2 years.  Has anyone seen this behavior in the past?

This is from top:
PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 4466 root      25   0 39960 1948 1368 R 35.8  0.0   1:43.97 ser
 4477 root      25   0 39960 2028 1448 R 34.5  0.1   0:21.85 ser
 4471 root      25   0 39960 2040 1456 R 32.8  0.1   0:47.63 ser
 4475 root      25   0 39960 1940 1360 R 32.5  0.0   2:08.90 ser
 4470 root      25   0 39960 1916 1336 R 32.2  0.0   1:09.92 ser
 4480 root      25   0 39960 1828 1248 R 30.5  0.0   4:45.16 ser

Any ideas would be greatly apreciated.
Michael

See what's next from IPC
www.UnigyfromIPC.com<http://www.UnigyfromIPC.com>
[cid:image001.png at 01CBE301.91783DC0]<http://www.unigyfromipc.com/>
Join the Conversation: LinkedIn<http://www.linkedin.com/groups?mostPopular=&gid=3808474> * Twitter<http://twitter.com/IPC_Systems_Inc>

[cid:image002.png at 01CBE301.91783DC0]Please consider the environment before printing this email.

________________________________
DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20110315/ae4a5e5d/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 9392 bytes
Desc: image001.png
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20110315/ae4a5e5d/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 908 bytes
Desc: image002.png
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20110315/ae4a5e5d/attachment-0003.png>