[Serusers] ser rel_2_0_0_rc6 from cvs doesn't start and breaks down
samuel
samu60 at gmail.com
Tue Feb 5 17:25:19 CET 2008
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>:
>
>
>
> 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>:
> >
> > 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>:
> > >
> > > 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 [127.0.0.1]:7060
> > > udp: 192.168.129.38 [192.168.129.38]:7060
> > > tcp: 127.0.0.1 [127.0.0.1]:7060
> > > tcp: 192.168.129.38 [192.168.129.38]:7060
> > > Aliases:
> > > tcp: venom:7060
> > > tcp: venom.touk.pl:7060
> > > tcp: localhost:7060
> > > udp: venom:7060
> > > udp: 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 not used
> > > 0(11117) WARNING: xl_mod_init: more IP 192.168.129.38 not used
> > > 0(11117) WARNING: xl_mod_init: more IP 192.168.129.38 not used
> > > 0(11117) WARNING: xl_mod_init: more IP 192.168.129.38 not used
> > > 0(11117) WARNING: xl_mod_init: more IP 192.168.129.38 not used
> > > 0(11117) WARNING: xl_mod_init: more IP 192.168.129.38 not used
> > > 0(11117) WARNING: xl_mod_init: more IP 192.168.129.38 not used
> > > 0(11117) WARNING: xl_mod_init: more IP 192.168.129.38 not used
> > > 0(11117) WARNING: xl_mod_init: more IP 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
> > > http://lists.iptel.org/mailman/listinfo/serusers
> > >
> > >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20080205/4f8f687a/attachment.htm>
More information about the sr-users
mailing list