<div dir="ltr">Hi Gerd and Martin,<div><br></div><div>Thank you for your responses. The box does not have faulty memory, It has crashes on multiple systems, while other applications havent. I believe it is caused by an invalid free somewhere, but I cannot point where at. I have run with some tools that could have detected such problems, but I did not run into such a problem. I might have to put in more instrumentation to detect invalid memory frees.</div><div><br></div><div>I wonder if this is caused by a race condition somewhere. I was thinking for reducing the number of threads strongswan uses, at least until we can find a reason for the crash. What is the minimum number of threads needed for strongswan to run? I currently have defined 16 threads, and we run on a 16 core box.</div><div><br></div><div>-sk</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 27, 2015 at 5:53 AM, Gerd v. Egidy <span dir="ltr"><<a href="mailto:lists@egidy.de" target="_blank">lists@egidy.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Hm, not sure what actually we could do wrong in this call. It is a plain<br>
> malloc() with 24 bytes. Either we have inconsistent state by some<br>
> invalid malloc/free use, or it could even be an internal malloc issue.<br>
<br>
</span>another issue could be faulty memory. I have seen segfaults or other fatal<br>
signals sent to some processes in this case.<br>
<br>
Does your system use memory with ECC?<br>
<br>
Do other programs also segfault on this machine?<br>
<br>
Please run memtest ( <a href="http://www.memtest.org/" target="_blank">http://www.memtest.org/</a> ) for a few hours on your system<br>
and see if it finds any memory errors.<br>
<br>
Kind regards,<br>
<br>
Gerd<br>
<br>
</blockquote></div><br></div>