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