[Serusers] error loading acc module

Roman Mikus roman at zutom.sk
Mon Mar 29 10:45:23 CEST 2004


I think it persist. But as I write in my last report I recompiled ser by
myself (I didn't use FreeBSD ports collection) and now it is working
fine. So probably there is some problem in FreeBSD port and the way it
compiles ser.

I'm attaching my current ser config file. It's almost the same as the
old one. But now I don't have that faulty ser installation, so I can't
send logs you requested. If you need them, I can install ser on another
machine and try to regian that error message..

roman


> -----Original Message-----
> From: Jan Janak [mailto:jan at iptel.org]
> Sent: Sunday, March 28, 2004 7:52 PM
> To: Roman Mikus
> Cc: Jiri Kuthan; serusers at lists.iptel.org
> Subject: Re: [Serusers] error loading acc module
> 
> Does the problem persist ? If so please send me your configuration
file
> and logs generated by ser (in debugging mode).
> 
>   Jan.
> 
> On 17-03 14:49, Roman Mikus wrote:
> >
> >
> > sorry I don't understand what are you pointing me to...
> >
> > >From that document I figured out, that function t_relay_to not
longer
> > exist in tm module. But I have problems with function
t_relay_to_tcp.
> > That function should be in tm. Is it correct?
> > Why than I'm getting error message "tm_bind: TM module function
> > 't_relay_to_tcp' not found"??
> >
> > When I comment out line loadmodule
"/usr/local/lib/ser/modules/acc.so"
> > in my config, ser starts without complaining. I think that acc
module is
> > using t_relay_to_tcp, but from some reason it isn't found in tm.
> >
> > Thanks.
> >
> > Roman Mikus
> >
> >
> > > -----Original Message-----
> > > From: Jiri Kuthan [mailto:jiri at iptel.org]
> > > Sent: Wednesday, March 17, 2004 2:22 PM
> > > To: Roman Mikus; serusers at lists.iptel.org
> > > Subject: Re: [Serusers] error loading acc module
> > >
> > > see
http://lists.iptel.org/pipermail/serusers/2004-March/006655.html
> > >
> > > -jiri
> > >
> > > At 10:02 AM 3/17/2004, Roman Mikus wrote:
> > >
> > > >Hi,
> > > >
> > > >I'm running ser-0.8.12 on FreeBSD 4.9-RELEASE-p1. It was
installed
> > from
> > > ports collection. Simple configuration works fine, until I try to
load
> > acc
> > > module. Then I get following error message and ser server doesn't
> > start.
> > > >
> > > >
> > > >Mar 16 12:54:33 sirena /usr/local/sbin/ser[75391]: ERROR:
tm_bind: TM
> > > module function 't_relay_to_tcp' not found
> > > >Mar 16 12:54:33 sirena /usr/local/sbin/ser[75391]: init_mod():
Error
> > > while initializing module acc
> > > >
> > > >My ser config file is atached on the end.
> > > >
> > > >Can anybody help me with this? Thanks a lot.
> > > >
> > > >Roman Mikus
> > > >mail to: roman at zutom.sk
> > > >
> > > >#
> > > ># $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $
> > > >#
> > > ># simple quick-start config script
> > > >#
> > > >
> > > ># ----------- global configuration parameters
> > ------------------------
> > > >
> > > >#debug=3         # debug level (cmd line: -dddddddddd)
> > > >#fork=yes
> > > >#log_stderror=no        # (cmd line: -E)
> > > >
> > > >/* Uncomment these lines to enter debugging mode
> > > >debug=7
> > > >fork=no
> > > >log_stderror=yes
> > > >*/
> > > >
> > > >check_via=no    # (cmd. line: -v)
> > > >dns=no           # (cmd. line: -r)
> > > >rev_dns=no      # (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/tm.so"
> > > >loadmodule "/usr/local/lib/ser/modules/acc.so"
> > > >loadmodule "/usr/local/lib/ser/modules/sl.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 --
> > > >
> > > >#modparam("usrloc", "db_mode",   0)
> > > >
> > > ># 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)
> > > >
> > > >modparam("auth_db", "db_url", "sql://serro:heslo@localhost/ser")
> > > >modparam("usrloc", "db_url", "sql://ser:heslo@localhost/ser")
> > > >
> > > ># accounting
> > > >#modparam("acc", "log_level", 1)
> > > >#modparam("acc", "log_flag", 1 )
> > > >
> > > >
> > > ># -------------------------  request routing logic
> > -------------------
> > > >
> > > ># main routing logic
> > > >
> > > >route{
> > > >
> > > >        # initial sanity checks -- messages with
> > > >        # max_forwards==0, or excessively long requests
> > > >        if (!mf_process_maxfwd_header("10")) {
> > > >                sl_send_reply("483","Too Many Hops");
> > > >                break;
> > > >        };
> > > >        if ( msg:len > 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
> > > >        record_route();
> > > >        # loose-route processing
> > > >        if (loose_route()) {
> > > >                t_relay();
> > > >                break;
> > > >        };
> > > >
> > > >
> > > >        ############# kvoli accountingu
> > > >        # labeled all transaction for accounting
> > > >        #setflag(1);
> > > >        # record-route INVITES to make sure BYEs will visit our
> > server
> > > too
> > > >        #if (method=="INVITE") record_route();
> > > >        #####################################
> > > >
> > > >        # if the request is for other domain use UsrLoc
> > > >        # (in case, it does not work, use the following command
> > > >        # with proper names and addresses in it)
> > > >        ##if (uri==myself) {
> > > >        if (uri=~"zutom.sk") {
> > > >
> > > >                if (method=="REGISTER") {
> > > >
> > > >        # Uncomment this if you want to use digest authentication
> > > >                        if (!www_authorize("zutom.sk",
"subscriber"))
> > {
> > > >                                www_challenge("zutom.sk", "0");
> > > >                                break;
> > > >                        };
> > > >
> > > >                        save("location");
> > > >                        lookup("aliases");
> > > >                        break;
> > > >                };
> > > >
> > > >                # 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();
> > > >        };
> > > >
> > > >}
> > > >
> > > >_______________________________________________
> > > >Serusers mailing list
> > > >serusers at lists.iptel.org
> > > >http://lists.iptel.org/mailman/listinfo/serusers
> > >
> > > --
> > > Jiri Kuthan            http://iptel.org/~jiri/
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ser.cfg
Type: application/octet-stream
Size: 3882 bytes
Desc: ser.cfg
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20040329/1c04b632/attachment.obj>


More information about the sr-users mailing list