Hi,
I have pushed a change to master which should prevent the crash.
You'll still need (for now) to use "location" in save/lookup - I will add
multi-domain replication later but there needs to be some enhancement to
the usrloc API first.
Please confirm this fixes the crash and I will backport to 4.3.
Cheers,
Charles
On 18 August 2015 at 06:00, Kelvin Chua <kel...@gmail.com> wrote:
> yes, same crash
>
> Kelvin Chua
>
> On Mon, Aug 17, 2015 at 3:17 PM, Charles Chance <
> charles.cha...@sipcentric.com> wrote:
>
>> There were some issues fixed since 4.3.1 - have you tried with latest
>> master?
>>
>> Cheers,
>> Charles
>> On 17 Aug 2015 04:50, "Kelvin Chua" <kel...@gmail.com> wrote:
>>
>>> i think we should support custom location tables in the future but
>>> either way,
>>> i tried changing location to kam_location in 2 instances
>>> on usrloc_sync.c -- crash
>>> i tried changing save("location") -- crash
>>>
>>>
>>> Kelvin Chua
>>>
>>> On Fri, Aug 14, 2015 at 7:32 PM, Charles Chance <
>>> charles.cha...@sipcentric.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> I'm not sure why, but the dmq_usrloc module was written with the usrloc
>>>> domain hardcoded as "location".
>>>>
>>>> I intend to address that along with some other improvements but in the
>>>> meantime, try changing your call to save() to use "location" instead of
>>>> "kam_location"...
>>>>
>>>> save("location");
>>>>
>>>> Please report back the result.
>>>>
>>>> Cheers,
>>>> Charles
>>>> On 14 Aug 2015 11:03, "Kelvin Chua" <kel...@gmail.com> wrote:
>>>>
>>>>> 4.3.1
>>>>>
>>>>> kamctl ul show shows blank on the other machine. the registrar is ok.
>>>>>
>>>>> here is the DMQ message captured using ngrep
>>>>>
>>>>> KDMQ sip:usrloc@1.2.3.4:5090 SIP/2.0.
>>>>> Via: SIP/2.0/UDP 1.2.3.4:5080
>>>>> ;branch=z9hG4bK97d1.f42de484000000000000000000000000.0.
>>>>> To: <sip:usrloc@1.2.3.4:5090>.
>>>>> From: <sip:usrloc@1.2.3.4:5080
>>>>> >;tag=c5ea0db92ae4ac0758f8c2b12d8addf4-4d17.
>>>>> CSeq: 10 KDMQ.
>>>>> Call-ID: 40be1e6c728bfe96-27604@1.2.3.4.
>>>>> Content-Length: 403.
>>>>> User-Agent: Sipsurge Registrar/1.0.0.
>>>>> Max-Forwards: 1.
>>>>> Content-Type: application/json.
>>>>> .
>>>>>
>>>>> {"action":1,"aor":"kelvin","ruid":"uloc-55cdbac7-6bd4-1","c":"sip:kelvin@192.168.1.120:5060
>>>>> ;alias=2.4.6.8~5060~1","received":"","path":"<sip:1.2.3.4:6055
>>>>> ;lr;received=sip:2.4.6.8:5060>","callid":"559751939@192.168.1.120
>>>>> ","user_agent":"qutecom/rev-g-trunk","instance":"","expires":1439549023,"cseq":2,"flags":0,"cflags":0,"q":-1,"last_modified":1439546083,"methods":4294967295,"reg_id":0}
>>>>>
>>>>>
>>>>> here are the modparams
>>>>>
>>>>> modparam("usrloc", "db_mode", 0)
>>>>> modparam("usrloc", "use_domain", MULTIDOMAIN)
>>>>> modparam("dmq", "server_address", DMQ_INT)
>>>>> modparam("dmq", "notification_address", DMQ_EXT)
>>>>> modparam("dmq_usrloc", "enable", 1)
>>>>>
>>>>>
>>>>> sometimes, the registrar crashes, sometimes, the backup, sometimes
>>>>> both but i manage to catch kamctl ul show and this is how it looks like:
>>>>>
>>>>> Domain:: kam_location table=1024 records=1 max_slot=1
>>>>> AOR:: kelvin
>>>>> Contact::
>>>>> sip:kelvin@192.168.1.120:5060;alias=2.4.6.8~5060~1
>>>>> Q=
>>>>> Expires:: deleted
>>>>> Callid:: 559751939@192.168.1.120
>>>>> Cseq:: 30
>>>>> User-agent:: qutecom/rev-g-trunk
>>>>> Path:: <sip:1.2.3.4:6055;lr;received=sip:
>>>>> 2.4.6.8:5060>
>>>>> State:: CS_DIRTY
>>>>> Flags:: 0
>>>>> Cflag:: 0
>>>>> Socket:: udp:1.2.3.4:5080
>>>>> Methods:: 4294967295
>>>>> Ruid:: uloc-55cdbac7-6bd4-1
>>>>> Reg-Id:: 0
>>>>> Last-Keepalive:: 1439546340
>>>>> Last-Modified:: 1439546340
>>>>>
>>>>>
>>>>> Kelvin Chua
>>>>>
>>>>> On Thu, Aug 13, 2015 at 7:54 PM, Charles Chance <
>>>>> charles.cha...@sipcentric.com> wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> From which version has this been generated?
>>>>>>
>>>>>> Also, can you provide the output of "kamctl ul show" and the relevant
>>>>>> modparam sections of your config (usrloc, dmq, dmq_usrloc).
>>>>>>
>>>>>> Cheers,
>>>>>> Charles
>>>>>>
>>>>>>
>>>>>> On 13 August 2015 at 10:23, Kelvin Chua <kel...@gmail.com> wrote:
>>>>>>
>>>>>>> I don't know if this is related, this happens on 4.3.1 as well but
>>>>>>> usrloc crashes once it gets a DMQ
>>>>>>>
>>>>>>> #0 0x00007f2a82a5727c in get_urecord_by_ruid (_d=0x0,
>>>>>>> _aorhash=8118438, _ruid=0x7ffe6028d5c0, _r=0x7ffe6028d568,
>>>>>>> _c=0x7ffe6028d578)
>>>>>>> at udomain.c:1153
>>>>>>> #1 0x00007f2a8282029a in usrloc_get_all_ucontact
>>>>>>> (node=0x7f2a01790998) at usrloc_sync.c:166
>>>>>>> #2 0x00007f2a828240a7 in usrloc_dmq_handle_msg (msg=0x7f2a01790f78,
>>>>>>> resp=0x7ffe6028d820, node=0x7f2a01790998) at usrloc_sync.c:363
>>>>>>> #3 0x00007f2a83959e6f in worker_loop (id=1) at worker.c:105
>>>>>>> #4 0x00007f2a8393e566 in child_init (rank=0) at dmq.c:293
>>>>>>> #5 0x0000000000599658 in init_mod_child (m=0x7f2a86955c78, rank=0)
>>>>>>> at sr_module.c:898
>>>>>>> #6 0x0000000000599390 in init_mod_child (m=0x7f2a86956098, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #7 0x0000000000599390 in init_mod_child (m=0x7f2a86956a78, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #8 0x0000000000599390 in init_mod_child (m=0x7f2a86956e68, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #9 0x0000000000599390 in init_mod_child (m=0x7f2a869570f8, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #10 0x0000000000599390 in init_mod_child (m=0x7f2a86957498, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #11 0x0000000000599390 in init_mod_child (m=0x7f2a86957838, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #12 0x0000000000599390 in init_mod_child (m=0x7f2a86957db0, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #13 0x0000000000599390 in init_mod_child (m=0x7f2a86958090, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #14 0x0000000000599390 in init_mod_child (m=0x7f2a869582c0, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #15 0x0000000000599390 in init_mod_child (m=0x7f2a869589b0, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #16 0x0000000000599390 in init_mod_child (m=0x7f2a86958f88, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #17 0x0000000000599390 in init_mod_child (m=0x7f2a869594d8, rank=0)
>>>>>>> at sr_module.c:895
>>>>>>> #18 0x000000000059996c in init_child (rank=0) at sr_module.c:924
>>>>>>> #19 0x00000000004aa753 in main_loop () at main.c:1650
>>>>>>> #20 0x00000000004b02b0 in main (argc=13, argv=0x7ffe6028e318) at
>>>>>>> main.c:2533
>>>>>>>
>>>>>>>
>>>>>>> Kelvin Chua
>>>>>>>
>>>>>>> On Sat, Aug 8, 2015 at 12:09 AM, Asgaroth <00asgarot...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Yes, I do see it replicating contacts to the other 2 servers on the
>>>>>>>> dmq bus, however, I did come across a strange issue with the max
>>>>>>>> contacts
>>>>>>>> parameter, which the devs are looking at:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> https://github.com/kamailio/kamailio/issues/265
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Cheers
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *From:* sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On
>>>>>>>> Behalf Of *Kelvin Chua
>>>>>>>> *Sent:* Friday 7 August 2015 14:56
>>>>>>>> *To:* Kamailio (SER) - Users Mailing List <
>>>>>>>> sr-users@lists.sip-router.org>
>>>>>>>> *Subject:* Re: [SR-Users] dmq_usrloc
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> have you seen your usrloc actually populate data from another
>>>>>>>> server?
>>>>>>>>
>>>>>>>> i can verify my dmq is working properly. just usrloc not populating.
>>>>>>>>
>>>>>>>>
>>>>>>>> Kelvin Chua
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Aug 7, 2015 at 6:22 PM, Asgaroth <00asgarot...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I’m a new user to the dmq subsystem in kamailio, but, once I had a
>>>>>>>> properly configured dmq environment and loaded dmq_usrloc after dmq,
>>>>>>>> all I
>>>>>>>> had to do was add the following to the module paramters:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> modparam("dmq_usrloc", "enable", 1)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Then in the routing logic of the registrar’s you just need to add
>>>>>>>> the appropriate dmq message handling blocks.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Hope this helps in some way.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *From:* sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On
>>>>>>>> Behalf Of *Kelvin Chua
>>>>>>>> *Sent:* Thursday 6 August 2015 07:29
>>>>>>>> *To:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER)
>>>>>>>> - Users Mailing List <sr-users@lists.sip-router.org>
>>>>>>>> *Subject:* [SR-Users] dmq_usrloc
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> is there any function to trigger replication?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> i enabled the module and dmq is working for my htables
>>>>>>>>
>>>>>>>> but usrloc is not replicating.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> "kamctl ul show" does not show anything
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> i used ngrep to trace the KDMQ packets, i can see the frequent
>>>>>>>> exchanges but nothing related to usrloc. am i doing something wrong?
>>>>>>>>
>>>>>>>>
>>>>>>>> Kelvin Chua
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> *Charles Chance*
>>>>>> Managing Director
>>>>>>
>>>>>> t. 0121 285 4400 m. 07932 063 891
>>>>>>
>>>>>> *** We're rebranding! Learn more here
>>>>>> <http://www.sipcentric.com/2015/07/were-rebranding/> ***
>>>>>>
>>>>>> www.sipcentric.com
>>>>>>
>>>>>> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>>>>>>
>>>>>> Sipcentric Ltd. Company registered in England & Wales no. 7365592.
>>>>>> Registered
>>>>>> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
>>>>>> Birmingham Science Park, Birmingham B7 4BB.
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>>
>>>> *** We're rebranding! Learn more here
>>>> <http://www.sipcentric.com/2015/07/were-rebranding/> ***
>>>>
>>>> www.sipcentric.com
>>>>
>>>> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>>>>
>>>> Sipcentric Ltd. Company registered in England & Wales no. 7365592.
>>>> Registered
>>>> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
>>>> Birmingham Science Park, Birmingham B7 4BB.
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>> *** We're rebranding! Learn more here
>> <http://www.sipcentric.com/2015/07/were-rebranding/> ***
>>
>> www.sipcentric.com
>>
>> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>>
>> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
>> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
>> Birmingham Science Park, Birmingham B7 4BB.
>>
>> _______________________________________________
>> 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
>
>
--
*Charles Chance*
Managing Director
t. 0121 285 4400 m. 07932 063 891
--
*** We're rebranding! Learn more here
<http://www.sipcentric.com/2015/07/were-rebranding/> ***
www.sipcentric.com
Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
Birmingham Science Park, Birmingham B7 4BB.
_______________________________________________
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
