Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008941opensim[GRID] Asset Servicepublic2021-11-09 15:082021-11-11 17:21
Reporterdex 
Assigned To 
PriorityurgentSeveritycrashReproducibilityrandom
StatusnewResolutionopen 
PlatformLinuxOperating SystemUBUNTU 20.04Operating System Version 20.04
Product Version0.9.1.0 
Target VersionFixed in Version 
Summary0008941: [ERROR] FATAL UNHANDLED EXCEPTION: System.NullReferenceException
DescriptionUnhandled Exception:
System.NullReferenceException: Object reference not set to an instance of an object
  at OSHttpServer.HttpClientContext.TrySendResponse (System.Int32 bytesLimit) [0x00041] in <9dacbcb60cba4444995cec6672671bd1>:0
  at OSHttpServer.ContextTimeoutManager.ProcessSendQueues () [0x00079] in <9dacbcb60cba4444995cec6672671bd1>:0
  at OSHttpServer.ContextTimeoutManager.ThreadRunProcess () [0x00037] in <9dacbcb60cba4444995cec6672671bd1>:0
  at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00014] in <533173d24dae460899d2b10975534bb0>:0
  at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <533173d24dae460899d2b10975534bb0>:0
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <533173d24dae460899d2b10975534bb0>:0
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <533173d24dae460899d2b10975534bb0>:0
  at System.Threading.ThreadHelper.ThreadStart () [0x00008] in <533173d24dae460899d2b10975534bb0>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.NullReferenceException: Object reference not set to an instance of an object
  at OSHttpServer.HttpClientContext.TrySendResponse (System.Int32 bytesLimit) [0x00041] in <9dacbcb60cba4444995cec6672671bd1>:0
  at OSHttpServer.ContextTimeoutManager.ProcessSendQueues () [0x00079] in <9dacbcb60cba4444995cec6672671bd1>:0
  at OSHttpServer.ContextTimeoutManager.ThreadRunProcess () [0x00037] in <9dacbcb60cba4444995cec6672671bd1>:0
  at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00014] in <533173d24dae460899d2b10975534bb0>:0
  at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <533173d24dae460899d2b10975534bb0>:0
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <533173d24dae460899d2b10975534bb0>:0
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <533173d24dae460899d2b10975534bb0>:0
  at System.Threading.ThreadHelper.ThreadStart () [0x00008] in <533173d24dae460899d2b10975534bb0>:0
Additional Informationserver configured to work with separate robust.assets using port 8004, I've done several checks, reconfigurations, recompilation and even so the error continues, it works for a while properly but when it starts to give errors the fsassets simply stops operating and closes the session.

0.9.2 compilation made on 10-26-2021

sorry my bad english
TagsNo tags attached.
Git Revision or version number
Run Mode Grid (Multiple Regions per Sim)
Physics EngineubODE
Script EngineYEngine
EnvironmentMono / Linux64
Mono Version6.x
Viewerfirestorm
Attached Files

- Relationships

-  Notes
(0038217)
BillBlight (developer)
2021-11-09 20:38
edited on: 2021-11-09 20:46

If this is accurate,

"0.9.0 compilation made on 10-26-2011"

Maybe try something that is not 10 years old ...

Even if that is, "0.9.0 compilation made on 10-26-2021", .0.9.0 is ancient in opensim terms ...

Separate robust/fsassets does work, tested it, so this would be most likely either a configuration issue, or a problem between, UBUNTU 20.04 and the 10 year old version of Opensimulator you are trying to run.

(0038218)
dex (reporter)
2021-11-09 21:20
edited on: 2021-11-09 21:46

sorry erros write 10-26-2021" 0.9.2 dev

Before I updated the 26th it was working fine for three months. I did the new compilation and tested it on a simpler server, everything was ok, after applying it to the main server I practically need to restart robust.asset 8, 10 times a day or more. Could there be a conflict with moneyserver or divas?

(0038219)
tampa (reporter)
2021-11-09 22:57

Diva or moneyserver is likely, but it would be useful to have more logs, specifically of the stuff before and after the error to get an idea on what it was doing. The error itself only shows the context of the sort of last step of whatever process was performed as it states an issue in the handoff to the http handler. Not likely, given the simplicity of that, that the error is entirely in there, more likely something else not talking to that properly, potentially from changes made that need to be reflected in either moneyserver or diva.

If you are using both these systems, which we don't support here, you may want to talk to their respective authors as well, at least to figure out what parts hand off to the http side of things in OpenSim.

The big issue in tracking down is figuring out which commit essentially brought the change, that means we need to know from which exact commit to which exact commit you made your compilations from to have a timespan to look at. From there and given the context it might be possible to figure out which change caused the issue either within OpenSim or the modules you compiled with.

Also, in best case always try to compile where you run, changes in the system setup can cause minor faults when binaries are exchanged between vastly different systems. Even with the advances made in the last few years it is best to compile and run on the same system or at least run the same distro and version. A bit more information on your compile environment, which steps you did and what configuration changes you made recently.
(0038220)
dex (reporter)
2021-11-11 17:21
edited on: 2021-11-13 05:24

Problem solved with update opensim-0.9.2.0Dev-1331


- Issue History
Date Modified Username Field Change
2021-11-09 15:08 dex New Issue
2021-11-09 15:15 dex Additional Information Updated View Revisions
2021-11-09 15:19 dex Severity major => crash
2021-11-09 20:38 BillBlight Note Added: 0038217
2021-11-09 20:46 BillBlight Note Edited: 0038217 View Revisions
2021-11-09 21:20 dex Additional Information Updated View Revisions
2021-11-09 21:20 dex Note Added: 0038218
2021-11-09 21:20 dex Additional Information Updated View Revisions
2021-11-09 21:21 dex Note Edited: 0038218 View Revisions
2021-11-09 21:22 dex Note Edited: 0038218 View Revisions
2021-11-09 21:45 dex Note Edited: 0038218 View Revisions
2021-11-09 21:46 dex Note Edited: 0038218 View Revisions
2021-11-09 22:57 tampa Note Added: 0038219
2021-11-11 17:21 dex Note Added: 0038220
2021-11-13 05:24 dex Note Edited: 0038220 View Revisions


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker