sr-dev March 2010

sr-dev@lists.kamailio.org

24 participants
359 discussions

by jh＠tutpro.com

i build sip-router from master branch and when i try to start it, loading of registrar module fails like this: 0(9437) ERROR: <core> [sr_module.c:396]: ERROR: load_module: could not open module </usr/lib/sip-proxy/modules_k/registrar.so>: /usr/lib/sip-proxy/modules_k/registrar.so: undefined symbol: default_expires_stat i this a bug or am i missing something that was not needed in version 3.0? -- juha

14 years, 3 months

git:master: malloc_test: realloc testing support

by Andrei Pelinescu-Onciul

Module: sip-router Branch: master Commit: c05afff1bc452d55536c2277f39c52c17cb29ff0 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=c05afff… Author: Andrei Pelinescu-Onciul <andrei(a)iptel.org> Committer: Andrei Pelinescu-Onciul <andrei(a)iptel.org> Date: Fri Mar 12 19:38:42 2010 +0100 malloc_test: realloc testing support Support for stress testing realloc: - new config variable realloc_p for enabling realloc() usage instead of malloc() for mem tests and mem_rnd_alloc. Its value is the percent of realloc()s from the total calls to alloc functions (0-90%). - new RPC: mt.mem_realloc size [unit] for manually triggering a realloc. --- modules/malloc_test/malloc_test.c | 172 +++++++++++++++++++++++++++++++++---- 1 files changed, 155 insertions(+), 17 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=c05…

14 years, 3 months

[tracker] Comment added: kamailio registrar module / usrloc should be able to recover from temporary data loss

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#41 - kamailio registrar module / usrloc should be able to recover from temporary data loss User who did this - Henning Westerholt (henningw) ---------- Hm.. the inconsistency you reported in the internal memory cache is of course more a bug then a missing feature. Perhaps you can add more details about your expected behaviour in this case, should kamailio discard or reject the memory location as well if the database is not available? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=41#comment35 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

[tracker] Task changed: kamailio registrar module / usrloc should be able to recover from temporary data loss

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has been changed. The changes are listed below. For full information about what has changed, visit the URL and click the History tab. FS#41 - kamailio registrar module / usrloc should be able to recover from temporary data loss User who did this: Henning Westerholt (henningw) Task Type: Feature Request -> Bug Report More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=41 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

[tracker] Comment added: kamailio registrar module / usrloc should be able to recover from temporary data loss

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#41 - kamailio registrar module / usrloc should be able to recover from temporary data loss User who did this - Henning Westerholt (henningw) ---------- I've changed this issue to a feature request, as according your informations the data loss was caused from some issues in your setup, and not from the behaviour of the module. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=41#comment34 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

[tracker] Task changed: kamailio registrar module / usrloc should be able to recover from temporary data loss

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has been changed. The changes are listed below. For full information about what has changed, visit the URL and click the History tab. FS#41 - kamailio registrar module / usrloc should be able to recover from temporary data loss User who did this: Henning Westerholt (henningw) Summary: Database and cache inconsistency with registrar module / usrloc -> kamailio registrar module / usrloc should be able to recover from temporary data loss Task Type: Bug Report -> Feature Request More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=41 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

[tracker] Comment added: Database and cache inconsistency with registrar module / usrloc

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#41 - Database and cache inconsistency with registrar module / usrloc User who did this - Henning Westerholt (henningw) ---------- (There is an error in my previous comment, i refer of course to the UPDATE case.) If i remember correctly (has been some time..) then i think you need only to change the DB API call in modules_k/usrloc/ucontact.c:db_insert_ucontact(..) from ul_dbf.insert(..) to ul_dbf.insert_update(..), and then change in the same file in the update_ucontact function the call of 'db_update_ucontact(_c)' to 'db_insert_ucontact(_c)'. Then all contact update calls will use the insert on duplicate key update function, and all inserts will use this function as well. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=41#comment33 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

[tracker] Comment added: Database and cache inconsistency with registrar module / usrloc

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#41 - Database and cache inconsistency with registrar module / usrloc User who did this - Ronald Voermans (voermans) ---------- - I'm not that an expert when it comes to patching. Can you guide me how to change this? - I think the reason for the inconsistency is that Kamailio couldn't reach the MySQL server anymore, due to some network-issues (it's in a lab). At the time the MySQL was available again (after about an hour or so), I restarted Kamailio. That's the only thing that has happened. Of course I can't tell exactly when the inconsistency has occured (cannot find anything in the logs), but that's what I guess. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=41#comment32 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

[tracker] Comment added: Database and cache inconsistency with registrar module / usrloc

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#41 - Database and cache inconsistency with registrar module / usrloc User who did this - Henning Westerholt (henningw) ---------- For this reason we replaced the INSERT in this case (in our internal version) with an INSERT ON DUPLICATE KEY UPDATE. This will create the appropriate state regardless of the previous content. The DB API export this functionality as well, its not a complicated patch. But the main question for me is, why does your location table does not contain the previous registered entries anymore? Are they expired somehow, or were there an error during insertion? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=41#comment31 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

[tracker] Task changed: Database and cache inconsistency with registrar module / usrloc

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has been changed. The changes are listed below. For full information about what has changed, visit the URL and click the History tab. FS#41 - Database and cache inconsistency with registrar module / usrloc User who did this: Andrei Pelinescu-Onciul (andrei) Category: Core -> usrloc (k) Assigned To: Andrei Pelinescu-Onciul -> Daniel-Constantin Mierla, Henning Westerholt More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=41 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

← Newer
1
...
22
23
24
25
26
27
28
...
36
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev March 2010