OpenSIPS 1.8.4 can not be started when there are dialogs in the dialogs table

[dsandras]

This did not happen with 1.8.3.

Reproducing the bug is easy:

1. Start a call
2. killall -9 opensips
3. start opensips: it never starts

[vladpaiu]

Hello,

I've just tried to replicate this - all went fine for me.
We'll need some more information in order to replicate this :

• what is your dialog db_mode ?
• please send us ( gist / pastebin ) the OpenSIPS log errors when it fails to start

Best Regards,
Vlad

[dsandras]

I'll have a look right now for the logs.

But:
modparam("dialog", "db_mode", 1) # REALTIME

[dsandras]

You can find the log here:
http://ekiga.net/misc/callserver.log

Not much interesting to see over there. I'm surprised you can not reproduce it because it is 100% reproducable here.

[dsandras]

Vlad,

Could you reproduce it ?
It is 100% repeatable here. Make a call (we have 2 legs, so it means 2 calls), then kill opensips, and restart it.

Something different between your test and mine is that we are using profiles (set_dlg_profile).

That might be the culprit. I seem to remember a few commits on opensips dealing with profiles loading on restart (but I'm not sure).

[vladpaiu]

Hello,

Still cannot reproduce it ( tested with multiple legs and profiles ). Are you using OpenSIPS 1.8 from git, or from the 1.8.4 tar on the website ?

Would it be possible to give me access to your server so I can do further debugging there ?
If yes, please provide the access info at vladpaiu@opensips.org

Best Regards,
Vlad

[dsandras]

Hi,

Would an OpenVPN access be ok ?

[dsandras]

Btw, it is 1.8.4 from the tarball. We have a few patches (which are all available as pull requests), but located in the presence modules.

[vladpaiu]

Hello,

After further talks on IRC, the crash is related to using dialog profiles with cachedb_* persistency.
Bug confirmed, working on a fix.

Best Regards,
Vlad

[dsandras]

As discussed on IRC, and for the record, the crash is the following:

Program terminated with signal 11, Segmentation fault.
#0  0x00007f1fb645ed41 in db_mysql_raw_query (_h=0x0, _s=0x7f1fb55356c0, _r=0x7fff6994c760) at dbase.c:1004
1004    dbase.c: Aucun fichier ou dossier de ce type.
(gdb) bt
#0  0x00007f1fb645ed41 in db_mysql_raw_query (_h=0x0, _s=0x7f1fb55356c0, _r=0x7fff6994c760) at dbase.c:1004
#1  0x00007f1fb53331e0 in dbcache_add (con=0x7f1fb66f20a0, attr=0x7f1fb1d37140, val=1, expires=1397723480, new_val=0x0) at cachedb_db.c:327
#2  0x00007f1fb1b19db5 in link_dlg_profile (linker=0x7f1fa096a188, dlg=0x7f1fa09692a8) at dlg_profile.c:692
#3  0x00007f1fb1b1a194 in set_dlg_profile (msg=0x0, value=0x7fff6994c890, profile=0x7f1fa09470f8) at dlg_profile.c:751
#4  0x00007f1fb1afbcd9 in read_dialog_profiles (b=0x16b2aa6 "calls/s#1,751|", l=14, dlg=0x7f1fa09692a8, double_check=0) at dlg_db_handler.c:444
#5  0x00007f1fb1afca86 in load_dialog_info_from_db (dlg_hash_size=4096) at dlg_db_handler.c:581
#6  0x00007f1fb1afabf6 in init_dlg_db (db_url=0x7f1fb1d36ef0, dlg_hash_size=4096, db_update_period=60) at dlg_db_handler.c:192
#7  0x00007f1fb1af6d2f in mod_init () at dialog.c:765
#8  0x0000000000475986 in init_mod (m=0x7f1fb6682d20) at sr_module.c:458
#9  0x00000000004758c2 in init_mod (m=0x7f1fb66830c8) at sr_module.c:453
#10 0x00000000004758c2 in init_mod (m=0x7f1fb6683198) at sr_module.c:453
#11 0x00000000004758c2 in init_mod (m=0x7f1fb6683268) at sr_module.c:453
#12 0x00000000004758c2 in init_mod (m=0x7f1fb6683338) at sr_module.c:453
#13 0x00000000004758c2 in init_mod (m=0x7f1fb6683408) at sr_module.c:453
#14 0x00000000004758c2 in init_mod (m=0x7f1fb66834d8) at sr_module.c:453
#15 0x00000000004758c2 in init_mod (m=0x7f1fb66835a8) at sr_module.c:453
#16 0x0000000000475cb0 in init_modules () at sr_module.c:498
#17 0x000000000042e522 in main (argc=11, argv=0x7fff6994ce68) at main.c:1503

[dsandras]

Vlad,

I have pushed a pull request for master.