[Serusers] qm_malloc problem

Jan Janak J.Janak at sh.cvut.cz
Tue Jan 7 21:35:28 CET 2003


BTW, what version of ser do you use ? 

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/acc2ff52/attachment.pgp>


More information about the sr-users mailing list