Hello,

I have big troubles using the db_berkeley module in Kamailio version 4.2.2 in combination with presence related modules like presence, presence_xml or rls.

Kamailio cannot startup and is "hanging" in the OS (RHEL 6.4 with kernel 2.6.32-358.el6.i686). In the debug modus I can see following log output:

[...] kamailio[18400]: INFO: cfgutils [cfgutils.c:784]: mod_init(): no hash_file given, disable hash functionality [...] kamailio[18400]: INFO: db_berkeley [km_db_berkeley.c:212]: bdb_init(): using database at: /var/lib/berkeley_kamailio42.db [...] kamailio: ERROR: <core> [daemonize.c:315]: daemonize(): Main process exited before writing to pipe During startup the OS is creating a core dump. Backtrace analysation of these dumps brought following information (gdb output):

(variant 1): Program terminated with signal 11, Segmentation fault. #0 0x00ee965b in ?? () from /lib/libdb-4.7.so(gdb) bt #0 0x00ee965b in ?? () from /lib/libdb-4.7.so #1 0x00ee9bbc in ?? () from /lib/libdb-4.7.so #2 0x00eea2a0 in __dbc_get_pp () from /lib/libdb-4.7.so #3 0x00269a07 in bdb_delete (_h=0xb6f94484, _k=0x0, _op=0x0, _v=0x0, _n=0) at km_db_berkeley.c:827 #4 0x08a5cf7f in restore_db_subs () at subscribe.c:2475 #5 0x08a05193 in mod_init () at presence.c:344 #6 0x081bb23b in init_mod (m=0xb6f5c918) at sr_module.c:966 #7 0x081bafd0 in init_mod (m=0xb6f5cbe4) at sr_module.c:963 #8 0x081bb513 in init_modules () at sr_module.c:995 #9 0x080e4c77 in main (argc=3, argv=0xbf922c04) at main.c:2502 OR (variant 2): (gdb) bt #0 0x00000000 in ?? () #1 0x00eef343 in __db_prdbt () from /lib/libdb-4.8.so #2 0x00d408d9 in km_bdblib_create_dbenv (_dbenv=0xb7050b7c, _home=0xbf9f2784 "/var/lib/berkeley_kamailio42.db") at km_bdb_lib.c:320 #3 0x00d41cd9 in km_bdblib_get_db (_s=0xbf9f2b7c) at km_bdb_lib.c:409 #4 0x00d56302 in bdb_init (_sqlurl=0x7aaeb10) at km_db_berkeley.c:213 #5 0x07a35528 in mod_init () at presence.c:312 #6 0x081bb23b in init_mod (m=0xb6ff4a8c) at sr_module.c:966 #7 0x081bafd0 in init_mod (m=0xb6ff4d58) at sr_module.c:963 #8 0x081bafd0 in init_mod (m=0xb6ff4f6c) at sr_module.c:963 #9 0x081bafd0 in init_mod (m=0xb6ff5118) at sr_module.c:963 #10 0x081bafd0 in init_mod (m=0xb6ff5314) at sr_module.c:963 #11 0x081bafd0 in init_mod (m=0xb6ff5550) at sr_module.c:963 #12 0x081bafd0 in init_mod (m=0xb6ff5848) at sr_module.c:963 #13 0x081bafd0 in init_mod (m=0xb6ff5b8c) at sr_module.c:963 #14 0x081bafd0 in init_mod (m=0xb6ff5dac) at sr_module.c:963 #15 0x081bafd0 in init_mod (m=0xb6ff5f9c) at sr_module.c:963 #16 0x081bafd0 in init_mod (m=0xb6ff62b0) at sr_module.c:963 #17 0x081bafd0 in init_mod (m=0xb6ff674c) at sr_module.c:963 #18 0x081bafd0 in init_mod (m=0xb6ff697c) at sr_module.c:963 #19 0x081bb513 in init_modules () at sr_module.c:995 #20 0x080e4c77 in main (argc=3, argv=0xbf9f37e4) at main.c:2502

However, it seems to be caused by the presence.c file of the presence module all time. When I comment out any presence related module and use the usrloc module (e.g.) only, it is working fine with berkeley DB, too. The configuration itself is working fine with DB_ENGINE MySQL instead of Berkeley. I´ve also tested different versions of Berkeley DB (4.7 (originally delivered with the OS), 4.8, 5.3 and 6.1). The result is always the same....

Could anybody take a look at this dump output? What is causing these dumps? Is there any bug within the presence modules? I cannot move to another DB so easy, as it should be used (in future) in embedded environment.....

Thanks in advance!

br Klaus