[Opensim-users] MapItemRequestThread errors

Sarge Misfit fubat.enterprises at gmail.com
Tue Jun 5 02:39:04 UTC 2012


Thanks, Justin.

I guess I should clarify, there's 19 regions on my offline standalone, all
nonContiguous. This is the system I use for all my building. Anyway, when I
enter "show thread" I get a Last Update of 1060ms for each region.

I've noticed that the red error messages are showing an increasing period.
When I posted this it was at 5835ms and now they are up to 6584ms.

I'll file a Mantis and will include log entries.

Sarge



On Mon, Jun 4, 2012 at 6:23 PM, Justin Clark-Casey <jjustincc at googlemail.com
> wrote:

> On 04/06/12 13:37, Sarge Misfit wrote:
>
>> I am seeing red error messages as follows:
>>
>> ERROR - OpenSim.OpenSim [WATCHDOG]: Timeout detected for thread
>> "MapItemRequestThread (Workshop)".
>> ThreadState=Background. Last tick was 5835ms ago
>>
>> I don't think this is anything to worry about as this is my offline
>> standalone, so I am the only user and don't need the
>> Map, but I would like to fix this anyway.
>>
>
> This thread is used in the WorldMapModule to serve map item requests by
> the looks of it (I'm not an expert in this area).  The targets are other
> regions - possibly in standalone mode a network request is still being made
> (not ideal but possible).
>
> It looks like there an 80ms thread whilst the thread waits for responses.
>  From a quick scan of this code, I'm not sure those requests have timeouts,
> though no response would be odd if all the regions are local.  If there are
> no timeouts or even long ones, then that would tie up the thread
> sufficiently to cause the timeout warning.
>
> If the thread is permanently tied up then I suspect the symptom would be
> that map items no longer work.  You could determine this by executing "show
> threads" on the region console.  If you see a MapItemRequestThread
> (<region-name>) with a high LAST UPDATE (MS) then this would indicate that
> it's stalled.
>
> It would be good if you could file a mantis on this with all the details,
> though no guarantee of a quick fix.
>
>
> --
> Justin Clark-Casey (justincc)
> http://justincc.org/blog
> http://twitter.com/justincc
> ______________________________**_________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20120604/3b1aca84/attachment.html>


More information about the Opensim-users mailing list