Re: [SR-Users] Core Dump during shutdown on SPARC64

Hi Daniel, I was able to prevent the bus error by reverting part of commit 1b366aa1c6c37e2320da10fb68f0370199333f5d as below: diff --git a/cfg/cfg_struct.c b/cfg/cfg_struct.c index 8bfe429..519c6a9 100644 --- a/cfg/cfg_struct.c +++ b/cfg/cfg_struct.c @@ -295,8 +295,7 @@ static void

Re: [SR-Users] Core Dump during shutdown on SPARC64

Hi Daniel, I haven’t yet but I will try to test shortly. Here is the value of the block variable: (gdb) p /s block $1 = (unsigned char *) 0x76e5ded4 “" Thanks, Spencer On Jan 13, 2016, at 11:07 PM, Daniel-Constantin Mierla > wrote: Hello,

Re: [SR-Users] Core Dump during shutdown on SPARC64

Hi Daniel, See below: (gdb) p group->var_offset $1 = 64 (gdb) p mapping[i].offset $2 = 56 Thanks! Spencer > On Jan 13, 2016, at 10:18 PM, Daniel-Constantin Mierla > wrote: > > Hello, > > can you get the values for group->var_offset and mapping[i].offset in > frame 0? >

Re: [SR-Users] Core Dump during shutdown on SPARC64

Hello, can you get the values for group->var_offset and mapping[i].offset in frame 0? Cheers, Daniel On 14/01/16 05:41, Spencer Thomason wrote: > Hello, > I’m trying to get Kamailio running on Solaris 11 SPARC64 and I’m receiving a > bus error on shutdown. If needed, we can make SPARC

Re: [SR-Users] Core Dump during shutdown on SPARC64

Hello, hmm, they are multiple of 8, so they should be aligned to 64bits. Or maybe the 'block' variable value is not aligned to 8bytes ... Have you done any sip traffic via this kamailio instance. Is all ok at runtime? Cheers, Daniel On 14/01/16 08:01, Spencer Thomason wrote: > Hi Daniel, >

Re: [SR-Users] Core dump while saving user location in mongo

Cc: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Core dump while saving user location in mongo Hello, I pushed a patch that takes care of initializing the columns array of the result - it is in the master branch for now. However, the log messages don't seem to be complete

Re: [SR-Users] Core dump while saving user location in mongo

Hello, can you give the parameters for usrloc module? Are you using DB_ONLY mode? Cheers, Daniel On 29/01/15 08:55, Mickael Marrache wrote: Hi, When my proxy receives a REGISTER request, it crashes while saving the user location in MongoDB. This is the backtrace from the core

Re: [SR-Users] Core dump while saving user location in mongo

...@lists.sip-router.org] On Behalf Of Daniel-Constantin Mierla Sent: Thursday, January 29, 2015 12:23 PM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Core dump while saving user location in mongo Hello, can you give the parameters for usrloc module? Are you using DB_ONLY mode? Cheers

Re: [SR-Users] Core dump while saving user location in mongo

Also, give the error messages from syslog file. Cheers, Daniel On 29/01/15 11:23, Daniel-Constantin Mierla wrote: Hello, can you give the parameters for usrloc module? Are you using DB_ONLY mode? Cheers, Daniel On 29/01/15 08:55, Mickael Marrache wrote: Hi, When my proxy receives

Re: [SR-Users] Core dump while saving user location in mongo

Mierla Sent: Thursday, January 29, 2015 12:26 PM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Core dump while saving user location in mongo Also, give the error messages from syslog file. Cheers, Daniel On 29/01/15 11:23, Daniel-Constantin Mierla wrote: Hello, can you give

Re: [SR-Users] Core dump while saving user location in mongo

:* sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On Behalf Of *Daniel-Constantin Mierla *Sent:* Thursday, January 29, 2015 12:26 PM *To:* Kamailio (SER) - Users Mailing List *Subject:* Re: [SR-Users] Core dump while saving user location in mongo Also, give the error messages from

Re: [SR-Users] Core Dump from select stmt

The fix fixed the problem with the select but I am still getting core dumps. This looks like when an Option request comes in. I have included the back trace from the core files. Thanks Nathaniel On 4/19/2012 10:16 AM, Akan wrote: The fix resolved the problem. Thanks Nathaniel On

Re: [SR-Users] Core Dump from select stmt

The fix resolved the problem. Thanks Nathaniel On 4/18/2012 3:03 AM, Daniel-Constantin Mierla wrote: Hello, On 4/17/12 4:52 AM, Akan wrote: Sorry, I am new to git. What is the git command to add the patch or can I just download all of the updates? you can download now all updates if you

Re: [SR-Users] Core Dump from select stmt

Hello, the issue was produced inside the debugger module, while printing config trace, according to the worker process back trace. Can you try with the patch from following commit: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=40ddcf88df9ef71bba7c182b7a1d76b559645628

Re: [SR-Users] Core Dump from select stmt

Sorry, I am new to git. What is the git command to add the patch or can I just download all of the updates? Thanks Nathaniel On 4/16/2012 8:31 AM, Daniel-Constantin Mierla wrote: Hello, the issue was produced inside the debugger module, while printing config trace, according to the worker

Re: [SR-Users] Core Dump from select stmt

Hello, this one seems from the main process during the shut down cleanup. Perhaps the core from main process overwritten the one from worker process. Can you enable one core file per process in Solaris? In linux is possible via: echo 1 /proc/sys/kernel/core_uses_pid Then you have to

Re: [SR-Users] Core Dump from select stmt

On Solaris they seem to manage core dumps a little differently. Only 3 processes produced core dumps. I have included the text files of the back trace. Thanks Nathaniel On 4/15/2012 5:34 AM, Daniel-Constantin Mierla wrote: Hello, this one seems from the main process during the shut down

Re: [SR-Users] Core Dump from select stmt

Hello, from the log messages, you got a core dump file. Locate it (should be in / if you haven't specified -w 'path' or solaris does not have a special directory for corefiles) and get the back trace: gdb /path/to/kamailio /path/to/corefile Then inside gdb execute 'bt full' and send the

Re: [SR-Users] Core Dump from select stmt

Here is the output from gdb that you requested: Core was generated by `./kamailio'. Program terminated with signal 10, Bus error. #0 0x0001001c9ff0 in cfg_destory_groups () at cfg/cfg_struct.c:306 306 old_string = *(char **)(block +

Re: [SR-Users] core dump

[mailto:sr-users-boun...@lists.sip-router.org] En nombre de Klaus Darilion Enviado el: miércoles, 11 de mayo de 2011 11:40 Para: sr-users@lists.sip-router.org Asunto: Re: [SR-Users] core dump IIRC there were some changes in recent kernels which needs some more tweaking (there was a commit from Daniel

Re: [SR-Users] core dump

Hi, I also have the same problem with kamailio 3.1 I made a modification to the file daemonize.c because if lim.rlim_cur is set to -1 the test with size parameter at line 491 do not work because rlimit parameters are unsigned int. --- kamailio-3.1.0/daemonize.c.ori 2011-04-12

Re: [SR-Users] core dump

2011 11:20 Para: sr-users@lists.sip-router.org Asunto: Re: [SR-Users] core dump Hi, I also have the same problem with kamailio 3.1 I made a modification to the file daemonize.c because if lim.rlim_cur is set to -1 the test with size parameter at line 491 do not work because rlimit parameters