<div dir="ltr">The crash you shown are unrelated to sgen, switching to boehm will do you no good.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 6, 2016 at 2:10 AM, Burkhard Linke <span dir="ltr"><<a href="mailto:blinke@cebitec.uni-bielefeld.de" target="_blank">blinke@cebitec.uni-bielefeld.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<span class=""><br>
<br>
On 06/03/2016 09:12 PM, George, Glover E ERDC-RDE-ITL-MS CIV wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I¹ve been trying to reproduce the case where my jobs get a core dump when<br>
the finalizer doesn¹t return in time, but I¹ve only been able to reproduce<br>
the previously posted stack trace which causes the job to hang in ³Sl²<br>
state (using ps).  Posting the stack trace again because I somehow didn¹t<br>
pasted on of the threads entire stacktrace:<br>
<br>
Rodrigo, can you please follow up on the email I posted about not seeing<br>
anything in STDOUT/STDERR?  My code doesn¹t seem to make it to where you<br>
are referring to.<br>
<br>
Burkhard, what file system are you guys using on your cluster?  NFS,<br>
Gluster, Lustre?<br>
</blockquote></span>
The cluster is using CephFS based on the kernel implementation in for accessing data (Ubuntu Xenial kernel backport for Trusty, version 4.4.0-21). We are currently trying to "resolve" the bug by falling back to boehm gc (mono-boehm instead of mono-sgen).<span class=""><br>
<br>
Regards,<br>
Burkhard<br>
_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com" target="_blank">Mono-devel-list@lists.ximian.com</a><br>
</span><a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" rel="noreferrer" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
</blockquote></div><br></div>