Have you checked logs in /var/log ?
Jan.
On 01-04 16:34, Anton Yurchenko wrote:
Jan Janak wrote:
Hello,
thanks for the report, I currently have no idea why the problems occurs but I will double check that. Could you send me ser's log files when this occurs again ?
this is happening all the time, I`d say 95%. and somehow I dont see any log messages at all, except for the ones that it prints on startup and ones that I specifically log via log() function. you can see my ser.cfg in the previous message.
here`s what it prints on startup:
Apr 1 16:33:14 phila /usr/sbin/ser[9897]: INFO: signal 15 received Apr 1 16:33:14 phila /usr/sbin/ser[9896]: INFO: signal 15 received Apr 1 16:33:14 phila /usr/sbin/ser[9885]: INFO: signal 15 received Apr 1 16:33:14 phila /usr/sbin/ser[9884]: INFO: signal 15 received Apr 1 16:33:14 phila /usr/sbin/ser[9883]: INFO: signal 15 received Apr 1 16:33:14 phila /usr/sbin/ser[9895]: INFO: signal 15 received Apr 1 16:33:14 phila /usr/sbin/ser[9879]: db_close(): Invalid parameter value Apr 1 16:33:14 phila ser: ser shutdown succeeded Apr 1 16:33:14 phila ser: Listening on Apr 1 16:33:14 phila ser: 127.0.0.1 [127.0.0.1]::5060 Apr 1 16:33:14 phila ser: 172.20.0.50 [172.20.0.50]::5060 Apr 1 16:33:14 phila ser: Aliases: localhost:5060 localhost.localdomain:5060 ph ila.dg:* dg:* Apr 1 16:33:14 phila ser: Listening on Apr 1 16:33:14 phila ser: 127.0.0.1 [127.0.0.1]::5060 Apr 1 16:33:14 phila ser: 172.20.0.50 [172.20.0.50]::5060 Apr 1 16:33:14 phila ser: Aliases: localhost:5060 localhost.localdomain:5060 ph ila.dg:* dg:* Apr 1 16:33:14 phila ser: ser startup succeeded Apr 1 16:33:14 phila ser: INFO: signal 13 received Apr 1 16:33:14 phila /usr/sbin/ser[9934]: mod_init(): Database connection opene d successfuly Apr 1 16:33:14 phila /usr/sbin/ser[9934]: INFO: udp_init: SO_RCVBUF is initiall y 65535 Apr 1 16:33:14 phila /usr/sbin/ser[9934]: INFO: udp_init: SO_RCVBUF is finally 131070 Apr 1 16:33:14 phila /usr/sbin/ser[9934]: INFO: udp_init: SO_RCVBUF is initiall y 65535 Apr 1 16:33:14 phila /usr/sbin/ser[9934]: INFO: udp_init: SO_RCVBUF is finally 131070 Apr 1 16:33:14 phila /usr/sbin/ser[9940]: INFO: fifo process starting: 9940 Apr 1 16:33:14 phila /usr/sbin/ser[9939]: voicemail - initializing child 0 Apr 1 16:33:14 phila /usr/sbin/ser[9938]: voicemail - initializing child 0 Apr 1 16:33:14 phila /usr/sbin/ser[9940]: voicemail - initializing child 3 Apr 1 16:33:14 phila /usr/sbin/ser[9940]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...
Jan.
On 01-04 16:05, Anton Yurchenko wrote:
Hello,
When the user registeres/authorizes with ser, no update is done to sers userlocate database. The 200 reply is sent to user (and from documentation save("location"); sends it), and in mysql log I see a query for authirization. But no update to is issued to mysql location table, and serctl ul show doesnt show the user. Sometimes the user does show up in the userlocate database but I was not able to point down when this happens. I`m running the march 19/ 6pm cvs version as was recommended.
here is the ser.cfg :
# # $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start config script #
# ----------- global configuration parameters ------------------------
debug=9 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=1 fifo="/tmp/ser_fifo" sip_warning=yes
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/rr.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/usrloc.so" loadmodule "/usr/lib/ser/modules/registrar.so" loadmodule "/usr/lib/ser/modules/vm_mod.so" loadmodule "/usr/lib/ser/modules/pa.so"
# Uncomment this if you want digest authentication # mysql.so must be loaded !
loadmodule "/usr/lib/ser/modules/auth.so" loadmodule "/usr/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)
modparam("usrloc", "timer_interval", 30)
# modparam("usrloc", "db_url", "sql://serro:47serro11@localhost/ser")
# -- auth params -- # Uncomment if you are using auth module # # modparam("auth", "secret", "12036dabde659847dd9e") modparam("auth_db", "calculate_ha1", true) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth_db", "password_column", "password")
# modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
# modparam("registrar", "default_expires", 3600)
# ------------------------- request routing logic -------------------
# main routing logic
alias="dg" alias="phila.dg"
route{
# initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; };
# Do strict routing if pre-loaded route headers present #rewriteFromRoute(); strict_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 (method=="REGISTER") {# Uncomment this if you want to use digest authentication if (!www_authorize("dg", "subscriber")) { www_challenge("dg", "0"); break; };
save("location"); log(1,"REGISTER - User registered\n"); 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 if (!t_relay()) { sl_reply_error(); };
}
--
Anton Yurchenkophila@dg.net.ua Digital Generation
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/seruser
s
--
Anton Yurchenkophila@dg.net.ua Digital Generation