Hello,
After doing some research, this is what I found out. On Solaris Sparc 64bit system, there is a mandatory alignment of memory accesses and also for data types. I went thru the core dump, disassembled the code and located the instruction that produced the error. The registers addresses in questioned are on a 4 byte alignment but not an 8 byte or 16 byte alignment. .The earlier patch must have forced the alignment which is why the error did not occur in the program common.c. It looks like there is a similar situation in t_funcs.c.
Here is a link that I found that can better explain: http://blog.jgc.org/2007/04/debugging-solaris-bus-error-caused-by.html
Core was generated by `/opt/kamailio-3.2/sbin/kamailio'. Program terminated with signal 10, Bus error. #0 0xffffffff7bd2b7bc in t_relay_to (p_msg=0x10047c698, proxy=0x0, proto=0, replicate=0) at t_funcs.c:352 352 if (!t_reply( t, p_msg , 100 ,
0xffffffff7bd2b7b0 <+976>: ldx [ %l7 + %g1 ], %g1 0xffffffff7bd2b7b4 <+980>: ldx [ %g1 ], %g1 0xffffffff7bd2b7b8 <+984>: call 0xffffffff7be9bc80 t_reply@plt *=> 0xffffffff7bd2b7bc <+988>: ldx [ %g1 + 0x38 ], %o3* 0xffffffff7bd2b7c0 <+992>: cmp %o0, 0 0xffffffff7bd2b7c4 <+996>: be,pn %icc, 0xffffffff7bd2bb14 <t_relay_to+1844> 0xffffffff7bd2b7c8 <+1000>: ldx [ %fp + 0x7f7 ], %o0 0xffffffff7bd2b7cc <+1004>: b %xcc, 0xffffffff7bd2b460 <t_relay_to+128>
End of assembler dump. (gdb) info registers g1 g1 0xffffffff7666c3e4 -2308520988 (gdb) info registers o3 o3 0x18f3d0 1635280
I hope this helps in trying to resolve this problem and to find a solution. Also, if you need a sparc system to test with, just let me know. We can help from a sparc perspective.
Thanks
Nathaniel
On 6/12/2012 7:04 PM, Akan wrote:
I tested the patch and got different results. A core dump was still produced but in a different program. I have included the full backtrace.
Thanks
Nathaniel
On 6/12/2012 1:10 PM, Akan wrote:
Yes, this is a 64bit system
Thanks
Nathaniel
On 6/12/2012 1:50 AM, Daniel-Constantin Mierla 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=d42379da...
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 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 >> >> Cheers, >> Daniel >> > > > _______________________________________________ > 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
-- Daniel-Constantin Mierla -http://www.asipto.com http://twitter.com/#!/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 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@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
No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2180 / Virus Database: 2433/5064 - Release Date: 06/12/12