[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