[SR-Users] Kamailio Unexpectedly Terminating

Tue Jun 12 09:26:04 CEST 2012

from the logs he has sent the mem addresses all look 64 bit. Sparc AFAIK is
only 64 bit anyway

Cheers
Jason

On Tue, Jun 12, 2012 at 8:50 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> is it 64bit architecture?
>
> Cheers,
> Daniel
>
>
> On 6/11/12 9:12 PM, Akan wrote:
>
>> Here is the information requested:
>>
>> System = SunOS
>> Node = -f
>> Release = 5.10
>> KernelID = Generic_141444-09
>> Machine = sun4u
>> BusType = <unknown>
>> Serial = <unknown>
>> Users = <unknown>
>> OEM# = 0
>> Origin# = 1
>> NumCPU = 1
>>
>> One machine is a Sun Fire V120, 2g memory, UltraSPARC-IIe 650MHz,
>> UltraAX-i2
>> The other machine is a Sun Netra  T1 200, 1g memory, UltraSparc-IIe
>> 500MHz, UltraAX-i2
>>
>> Thanks
>>
>> Nathaniel L Keeling
>>
>>
>>
>> On 6/11/2012 8:33 AM, Daniel-Constantin Mierla wrote:
>>
>>> Hello,
>>>
>>> I committed a patch that should make it work when realm_prefix is not
>>> set for registrar module:
>>>
>>> http://git.sip-router.org/cgi-**bin/gitweb.cgi/sip-router/?a=**commit;h=
>>> **d42379da90f2ec87cb5dbb00ebb563**c7528ec910<http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d42379da90f2ec87cb5dbb00ebb563c7528ec910>
>>>
>>> For the moment I have no idea why SIGBUS is triggered, i tried to access
>>> the structure directly, not via defines, and there is still a problem when
>>> realm_prefix is set. It's ok accessing the .len field but not .s of the
>>> same structure. The field .s is the first, making me think it's not
>>> alignment issue, or it is something very specific to this system.
>>>
>>> Overall, I am not familiar with sparc/solaris systems, maybe if you send
>>> here full details about OS version, architecture and CPU type, others using
>>> similar systems can give hints.
>>>
>>> Jason reported that on solaris with x86, this problem was not
>>> encountered.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 6/4/12 8:57 AM, Daniel-Constantin Mierla wrote:
>>>
>>>> Hello,
>>>>
>>>> still strange with the crash on that if condition. One of your previous
>>>> reports showed a different line, when assigning a pointer. Also, I kind of
>>>> understood that save() was ok, but lookup() not. Is not the case anymore as
>>>> the backtrace shows.
>>>>
>>>> SIGBUS can occur because of alignment in memory which is thrown in
>>>> solaris, does not happen in linux flavours. I am thinking of putting the
>>>> prefix field first so the access to it is at beginning of the straucture,
>>>> just to see if that is the problem, although is should not be.
>>>>
>>>> I will add a patch soon, otherwise I am out of ideas for the moment
>>>> with the SIGBUS, I would need access to the machine to do some testing by
>>>> myself.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 6/2/12 10:36 PM, Akan wrote:
>>>>
>>>>> Ok, I reloaded the servers with v3.2 from git without performing the
>>>>> checkout and with just the master branch.  Reran my tests on 2 servers and
>>>>> Kamailio terminated with a core dump. I have included the full trace of one
>>>>> of the servers. The other trace has the same results.
>>>>>
>>>>> Thanks
>>>>>
>>>>> Nathaniel
>>>>>
>>>>> On 5/30/2012 2:25 PM, Daniel-Constantin Mierla wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> On 5/30/12 9:10 PM, Akan wrote:
>>>>>>
>>>>>>> This was a re-pull from the git master. I had deleted all of the old
>>>>>>> files and issued these commands:
>>>>>>>
>>>>>>> git clone --depth 1 git://git.sip-router.org/sip-**router<http://git.sip-router.org/sip-router>kamailio
>>>>>>> cd kamailio
>>>>>>> git checkout -b 3.2 origin/3.2
>>>>>>>
>>>>>>> This is the source that I got. Could this be a problem within git?
>>>>>>>
>>>>>> do not checkout branch 3.2, just try with the master branch, as said,
>>>>>> not all patches are backported to stable 3.2.
>>>>>>
>>>>>> For sake of completeness, here are some guidelines:
>>>>>> http://www.kamailio.org/wiki/**install/devel/git<http://www.kamailio.org/wiki/install/devel/git>
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>>
>>>>>
>>>>> ______________________________**_________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>>>>
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -http://www.asipto.com
>>>> http://twitter.com/#!/miconda -http://www.linkedin.com/in/**miconda<http://www.linkedin.com/in/miconda>
>>>> Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -
>>>> http://asipto.com/u/katu
>>>> Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -
>>>> http://asipto.com/u/kpw
>>>>
>>>>
>>>>
>>> --
>>> Daniel-Constantin Mierla -http://www.asipto.com
>>> http://twitter.com/#!/miconda -http://www.linkedin.com/in/**miconda<http://www.linkedin.com/in/miconda>
>>> Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -
>>> http://asipto.com/u/katu
>>> Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -
>>> http://asipto.com/u/kpw
>>>
>>>
>>> No virus found in this message.
>>> Checked by AVG - www.avg.com <http://www.avg.com>
>>> Version: 2012.0.2178 / Virus Database: 2433/5061 - Release Date: 06/10/12
>>>
>>>
>>
>>
>> ______________________________**_________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/**miconda<http://www.linkedin.com/in/miconda>
> Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -
> http://asipto.com/u/katu
>
> Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -
> http://asipto.com/u/kpw
>
>
>
>
> ______________________________**_________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>

This email is subject to the disclaimer of Smile Communications (PTY) Ltd. at http://www.smilecoms.com/disclaimer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20120612/856d9ba1/attachment.htm>