Re: [Serusers] [Serdev] ser rel_2_0_0_rc6 from cvs doesn't start and breaks down

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 &lt;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 &lt;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 &lt;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