[Serusers] qm_malloc problem

Jan Janak J.Janak at sh.cvut.cz
Tue Jan 7 21:32:53 CET 2003


Hello, It would be great if you could generate a core dump. Simply use
ulimit -c 1000000 to set higher limits for coredumps and try to restart ser.
It should then write something like segmentation fault, core dumped.

Once you manage to create the core dump, compress the whole ser (including
sources, compiled binaries and the coredump) and send it to me (to
J.Janak at sh.cvut.cz, not on the mailing list).

That would really help and I will try to find out what's wrong. Thanks for
the report.

  Jan.

On 06-01 11:59, Joe_chen wrote:
> hi,
>    i have a problem about qm_malloc.
>    my ser has been running correctly before sevral days. but on the day before yesterday it doesn't work suddenly, in the debug mode, the output informations are:
> ..            
>  0(1114) find_export: found <~db_insert> in module mysql [/usr/local/lib/ser/modules/mysql.so]
>  0(1114) find_export: found <~db_delete> in module mysql [/usr/local/lib/ser/modules/mysql.so]
>  0(1114) find_export: found <~db_update> in module mysql [/usr/local/lib/ser/modules/mysql.so]
>  0(1114) qm_malloc(0x80adf80, 24) called from dbase.c: db_init(266)
>  0(1114) qm_malloc(0x80adf80, 24) returns address 0x80b43d0 on 0 -th hit
>  0(1114) qm_malloc(0x80adf80, 30) called from dbase.c: connect_db(69)
>  0(1114) qm_malloc(0x80adf80, 32) returns address 0x80b4418 on 0 -th hit
>  0(1114) qm_malloc(0x80adf80, 544) called from dbase.c: connect_db(89)
>  0(1114) qm_malloc(0x80adf80, 544) returns address 0x80b4468 on 0 -th hit
>  0(1114) qm_free(0x80adf80, 0x80b4418), called from dbase.c: connect_db(106)
>  0(1114) qm_free: freeing block alloc'ed from dbase.c: connect_db(69)
>  0(1114) mod_init(): Database connection opened successfuly
> Maxfwd module- initializing
> rr - initializing
>  0(1114) TM - initializing...
>  0(1114) DEBUG: register_fifo_cmd: new command (t_uac) registered
>  0(1114) DEBUG: register_fifo_cmd: new command (t_uac_from) registered
>  0(1114) DEBUG: register_fifo_cmd: new command (t_hash) registered
>  0(1114) qm_malloc(0x4212f000, 1572864) called from h_table.c: init_hash_table(276)
>  0(1114) qm_malloc(0x4212f000, 1572864) returns address 0x421354b8 on 0 -th hit
>  0(1114) DEBUG: lock_initialize: lock initialization started
>  0(1114) qm_malloc(0x4212f000, 16) called from lock.c: lock_initialize(169)
>  0(1114) qm_malloc(0x4212f000, 16) returns address 0x422b54e8 on 0 -th hit
>  0(1114) qm_malloc(0x4212f000, 448) called from timer.c: tm_init_timers(484)
>  0(1114) qm_malloc(0x4212f000, 448) returns address 0x422b5528 on 0 -th hit
>  0(1114) qm_malloc(0x4212f000, 40) called from t_stats.c: init_tm_stats(110)
>  0(1114) qm_malloc(0x4212f000, 40) returns address 0x422b5718 on 0 -th hit
>  0(1114) qm_malloc(0x4212f000, 12) called from t_stats.c: init_tm_stats(118)
>  0(1114) qm_malloc(0x4212f000, 12) returns address 0x422b5770 on 0 -th hit
> ..
> stateless - initializing
>  0(1114) qm_malloc(0x4212f000, 320) called from sl_stats.c: init_sl_stats(128)
>  0(1114) qm_malloc(0x4212f000, 320) returns address 0x422b5824 on 0 -th hit
>  0(1114) DEBUG: register_fifo_cmd: new command (sl_stats) registered
>  0(1114) DEBUG: MD5 calculated: d907c037823644515dfe0ede38ca9976
>  0(1114) qm_malloc(0x4212f000, 4) called from sl_funcs.c: sl_startup(65)
>  0(1114) qm_malloc(0x4212f000, 4) returns address 0x422b5994 on 0 -th hit
> mysql - initializing
>  0(1114) qm_malloc(0x4212f000, 396) called from main.c: main(1363)
>  0(1114) qm_malloc(0x4212f000, 396) returns address 0x422b59c8 on 0 -th hit
>  0(0) fixing /usr/local/lib/ser/modules/maxfwd.so mf_process_maxfwd_header
>  0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply
>  0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply
>  0(0) fixing /usr/local/lib/ser/modules/rr.so rewriteFromRoute
>  0(0) fixing /usr/local/lib/ser/modules/registrar.so save
>  0(0) qm_malloc(0x4212f000, 16) called from dlist.c: new_dlist(87)
>  0(0) qm_malloc(0x4212f000, 16) returns address 0x422b5b84 on 0 -th hit
>  ...
>  0(0) qm_malloc(0x80adf80, 96) called from db_row.c: convert_row(49)
>  0(0) qm_malloc(0x80adf80, 96) returns address 0x80b47cc on 0 -th hit
>  0(0) qm_malloc(0x80adf80, 96) called from db_row.c: convert_row(49)
>  0(0) qm_malloc(0x80adf80, 96) returns address 0x80b485c on 0 -th hit
> Segmentation fault
> 
>  it seems that ser can't allocate memory by qm_malloc function. what's wrong with it?
> i have tried to reinstall my linux8.0 OS,  but the problem is still existed.
> please help me!
> thanks!
> 	regards,Joe_chen
> 
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20030107/0aad9821/attachment.pgp>


More information about the sr-users mailing list