[Serusers] Server Error in SER

[Jiri Kuthan]

I guess that's a memory leak which nobody happened to discover before
because the configuration you are using is not very usual. It includes
some shortcomings:
1) save generates the 200, you don't need to use sl_send_reply
2) after you processed REGISTERs, there is no reason to t_relay them.

I guess if you remove sl_send_reply and t_relay from REGISTER processing,
the problem disappears. Using default congiguration script should work
for you.

-jiri


At 11:08 PM 6/1/2004, Bert Berlin wrote:
>Can someone tell me what some of the errors below mean?  (Each error is repeated many times, so I have cut and pasted only one of each as examples)
>
>6(27616) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 13053
> 6(27616) send_reply(): Error while sending 200 OK
> 6(27616) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 13115
> 6(27616) send_reply(): Error while sending 200 OK
> 6(27616) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 13115
> 6(27616) WARNING: sip_msg_cloner: header body ignored: 8192
> 6(27616) ERROR: build_req_buf_from_sip_req: out of memory
> 6(27616) ERROR: print_uac_request: no pkg_mem
> 6(27616) ERROR: t_forward_nonack: failure to add branches
> 6(27616) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 13160
> 6(27616) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 13053
> 6(27616) send_reply(): Error while sending 200 OK
> 
> 6(27616) ERROR: build_req_buf_from_sip_req: out of memory
> 6(27616) ERROR: print_uac_request: no pkg_mem
> 6(27616) ERROR: t_forward_nonack: failure to add branches
> 6(27616) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 13160
> 6(27616) WARNING: sip_msg_cloner: header body ignored: 8192
> 
> 7(27618) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 14845
> 7(27618) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 14907
> 7(27618) send_reply(): Error while sending 200 OK
> 7(27618) ERROR: build_res_buf_from_sip_req: out of memory  ; needs 14907
> 7(27618) ERROR: t_newtran: transaction already in process 0x42d85358
> 7(27618) ERROR: sl_reply_error used: I'm terribly sorry, server error occured (1/SL) <======= this comes in response to an INVITE from a registered UA
> 7(27618) ERROR: t_newtran: transaction already in process 0x42d81bf8
>
>
>%%%%%%%%%%%%%%%%%%%%%%
>Config File follows:  (I removed the commented out lines to make it more compact)
>%%%%%%%%%%%%%%%%%%%
>#
># $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $
>#
># simple quick-start config script
>#
>
># ----------- global configuration parameters ------------------------
>
>
>/* Uncomment these lines to enter debugging mode */
>debug=3
>fork=yes
>log_stderror=yes
>
>
>
>check_via=yes    # (cmd. line: -v)
>dns=yes           # (cmd. line: -r)
>rev_dns=yes      # (cmd. line: -R)
>port=5060
>children=4
>fifo="/tmp/ser_fifo"
>
># ------------------ module loading ----------------------------------
>
># Uncomment this if you want to use SQL database
>loadmodule "/usr/local/lib/ser/modules/mysql.so"
>
>loadmodule "/usr/local/lib/ser/modules/sl.so"
>loadmodule "/usr/local/lib/ser/modules/tm.so"
>loadmodule "/usr/local/lib/ser/modules/rr.so"
>loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
>loadmodule "/usr/local/lib/ser/modules/usrloc.so"
>loadmodule "/usr/local/lib/ser/modules/registrar.so"
>
># Uncomment this if you want digest authentication
># mysql.so must be loaded !
>loadmodule "/usr/local/lib/ser/modules/auth.so"
>loadmodule "/usr/local/lib/ser/modules/auth_db.so"
>
># ----------------- setting module-specific parameters ---------------
>
># -- usrloc params --
>
>
># Uncomment this if you want to use SQL database 
># for persistent storage and comment the previous line
>modparam("usrloc", "db_mode", 2)
>
># -- auth params --
># Uncomment if you are using auth module
>#
>modparam("auth_db", "calculate_ha1", yes)
>#
># If you set "calculate_ha1" parameter to yes (which true in this config), 
># uncomment also the following parameter)
>#
>modparam("auth_db", "password_column", "password")
>
># -- rr params --
># add value to ;lr param to make some broken UAs happy
>modparam("rr", "enable_full_lr", 1)
>
># -------------------------  request routing logic -------------------
>alias=quintum.lab
>alias=ken137.quintum.lab
>alias=nisthost2.quintum.lab
>
>
># main routing logic
>
>route{
>
>        if (method=="REGISTER") {
>         save("location");
>               log("REGISTER");
>                sl_send_reply("200", "OK");
>                t_relay();
>                break;
>        };
>
>
>
>    if (len_gt( max_len )) {
>                sl_send_reply("513", "Message too big");
>                break;
>
>    };
>
>    # we record-route all messages -- to make sure that
>    # subsequent messages will go through our proxy; that's
>    # particularly good if upstream and downstream entities
>    # use different transport protocol
>
>        # native SIP destinations are handled using our USRLOC DB
>        if (!lookup("location")) {
>            sl_send_reply("404", "Not Found");
>            break;
>        };
>    # forward to current uri now; use stateful forwarding; that
>    # works reliably even if we forward from TCP to UDP
>    if (!t_relay()) {
>        sl_reply_error();
>    };
>
>}
>
>Thanks,
>Bert
>-- 
>
>
>Bert Berlin
>
>
>
>Bert Berlin
>Quintum Technologies, Inc.
>71 James Way
>Eatontown, NJ 07724
>PH 732-460-9000 ext 247
>Email: <mailto:beert_berlin at quintum.com>bert_berlin at quintum.com
> 
> 
>_______________________________________________
>Serusers mailing list
>serusers at lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers

--
Jiri Kuthan            http://iptel.org/~jiri/