[Opensim-users] Odd but persistent symptom [text][bayes]

Mon Jan 26 20:04:57 UTC 2009

To upgrade, I followed DrS's script here:
  http://xyzzyxyzzy.net/2009/01/06/mono-20-build-script/

and it worked great for me (it takes some time, btw).

Also BTW: the
  export MONO_THREADS_PER_CPU=150
was tested only under Mono 2.0.1 (at least by me), so you might want to repeat your test.

-----Ursprüngliche Nachricht-----
Von: opensim-users-bounces at lists.berlios.de [mailto:opensim-users-bounces at lists.berlios.de] Im Auftrag von John Hopkin
Gesendet: Montag, 26. Januar 2009 20:57
An: opensim-users at lists.berlios.de
Betreff: Re: [Opensim-users] Odd but persistent symptom [text][bayes]

I though 2.0.1 was still a bit of a tricky business?  If it's
reasonably straightforward now, I'll definitely upgrade.  I'll have a
poke around for information - thanks.

If anyone knows of any write-ups on the upgrade procedure, I'd be
grateful for pointers.

Kyle Hamilton wrote:

>I'd suggest upgrading to mono 2.0.1, since they did change a few
>things.  (I'm not sure what those are, but I haven't heard complaints
>from those who upgraded, and it appears likely that fairly soon the
>OpenSim codebase will start using higher-version C# features that
>2.0.1 supports but 1.9.1 doesn't.)
>
>-Kyle H
>
>On Mon, Jan 26, 2009 at 6:47 AM, John Hopkin
><opensim at jfhopkin.karoo.co.uk> wrote:
>> Dirk Krause wrote:
>>
>>>it doesn't really sound like this bug here
>>>  http://opensimulator.org/mantis/view.php?id=2946
>>>but maybe you want to make sure that you set the number of threads high as proposed there
>>>  export MONO_THREADS_PER_CPU=150
>>>with '150' being maybe a number that is too high.
>>
>> Thanks - trying that now, and I'll report back.  If there are any
>> other Mono tweaks that may improve things, I'd be interested; through
>> lack of better knowledge I simply use 1.9.1 out-of-the-box.
>>
>>>What esp does not sound like this bug, is the console freeze. This is something that I didnt experience IIRC.
>>>
>>>Having said that, with freezing applications I always suspect hardware issues, namely faulty RAM.
>>
>> True, and what I first suspected too, but moving onto another machine
>> entirely didn't make any difference in this case.
>>
>>>-----Ursprüngliche Nachricht-----
>>>Von: opensim-users-bounces at lists.berlios.de im Auftrag von John Hopkin
>>>Gesendet: Mo 26.01.2009 01:43
>>>An: opensim-users at lists.berlios.de
>>>Betreff: [Opensim-users] Odd but persistent symptom [text][bayes]
>>>
>>>Pretty frequently, I've been experiencing lock-ups with OpenSim.exe
>>>that defy all attempts to diagnose by elimination.   It's been like
>>>this for several weeks, across various releases up to and including
>>>8131.  I'll briefly describe the symptoms here in the hope that
>>>someone might be able to point me in the right direction.
>>>
>>>1.  When it happens, the server is usually up and running, and it's
>>>much more likely to happen when two avs are logged in (I've not tried
>>>any more than two) than with one.  It can also happen with only one,
>>>or with none, and sometimes happens while scripts are still loading
>>>after starting the server, sometimes after an hour or so of running.
>>>Sometimes it can be left on overnight with no logins and it'll be
>>>fine.
>>>
>>>A typical scenario would be one av being logged in without problems
>>>for quite a long time; when a second av logs in, the server locks up
>>>within seconds.  This, however, is not a completely universal rule,
>>>just the most common of the many scenarios.
>>>
>>>2.  What happens is this: the region server stops responding at the
>>>command line, and nothing more will happen until it's killed off.
>>>Clients get logged off after timeout.  On a system monitor, one
>>>virtual CPU (it's a P4, so single-core, but with hyper-threading there
>>>are two logical CPUs) is going flat-out at around 85-95%, the second
>>>CPU idling at around the normal 30%.  This persists until the process
>>>is killed.  Memory usage continues as normal. around 30-50% of the 2GB
>>>total.
>>>
>>>3.  The server is running in grid mode, with UGAIM services provided
>>>by OSGrid, on a Ubuntu 8.10 server with Mono 1.9.1.  There are four
>>>regions serviced by one copy of OpenSim.exe.  Scripting is XEngine,
>>>physics ODE/Meshmerizer.  There are around 2200 prims in all, with
>>>perhaps 400 mostly idle scripts.
>>>
>>>4. Eliminating each of the regions in turn seems to alleviate the
>>>problem to a certain degree - most of the time, any single region may
>>>be run with less problems than all four, but there is little pattern
>>>to this in the longer term.  In the short term, it may appear that a
>>>particular region is at fault, but after a day or two the situation
>>>may change.
>>>
>>>5.  Disabling scripting doesn't seem to have much, if any effect.  No
>>>script is doing anything particularly exotic, and all are normally
>>>waiting for events.
>>>
>>>6.  Another thing which sometimes (but not always) helps is to remove
>>>the mostly recently-rezzed prims.
>>>
>>>7.  I've tried reinstalling Ubuntu, and I've also moved the whole
>>>thing from one machine to another during this time.  OpenSim has been
>>>upgraded roughly weekly to the latest stable version hosted by OSGrid.
>>>
>>>It's hard to eliminate anything, because the situation changes so
>>>often; it may appear to run fine for several hours, with two avs
>>>making moderate use of the sims for building, etc, then it may barely
>>>run at all.
>>>
>>>If any of this looks familiar to anyone, I'd be very grateful for any
>>>help.  I think you can imagine how frustrating this has been for
>>>myself and my partner, being almost completely unable to progress with
>>>our plans for building the regions into the land of our dreams.  And
>>>it's particularly galling because of the lack of consistency - we
>>>never seem to be able to narrow down the cause of the problem.
>> --
>> John Hopkin
>>
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>
>_______________________________________________
>Opensim-users mailing list
>Opensim-users at lists.berlios.de
>https://lists.berlios.de/mailman/listinfo/opensim-users
-- 
John Hopkin

_______________________________________________
Opensim-users mailing list
Opensim-users at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-users