The crash you shown are unrelated to sgen, switching to boehm will do you no good.
On Mon, Jun 6, 2016 at 2:10 AM, Burkhard Linke < bli...@cebitec.uni-bielefeld.de> wrote: > Hi, > > On 06/03/2016 09:12 PM, George, Glover E ERDC-RDE-ITL-MS CIV wrote: > >> I¹ve been trying to reproduce the case where my jobs get a core dump when >> the finalizer doesn¹t return in time, but I¹ve only been able to reproduce >> the previously posted stack trace which causes the job to hang in ³Sl² >> state (using ps). Posting the stack trace again because I somehow didn¹t >> pasted on of the threads entire stacktrace: >> >> Rodrigo, can you please follow up on the email I posted about not seeing >> anything in STDOUT/STDERR? My code doesn¹t seem to make it to where you >> are referring to. >> >> Burkhard, what file system are you guys using on your cluster? NFS, >> Gluster, Lustre? >> > 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). > > Regards, > Burkhard > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list >
_______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list