[sr-dev] Crash with coredump
miconda at gmail.com
Tue Feb 4 21:26:11 CET 2014
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).
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