Hello,
the log below does not contain any error description, this is just
debugging information. Could you post more of it?
Jan.
samuel wrote:
CCing to serdev. Sorry for double posting, but I think
it makes more
sense there and users can follow discussion from "users" to "dev"
After some tests with compilling flags and ignoring compiler warnings
I could both core and module have same parameters and reach the following:
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fixing sl_send_reply()
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820,
24) called from sr_module.c: fix_param(626)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820,
24) returns address 0x8184ad8
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free(0x814d820,
0x8184ad8), called from sr_module.c: fix_param(677)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free: freeing
block alloc'ed from sr_module.c: fix_param(626)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820,
24) called from sr_module.c: fix_param(626)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820,
24) returns address 0x8184ad8
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820,
24) called from sr_module.c: fix_param(626)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_malloc(0x814d820,
24) returns address 0x8184a28
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free(0x814d820,
0x8184a28), called from sr_module.c: fix_param(654)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free: freeing
block alloc'ed from sr_module.c: fix_param(626)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free(0xb55bc000,
0xb57ded9c), called from dlg_mod.c: destroy_dialog_mutex(107)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free: freeing
block alloc'ed from dlg_mod.c: init_dialog_mutex(97)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free(0x814d820,
0x815791c), called from sr_module.c: destroy_modules(393)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: fm_free: freeing
block alloc'ed from sr_module.c: register_module(146)
Feb 5 16:45:19 test1 /usr/local/sbin/ser[12987]: presence_b2b module
cleanup
Which looks like there's a problem in the fixing functions that ends
up calling destroy_modules. I've never fully understood fixing
functions so don't know if I can debug the problem further...I'll give
it a try.
Sam.
2008/2/5, samuel <samu60(a)gmail.com <mailto:samu60@gmail.com>>:
Trying to add debug information about the memory management, I
found a problem with the compilation flags:
Feb 5 14:41:28 test1 ser: ERROR: module compile flags mismatch for
/usr/local/lib/ser/modules/domain.so core: STATS: Off, USE_IPV6,
USE_TCP, USE_TLS, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST,
DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC,
DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE,
USE_DNS_FAILOVER, USE_DST_BLACKLIST module: STATS: Off, USE_IPV6,
USE_TCP, USE_TLS, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST,
DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC,
DBG_QM_MALLOC, DBG_F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT,
USE_DNS_CACHE, USE_DNS_FAILOVER, USE_DST_BLACKLIST
Domain module defines DBG_F_MALLOC althoug it is commented in
Makefile.defs and the core does not defines it....I found similar
problem with ratelimit module....
any hint why is this behaviour happening?
sam.
2008/2/5, samuel <samu60(a)gmail.com <mailto:samu60@gmail.com>>:
I had the same issue, rel_2_0_0_rc6, everything seems to be
ok (config file ok, no error on log although log=9) but it
does not start:
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: Expect (at
least) 21 SER processes in your process list
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: resolve_select:
'to'
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: resolve_select:
'tag'
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: resolve_select:
'to'
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: resolve_select:
'tag'
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: fixing
sl_send_reply()
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: presence_b2b
module cleanup
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: ... events UAC
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: ... qsa interface
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: ... common libs
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: presence_b2b
module cleanup finished
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: PA module cleanup
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: RLS module cleanup
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: ... rls
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: rls_destroy()
called
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: ... vs
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: ... time event
management
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
rls_mod_destroy: ... db
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: ... common libs
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: RLS module
cleanup finished
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: xcap module cleanup
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: ... common libs
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: xcap module
cleanup finished
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: MSILO: destroy
module ...
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: DISPATCHER:
destroy module ...
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:
clean_ipmatch(): free shared memory required by ipmatch table
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: RATELIMIT:
destroy module ...
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: PIKE -
destroying module
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
DEBUG:destroy_avp_list: destroying list 0xb56d4ce0
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
DEBUG:destroy_avp_list: destroying list 0xb56d4d20
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
DEBUG:destroy_avp_list: destroying list 0xb56d4d60
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
DEBUG:destroy_avp_list: destroying list 0xb56d4da0
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
DEBUG:destroy_avp_list: destroying list 0xb56d4de0
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
DEBUG:destroy_avp_list: destroying list 0xb56d4e20
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
DEBUG:destroy_avp_list: destroying list 0xb56d4430
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]:
DEBUG:destroy_avp_list: destroying list (nil)
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: XLOG: destroy
module ...
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:
tm_shutdown : start
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:
tm_shutdown : emptying hash table
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:
tm_shutdown : removing semaphores
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:
tm_shutdown : destroying tmcb lists
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: DEBUG:
tm_shutdown : done
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: shm_mem_destroy
Feb 5 12:18:43 test /usr/local/sbin/ser[1280]: destroying the
shared memory lock
is there any furthter info that I can provide to track the error?
Thanks in advance,
Samuel.
2008/2/4, Tomasz Zieleniewski <tzieleniewski(a)gmail.com
<mailto:tzieleniewski@gmail.com>>:
Hi,
I have just downloaded the latest cvs sources of rel_2_0_0.
I compiled and installed it as usually:
make proper
make prefix=/homedir install
after this each time I start ser it breaks down
here my log from console:
Starting SER SIP Proxy: ser
$Listening on
udp: 127.0.0.1 <http://127.0.0.1> [127.0.0.1
<http://127.0.0.1>]:7060
udp: 192.168.129.38 <http://192.168.129.38>
[192.168.129.38 <http://192.168.129.38>]:7060
tcp: 127.0.0.1 <http://127.0.0.1> [127.0.0.1
<http://127.0.0.1>]:7060
tcp: 192.168.129.38 <http://192.168.129.38>
[192.168.129.38 <http://192.168.129.38>]:7060
Aliases:
tcp: venom:7060
tcp: venom.touk.pl:7060
<http://venom.touk.pl:7060>
tcp: localhost:7060
udp: venom:7060
udp: venom.touk.pl:7060
<http://venom.touk.pl:7060>
udp: localhost:7060
*: sip.rd.touk.pl:*
WARNING: no fork mode and more than one listen address
found (will use only the the first one)
0(11117) init_tcp: using epoll_lt as the io watch method
(auto detected)
0(11117) Maxfwd module- initializing
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) WARNING: xl_mod_init: more IP 192.168.129.38
<http://192.168.129.38> not used
0(11117) AVPops - initializing
0(11117) using 'none' subscription authorization for
presence!
0(11117) TRACE: qsa_interface.c:55: PA: PA_CONTENT_TYPE:
0x2ba1844692e0
0(11117) INFO: xcap_mod.c:55: xcap module initialization
0(11117) TRACE: virtual_subscription.c:55: RLS:
RLS_PRESENCE_INFO: 0x2ba1844692e0
0(11117) TRACE: virtual_subscription.c:63: RLS: RLS_RAW:
0x2ba184479598
0(11117) using 'none' rls-subscription authorization!
0(11117) TRACE: qsa_events.c:331: presence_b2b:
b2b_CONTENT_TYPE: 0x2ba1844692e0
0(11117) WARNING: tls: mod_init: tls support is disabled
(set enable_tls=1 in the config to enable it)
exec - initializing
ERROR: error -1 while trying to fix configuration
Best regards
tomasz
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org <mailto:Serusers@lists.iptel.org>
http://lists.iptel.org/mailman/listinfo/serusers
------------------------------------------------------------------------
_______________________________________________
Serdev mailing list
Serdev(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serdev