[sr-dev] Crash with coredump
Daniel-Constantin Mierla
miconda at gmail.com
Tue Feb 4 21:26:11 CET 2014
Hello,
this happens due to an abort() that is executed only when MEMDBG is set
(memory debugging is turned on). It's main purpose is to spot double frees.
For production, either MEMDBG is not set or you set mem_safety global
parameter. You will get the log message, but the application keeps running.
I also recommend to upgrade to 4.1.1, there were some fixes that affect
this case as well.
On the other side, I will try to see what could be the situation to end
in the two frees once I get a chance (still in the middle of a traveling
period for a while here).
Cheers,
Daniel
On 04/02/14 19:51, Øyvind Kolbu wrote:
>> okay, I see it is happening during resize of shm memory... Can you re-create
>> on demand? load related?
> Can not re-create on demand, but this is the second time in two weeks something like this has
> happened. From our graphs it happened just after a peak in CPU usage, and it might actually
> been swapping slightly. Could add some more memory to the machine to see if the problems
> goes away.
>
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
More information about the sr-dev
mailing list