Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007895opensim[REGION] OpenSim Corepublic2016-04-26 20:082016-05-11 16:44
Assigned To 
PlatformOperating SystemOperating System Version
Product Versionmaster (dev code) 
Target VersionFixed in Version 
Summary0007895: Region crash with SIGSEGV.

Native stacktrace:

        mono() [0x4aba28]
        mono() [0x4ff1de]
        mono() [0x424462]
        /lib64/ [0x7f8728fb4100]
        /lib64/ [0x7f8728fb5172]
        mono() [0x635bbb]
        mono() [0x58bef3]

Debug info from gdb:

Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
Additional InformationGot this error on two idling regions, two days in a row now. Built with, and running under, Mono
TagsNo tags attached.
Git Revision or version number61a7566
Run Mode Grid (1 Region per Sim)
Physics EngineBulletSim
Script Engine
EnvironmentMono / Linux64
Mono VersionOther
Attached Files

- Relationships
related to 0007900closed Crash due to setting after thread start. [PATCH] 

-  Notes
smxy (reporter)
2016-05-01 21:36
edited on: 2016-05-02 05:37

With approximately 55 regions, I'm seeing this fairly regularly. Not sure what to do about it though.

zadark (reporter)
2016-05-02 03:00

@smxy. This issue is more pronounced with later Linux kernels. It also affects MS DotNet installations though less obvious.
If you would be prepared to edit (one liners) OpenSim source and confirm a fix I will pass you the edit requirements. There are only so many permutations of Linux I have access to and any additional support for the effectiveness of the change would be appreciated.
Once testing is completed I will issue a patch.
smxy (reporter)
2016-05-02 05:36

Later kernels, eh? I did just recently switch from CentOS 6 to 7, with a kernel change from 2.6.32 to 3.10.0 ...

Send me your proposed fix and let's see if it helps. :)
smxy (reporter)
2016-05-02 19:54

Just so it's documented, the fix you have me trying out is to comment out this line, in OpenSim/Framework/Monitoring/WorkManager.cs:

thread.Name = name;

and this line, in ThirdParty/SmartThreadPool/SmartThreadPool.cs:

workerThread.Name = string.Format("STP:{0}:{1}", Name, _threadCounter);

- Issue History
Date Modified Username Field Change
2016-04-26 20:08 smxy New Issue
2016-05-01 21:36 smxy Note Added: 0030256
2016-05-02 03:00 zadark Note Added: 0030257
2016-05-02 05:36 smxy Note Added: 0030258
2016-05-02 05:37 smxy Note Edited: 0030256 View Revisions
2016-05-02 19:54 smxy Note Added: 0030263
2016-05-11 16:44 smxy Relationship added related to 0007900

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker