[Serusers] [Serdev] ser rel_2_0_0_rc6 from cvs doesn't start and breaks down
Jan Janak
jan at iptel.org
Tue Feb 5 17:27:58 CET 2008
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 at gmail.com <mailto:samu60 at 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 at gmail.com <mailto:samu60 at 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 at gmail.com
> <mailto:tzieleniewski at 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 at lists.iptel.org <mailto:Serusers at lists.iptel.org>
> http://lists.iptel.org/mailman/listinfo/serusers
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Serdev mailing list
> Serdev at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serdev
>
More information about the sr-users
mailing list