[SR-Users] Kamailio doesn't start

[Daniel-Constantin Mierla]

Hello,

On 7/22/10 12:34 PM, Ernest Mavrel wrote:
> Version is 3.0.2
>
> BR
>
> Ernest
>
>
> On 22. 07. 2010 12:27, Ernest Mavrel wrote:
>> Hi
>>
>>
>> I have problems with starting of kamailio. When is rule in table 
>> dialplan, kamailio doesn't start.
>>
>>
>> Dialplan table:
>>
>> id     dpid     pr     match_op     match_exp     match_len     
>> subst_exp     repl_exp     attrs
>> 1     1     0     1     ^0[1-9]     0     ^(0)([1-9])(.+)     
>> 386\2     Cut_0_Add_386
>>
>>
>>
>> Log:
>>
>>  0(11570) DEBUG: dialplan [dp_db.c:200]: init
>>  0(11570) DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result 
>> set at 0x95ff60
>>  0(11570) DEBUG: db_mysql [km_res.c:68]: 8 columns returned from the 
>> query
>>  0(11570) DEBUG: <core> [db_res.c:155]: allocate 64 bytes for result 
>> names at 0x960028
>>  0(11570) DEBUG: <core> [db_res.c:165]: allocate 32 bytes for result 
>> types at 0x960118
>>  0(11570) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for 
>> RES_NAMES[0] at 0x95fe18
>>  0(11570) DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x95fe18)[0]=[dpid]
>>  0(11570) DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type
>>  0(11570) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for 
>> RES_NAMES[1] at 0x960310
>>  0(11570) DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x960310)[1]=[pr]
>>  0(11570) DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type
>>  0(11570) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for 
>> RES_NAMES[2] at 0x960350
>>  0(11570) DEBUG: db_mysql [km_res.c:92]: 
>> RES_NAMES(0x960350)[2]=[match_op]
>>  0(11570) DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type
>>  0(11570) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for 
>> RES_NAMES[3] at 0x960330
>>  0(11570) DEBUG: db_mysql [km_res.c:92]: 
>> RES_NAMES(0x960330)[3]=[match_exp]
>>  0(11570) DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
>>  0(11570) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for 
>> RES_NAMES[4] at 0x9602f0
>>  0(11570) DEBUG: db_mysql [km_res.c:92]: 
>> RES_NAMES(0x9602f0)[4]=[match_len]
>>  0(11570) DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type
>>  0(11570) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for 
>> RES_NAMES[5] at 0x9602d0
>>  0(11570) DEBUG: db_mysql [km_res.c:92]: 
>> RES_NAMES(0x9602d0)[5]=[subst_exp]
>>  0(11570) DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
>>  0(11570) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for 
>> RES_NAMES[6] at 0x9602b0
>>  0(11570) DEBUG: db_mysql [km_res.c:92]: 
>> RES_NAMES(0x9602b0)[6]=[repl_exp]
>>  0(11570) DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
>>  0(11570) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for 
>> RES_NAMES[7] at 0x960290
>>  0(11570) DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x960290)[7]=[attrs]
>>  0(11570) DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
>>  0(11570) DEBUG: db_mysql [km_dbase.c:342]: converting row 0 of 1 
>> count 1
>>  0(11570) DEBUG: <core> [db_row.c:119]: allocate 256 bytes for row 
>> values at 0x960370
>>  0(11570) DEBUG: <core> [db_val.c:73]: converting INT [1]
>>  0(11570) DEBUG: <core> [db_val.c:73]: converting INT [0]
>>  0(11570) DEBUG: <core> [db_val.c:73]: converting INT [1]
>>  0(11570) DEBUG: <core> [db_val.c:117]: converting STRING [^0[1-9]]
>>  0(11570) DEBUG: <core> [db_val.c:73]: converting INT [0]
>>  0(11570) DEBUG: <core> [db_val.c:117]: converting STRING 
>> [^(0)([1-9])(.+)]
>>  0(11570) DEBUG: <core> [db_val.c:117]: converting STRING [386\2]
>>  0(11570) DEBUG: <core> [db_val.c:117]: converting STRING 
>> [Cut_0_Add_386]
>>  0(11570) DEBUG: dialplan [dp_db.c:374]: build_rule
>>
>> Any help?
are these all the messages you get? No error message after? They look 
incomplete anyhow.

Try:

kamailio -E -dd

and see the output on the terminal.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
http://www.asipto.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20100722/0a447fff/attachment.htm>