Hi, another problem.
After compilation of new sources (0.8.12dev-17-cristian) i've found this problem in modules registrar.so during execution (/etc/init/ser start)
Oct 6 16:19:09 webby ser: 0(0) fixing /usr/lib/ser/modules/registrar.so save Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 16) called from dlist.c: new_dlist(156) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 16) returns address 0x422bea0c frag. 0x422be9f4 (size=16) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 8) called from dlist.c: new_dlist(163) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 8) returns address 0x422bea4c frag. 0x422bea34 (size=8) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 36) called from udomain.c: new_udomain(117) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 36) returns address 0x422bea84 frag. 0x422bea6c (size=36) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 8192) called from udomain.c: new_udomain(124) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 8192) returns address 0x422bead8 frag. 0x422beac0 (size=8192) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x80c17c0, 9) called from db_con.c: use_table(53) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x80c17c0, 12) returns address 0x80cb9dc frag. 0x80cb9c4 (size=12) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) submit_query(): Unknown column 'flags' in 'field list' Oct 6 16:19:09 webby ser: 0(0) submit_query(): Error while submitting query Oct 6 16:19:09 webby ser: 0(0) preload_udomain(): Error while doing db_query Oct 6 16:19:09 webby ser: 0(0) register_udomain(): Error while preloading domain 'location' Oct 6 16:19:09 webby ser: 0(0) qm_free(0x42134000, 0x422bead8), called from udomain.c: free_udomain(164) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x422beac0 alloc'ed from udomain.c: new_udomain(124) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x42134000, 0x422bea84), called from udomain.c: free_udomain(168) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x422bea6c alloc'ed from udomain.c: new_udomain(117) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x42134000, 0x422bea4c), called from dlist.c: register_udomain(218) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x422bea34 alloc'ed from dlist.c: new_dlist(163) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x42134000, 0x422bea0c), called from dlist.c: register_udomain(219) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x422be9f4 alloc'ed from dlist.c: new_dlist(156) Oct 6 16:19:09 webby ser: 0(0) domain_fixup(): Error while registering domain Oct 6 16:19:09 webby ser: ERROR: error ffffffff while trying to fix configuration Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c8558), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c8540 alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80cb93c), called from auth_mod.c: destroy(221) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80cb924 alloc'ed from auth_mod.c: generate_random_secret(163) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c84c8), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c84b0 alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80cb89c), called from sdp_mangler.c: free_compiled_expresions(538) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80cb884 alloc'ed from sdp_mangler.c: compile_expresions(499) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80cb8ec), called from sdp_mangler.c: free_compiled_expresions(544) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80cb8d4 alloc'ed from sdp_mangler.c: compile_expresions(515) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c8438), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c8420 alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c83a8), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c8390 alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c831c), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c8304 alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c828c), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c8274 alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c81f8), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c81e0 alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80cb57c), called from dbase.c: disconnect_db(128) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80cb564 alloc'ed from dbase.c: connect_db(88) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80cb9dc), called from dbase.c: db_close(321) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80cb9c4 alloc'ed from db_con.c: use_table(53) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80cb4e4), called from dbase.c: db_close(323) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80cb4cc alloc'ed from dbase.c: db_init(286) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c8164), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c814c alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c80d4), called from sr_module.c: destroy_modules(303) Oct 6 16:19:09 webby ser: 0(0) qm_free: freeing frag. 0x80c80bc alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:09 webby ser: 0(0) qm_free(0x80c17c0, 0x80c8044), called from sr_module.c: destroy_modules(303) Oct 6 16:19:11 webby ser: 0(0) qm_free: freeing frag. 0x80c802c alloc'ed from sr_module.c: register_module(135) Oct 6 16:19:11 webby ser: 0(0) DEBUG: tm_shutdown : start Oct 6 16:19:11 webby ser: ser startup succeeded Oct 6 16:22:38 webby ser: WARNING: could not rev. resolve 217.57.90.117 Oct 6 16:22:38 webby ser: WARNING: could not rev. resolve 192.168.100.117
217.57.90.117 and 192.168.100.117 are my two eth interfaces any idea?
bye, Andrea
At 05:12 PM 10/6/2003, giAndrea wrote:
Hi, another problem.
After compilation of new sources (0.8.12dev-17-cristian) i've found this problem in modules registrar.so during execution (/etc/init/ser start)
Oct 6 16:19:09 webby ser: 0(0) fixing /usr/lib/ser/modules/registrar.so save Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 16) called from dlist.c: new_dlist(156) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 16) returns address 0x422bea0c frag. 0x422be9f4 (size=16) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 8) called from dlist.c: new_dlist(163) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 8) returns address 0x422bea4c frag. 0x422bea34 (size=8) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 36) called from udomain.c: new_udomain(117) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 36) returns address 0x422bea84 frag. 0x422bea6c (size=36) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 8192) called from udomain.c: new_udomain(124) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x42134000, 8192) returns address 0x422bead8 frag. 0x422beac0 (size=8192) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x80c17c0, 9) called from db_con.c: use_table(53) Oct 6 16:19:09 webby ser: 0(0) qm_malloc(0x80c17c0, 12) returns address 0x80cb9dc frag. 0x80cb9c4 (size=12) on 1 -th hit Oct 6 16:19:09 webby ser: 0(0) submit_query(): Unknown column 'flags' in 'field list'
See what it tells you :)
You are using development version in which database structures have not been updated yet. I suppose you actually don't want to take the development version.
It takes now a new column, called "flags". It is an int(11).
-jiri
At 17.32 06/10/2003 +0200, you wrote:
At 05:12 PM 10/6/2003, giAndrea wrote:
I've started ser with new db structure, but ser didn't work. After executing (/etc/init.d/ser start) it says me
webby ser: ser startup succeeded
but, if i try to use serctl moni i can see that ser isn't working. I try to watch log in messages and i see the rows
WARNING: could not rev. resolve 217.57.90.117 WARNING: could not rev. resolve 192.168.100.117
bye, Andrea
Hello,
problems in development version should be discussed in serdev mailing list.
thanks, Jan.
On 06-10 18:28, giAndrea wrote:
At 17.32 06/10/2003 +0200, you wrote:
At 05:12 PM 10/6/2003, giAndrea wrote:
I've started ser with new db structure, but ser didn't work. After executing (/etc/init.d/ser start) it says me
webby ser: ser startup succeeded
but, if i try to use serctl moni i can see that ser isn't working. I try to watch log in messages and i see the rows
WARNING: could not rev. resolve 217.57.90.117 WARNING: could not rev. resolve 192.168.100.117
bye, Andrea
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers