Hello once again,

It looks like core issue was not a termination of regexp. Was not getting segfaults, but did not get a match either.
After changing rule_id from 2617960 to 0, rule got loaded properly:

sercmd> lcr.dump_rules
{
        lcr_id: 90
        rule_id: 0
        prefix: 118
        from_uri: sip:00000000@xx.xx.lt
        request_uri: 118
        stopper: 1
}
{
        gw_index: 1
        priority: 0
        weight: 100
}
3

I suspect that lcr code somehow a bit differently stores such rules internally and primary id fragmentation results in rules set loaded with improper rule_id:

sercmd> lcr.dump_rules
{
        lcr_id: 90
        rule_id: 0
        prefix: 118
        from_uri: sip:00000000@xx.xx.lt
        request_uri: 118
        stopper: 1
}

Here, in dump above it should contain rule_id=2617960, but contains 0. Also for such rule gw fails to be identified.

Antanas
NTT

On 2012.07.24 12:20, Antanas Masevicius wrote:

Hello,

Looks like i finally got it. REGEXP patterns in from_uri and request_uri must be terminated between //.
Maybe someone could add a notice about this in LCR documentation?
Only got it after reading some documentation on pcre lib.

best regards,

Antanas
NTT

On 2012.07.24 11:17, Antanas Masevicius wrote:
Hello,

thanks for the tip Alex, but still getting the same error:

lcr [hash.c:166]: could not find (disabled) rule with id <2617960>

if it helps, here is my ldd output for lcr.so:

        linux-vdso.so.1 => (0x00007ffffe7ff000)
        libpcre.so.3 => /lib/libpcre.so.3 (0x00007faf0cfd1000)
        libsrdb1.so.1 => /usr/local2/lib64/kamailio/libsrdb1.so.1 (0x00007faf0cdbf000)
        libkcore.so.1 => /usr/local2/lib64/kamailio/libkcore.so.1 (0x00007faf0cbb3000)
        libc.so.6 => /lib/libc.so.6 (0x00007faf0c852000)
        /lib64/ld-linux-x86-64.so.2 (0x00007faf0d42e000)

Here is extended debug excerpt:
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_val.c:117]: converting STRING [118]
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: lcr [lcr_mod.c:1236]: loading, cycle 0 with <1> rows
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:62]: freeing rows at 0x7f0dc4afe4d8
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[5] at 0x7f0dc4afaa50
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x7f0dc4afdee8
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x7f0dc4afaa50
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f0dc4afe420)[1]=[ip_addr]
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[4] at 0x7f0dc4afdf78
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f0dc4afe440)[5]=[params]
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[12] at 0x7f0dc4afe3d8
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_val.c:73]: converting INT [0]
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_val.c:56]: converting NULL value
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_val.c:56]: converting NULL value
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x7f0dc4afe420
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[4] at 0x7f0dc4afdf78
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[12] at 0x7f0dc4afe3d8
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:62]: freeing rows at 0x7f0dc4afe488
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:155]: allocate 104 bytes for result names at 0x7f0dc4afe598
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x7f0dc4afe558
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f0dc4afe518)[4]=[transport]
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[7] at 0x7f0dc4afe440
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[11] at 0x7f0dc4afe420
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f0dc4afaa50)[12]=[id]
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x7f0dc4afe538
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[8] at 0x7f0dc4afdf78
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_res.c:94]: freeing result names at 0x7f0dc4afe598
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f0dc4afe400)[1]=[gw_id]
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: <core> [db_val.c:73]: converting INT [0]
Jul 24 11:12:54 xx /usr/local2/sbin/kamailio[26004] DEBUG: lcr [hash.c:166]: could not find (disabled) rule with id <2617960>

Antanas
NTT

On 2012.07.24 10:53, Alex Balashov wrote:
When calling load_gws(), try putting $rU and $fu in double quotes, e.g. "$rU" rather than $rU bare.

-- Alex

--
Sent from my Samsung mobile, and thus lacking in the refinement one might expect from a proper keyboard.

Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/

Antanas Masevicius <antanas.masevicius@ntt.lt> wrote:
Hello,

having trouble running LCR in kamailio 3.3 (head).

Here is my DB excerpt which i use to reproduce the problem:
INSERT INTO `lcr_rule` VALUES (2617960,90,'118','.*',1,1,'.*');
INSERT INTO `lcr_rule_target` VALUES (7771454,90,2617960,1424,0,100);
INSERT INTO `lcr_gw` VALUES
(1424,90,'OP1','10.10.10.10','',5060,NULL,1,0,NULL,'11#',1,NULL,NULL);

I stripped all other LCR data from my DB and only this rule with
from_uri and request_uri seems to bother me.

Tried this version on debian lenny and debian squeeze. On Lenny i am not
able to load lcr tables at all, get a segfault.
On squeeze, lcr tables loads up, but this rule gets marked as disabled.
Here is config part which i use to load a rule:
        if (load_gws(90, $rU, $fu)) {
            if (next_gw()) {
                t_on_failure("FAIL_GW");
            } else {
                route(NO_ROUTE);
            }

On squeeze, if i add following code to lcr_mod.c:1249 :
LM_INFO("LOADING lcr rule <%u> \n", rule_id);
right after:
rule_id = (unsigned int)VAL_INT(ROW_VALUES(row));

rule_id is still printed, but i get segfault like this:

Jul 24 10:17:43 sp1 kernel: [23482626.105865] kamailio[15136]: segfault
at a4 ip 00007fde15cb8802 sp 00007fff39d68320 error 4 in
lcr.so[7fde15ca8000+23000]

Not sure what i do terribly wrong. Setting from_uri and request_uri to
anythig but NULL makes the code to segfault with that print line added.
Without print line, kamailio starts, but never loads that rule.

Any help would be appreciated.

best regards,

Antanas Masevicius
NTT

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- 
Antanas Masevičius
Technikos direktorius
UAB "Nacionalinis telekomunikaciju tinklas"
Tel.  +370 5 2056000
Tel.  +370 700 00031 (tiesioginis)
Fax.  +370 700 00034
el.p: antanas.masevicius@ntt.lt
www.ntt.lt
www.spykas.com
-- 
Antanas Masevičius
Technikos direktorius
UAB "Nacionalinis telekomunikaciju tinklas"
Tel.  +370 5 2056000
Tel.  +370 700 00031 (tiesioginis)
Fax.  +370 700 00034
el.p: antanas.masevicius@ntt.lt
www.ntt.lt
www.spykas.com
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Antanas Masevičius
Technikos direktorius
UAB "Nacionalinis telekomunikaciju tinklas"
Tel.  +370 5 2056000
Tel.  +370 700 00031 (tiesioginis)
Fax.  +370 700 00034
el.p: antanas.masevicius@ntt.lt
www.ntt.lt
www.spykas.com