Re: [Opensim-users] Problem after upgrading to 0.8.1
You should diff your config files against those delivered with 0.8.1, merging your changes into the new ones. Just copying files over, blindly, is a recipe for disaster. If, after you've done that, you still have issues, let us know. -ste On 6/4/15 11:56 AM, Klaus-E. Klingner wrote: Hi, after upgrading to 0.8.1 the sims refuse to start with the error attached below. I am using exactly the same configfiles I used for 0.8.0.3 (I copied them over from the working instances). ___ Opensim-users mailing list Opensim-users@opensimulator.org http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
[Opensim-users] Problem after upgrading to 0.8.1
Hi, after upgrading to 0.8.1 the sims refuse to start with the error attached below. I am using exactly the same configfiles I used for 0.8.0.3 (I copied them over from the working instances). The ROBUST instance is working fine with the copied config. I am running the latest mono 4.0.1 on Ubuntu 14.04.2 LTS (64bit) I have not yet tried to recreate the inis from scratch, since they work in the old sims. Any Ideas? Regards, Klaus ~/grid/sim02$ mono OpenSim.exe -console -hypergrid=true 17:45:13 - [OPENSIM MAIN]: configured log4net using default OpenSim.exe.config 17:45:13 - [OPENSIM MAIN]: System Locale is en-US 17:45:13 - [OPENSIM MAIN]: Environment variable MONO_THREADS_PER_CPU is unset 17:45:13 - [OPENSIM MAIN]: Runtime gave us 8 min worker threads and 16 min IOCP threads 17:45:13 - [OPENSIM MAIN]: Runtime gave us 800 max worker threads and 32 max IOCP threads 17:45:13 - [OPENSIM MAIN]: Bumping up max IOCP threads to 1000 17:45:13 - [OPENSIM MAIN]: Threadpool set to 800 max worker threads and 1000 max IOCP threads 17:45:13 - [OPENSIM MAIN]: Environment is supported by OpenSimulator. 17:45:13 - [CONFIG]: Reading configuration settings 17:45:13 - [CONFIG]: Reading configuration file /opt/opensim/grid/instance2/opensim-0.8.1/bin/OpenSimDefaults.ini 17:45:13 - [CONFIG]: Reading configuration file /opt/opensim/grid/instance2/opensim-0.8.1/bin/OpenSim.ini 17:45:13 - [CONFIG]: Reading configuration file /opt/opensim/grid/instance2/opensim-0.8.1/bin/config-include/GridHypergrid.ini 17:45:13 - [CONFIG]: Reading configuration file /opt/opensim/grid/instance2/opensim-0.8.1/bin/config-include/GridCommon.ini 17:45:13 - [CONFIG]: Reading configuration file /opt/opensim/grid/instance2/opensim-0.8.1/bin/config-include/FlotsamCache.ini 17:45:13 - [CONFIG]: Reading configuration file /opt/opensim/grid/instance2/opensim-0.8.1/bin/config-include/MySettings.ini 17:45:13 - [CONFIG]: Reading configuration file /opt/opensim/grid/instance2/opensim-0.8.1/bin/config-include/SimSettings.ini 17:45:13 - [CONFIG]: Loading environment variables for Config 17:45:13 - [APPLICATION]: APPLICATION EXCEPTION DETECTED: System.UnhandledExceptionEventArgs Exception: System.ArgumentException: Key not found: 0 at Nini.Config.ConfigSourceBase.ExpandValue (IConfig config, System.String search) [0x0] in filename unknown:0 at Nini.Config.ConfigSourceBase.Expand (IConfig config, System.String key, Boolean setValue) [0x0] in filename unknown:0 at Nini.Config.ConfigSourceBase.ExpandKeyValues () [0x0] in filename unknown:0 at Nini.Config.ConfigSourceBase.ReplaceKeyValues () [0x0] in filename unknown:0 at OpenSim.ConfigurationLoader.LoadConfigSettings (IConfigSource argvSource, Nini.Config.EnvConfigSource envConfigSource, OpenSim.Framework.ConfigSettings configSettings, OpenSim.Framework.NetworkServersInfo networkInfo) [0x0] in filename unknown:0 at OpenSim.OpenSimBase.LoadConfigSettings (IConfigSource configSource) [0x0] in filename unknown:0 at OpenSim.OpenSimBase..ctor (IConfigSource configSource) [0x0] in filename unknown:0 at OpenSim.OpenSim..ctor (IConfigSource configSource) [0x0] in filename unknown:0 at OpenSim.Application.Main (System.String[] args) [0x0] in filename unknown:0 Application is terminating: True [ERROR] FATAL UNHANDLED EXCEPTION: System.ArgumentException: Key not found: 0 at Nini.Config.ConfigSourceBase.ExpandValue (IConfig config, System.String search) [0x0] in filename unknown:0 at Nini.Config.ConfigSourceBase.Expand (IConfig config, System.String key, Boolean setValue) [0x0] in filename unknown:0 at Nini.Config.ConfigSourceBase.ExpandKeyValues () [0x0] in filename unknown:0 at Nini.Config.ConfigSourceBase.ReplaceKeyValues () [0x0] in filename unknown:0 at OpenSim.ConfigurationLoader.LoadConfigSettings (IConfigSource argvSource, Nini.Config.EnvConfigSource envConfigSource, OpenSim.Framework.ConfigSettings configSettings, OpenSim.Framework.NetworkServersInfo networkInfo) [0x0] in filename unknown:0 at OpenSim.OpenSimBase.LoadConfigSettings (IConfigSource configSource) [0x0] in filename unknown:0 at OpenSim.OpenSimBase..ctor (IConfigSource configSource) [0x0] in filename unknown:0 at OpenSim.OpenSim..ctor (IConfigSource configSource) [0x0] in filename unknown:0 at OpenSim.Application.Main (System.String[] args) [0x0] in filename unknown:0 ___ Opensim-users mailing list Opensim-users@opensimulator.org http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
Re: [Opensim-users] Script engine issue [listeners]
OK, just to close the loop on this. After making the adjustments to the correct set of ini files(ugh); the issue appears to be resolved. it turns out, it wasn't the max_listens_per region.. but in fact Was the max_listens_per_script. The default is set to 64 (I believe). I set it to 0 so as to not impose any limitations and Voilà .. it's fixed! I want to thank everyone who took the time to respond... it is much appreciated! Kind Regards, Karl This dump is after the issue presents itself and it's not showing any scripts waiting for load. That's what is really strange. They all work perfectly for an underterminate amount of time then, a random subset of them just stop. I will point out that when I adjusted the max_listens_per_script max_listens_per_region, I adjusted the ini files for a different region (smacks myself in the head) so I just finished adjusting the correct files and am not restarting the simulator. We'll see if that takes care of it. Also, what's the word on increasing the MaxThreads setting from 100 to lets say 300 ... Could that setting be imposing some sort of limitation and would adjusting it up cause any unexpected negative side effects? Kind Regards, Karl Hi Karl, When this stops working, can you check the xengine status in the console? I see the results you have included here, but is this before or after the communication stops? We had a similar issue back in December on 3rd Rock Grid and when things stopped working, checking the xengine status would always show scripts waiting for load. Can you see if this is the case for you? When this stops working does xengine status show scripts waiting for load? If so, I can share the steps we took to correct our issues which might work for you as well. Additionally, which version of opensim are you running? ~Butch On 6/1/2015 11:35 AM, Karl Dreyer wrote: Hello everyone... I have a member that is experiencing a strange issue. He has server and client modules (in world prims using llRegionSay llRegionSayTo to communicate commands to client prims). When the simulator is restarted, all works properly as expected BUT then, after what seems to be a random length of time it seems that communcations on the sim cease to function. i.e. It's almost as if the llRegionSay llRegionSayTo cease to work properly. the client prims aren't receiving the messages from the servers. What makes this even more strange is that it doesn't happen with all of them and the prims being effected is random.. in other words, an hour after the sim is restarted (for example) a subset of the servers are failing to properly send messages but the subset of scripts effected seems to be different each time. I have had my resident go through and confirm that channel settings are set correctly and that there is no channel confusion or conflicts ... the scripts themselves seem to be OK. I also had him test this system on a blank sim or a sim with considerably less scripts and the system works flawlessly. My first thought was that there was an issue with the listeners in the receiving prims and we're hitting some sort of imposed limit to the number of listeners or listener events allowed on a region. I found in the OpenSimDefaults.ini file that there is in fact a max_listens_per_region setting and a max_listens_per_script setting. My first inclination was that he was hitting one of these limits so, I modified these settings to 0 so that the system would not impose any limits and unfortunately, this did not fix the issue. Is there somewhere else in the ini files or hardcoded in the simulator code itself where a limitation is being set? If not, what else could be causing this behavior? Below is a dump of some of the relevant statistics for the region in question. Any assistance would be greatly appreciated. CONNECTION STATISTICS Client logouts due to no data receive timeout: 0 SAMPLE FRAME STATISTICS Dilatn SimFPS PhyFPS AgntUp RootAg ChldAg Prims AtvPrm AtvScr ScrLPS 1.00 54 53.8 0.0 0 0 6623 0 1760 5 PktsIn PktOut PendDl PendUl UnackB TotlFt NetFt PhysFt OthrFt AgntFt ImgsFt 15 24 0 0 0 19.1 0.0 0.0 0.0 0.0 0.0 MEMORY STATISTICS Heap allocated to OpenSim : 645 MB Last heap allocation rate : 0.323 MB/s Average heap allocation rate: 0.202 MB/s Process memory : 1270 MB Status of XEngine instance Scripts loaded : 1760 Scripts waiting for load : 0 Max threads : 100 Min threads : 2 Allocated threads : 12 In use threads : 2 Work items waiting : 0 Events queued : 0 Events processed : 214185 Sensors : 8 Dataserver requests : 0 Timers : 46
Re: [Opensim-users] Script engine issue [listeners]
I wonder why the scripts need so many listens? I seldom have more than 1 or 2. On Thu, Jun 4, 2015 at 9:40 AM, Karl Dreyer paoli...@islandoasis.biz wrote: OK, just to close the loop on this. After making the adjustments to the correct set of ini files(ugh); the issue appears to be resolved. it turns out, it wasn't the max_listens_per region.. but in fact Was the max_listens_per_script. The default is set to 64 (I believe). I set it to 0 so as to not impose any limitations and Voilà .. it's fixed! I want to thank everyone who took the time to respond... it is much appreciated! Kind Regards, Karl This dump is after the issue presents itself and it's not showing any scripts waiting for load. That's what is really strange. They all work perfectly for an underterminate amount of time then, a random subset of them just stop. I will point out that when I adjusted the max_listens_per_script max_listens_per_region, I adjusted the ini files for a different region (smacks myself in the head) so I just finished adjusting the correct files and am not restarting the simulator. We'll see if that takes care of it. Also, what's the word on increasing the MaxThreads setting from 100 to lets say 300 ... Could that setting be imposing some sort of limitation and would adjusting it up cause any unexpected negative side effects? Kind Regards, Karl Hi Karl, When this stops working, can you check the xengine status in the console? I see the results you have included here, but is this before or after the communication stops? We had a similar issue back in December on 3rd Rock Grid and when things stopped working, checking the xengine status would always show scripts waiting for load. Can you see if this is the case for you? When this stops working does xengine status show scripts waiting for load? If so, I can share the steps we took to correct our issues which might work for you as well. Additionally, which version of opensim are you running? ~Butch On 6/1/2015 11:35 AM, Karl Dreyer wrote: Hello everyone... I have a member that is experiencing a strange issue. He has server and client modules (in world prims using llRegionSay llRegionSayTo to communicate commands to client prims). When the simulator is restarted, all works properly as expected BUT then, after what seems to be a random length of time it seems that communcations on the sim cease to function. i.e. It's almost as if the llRegionSay llRegionSayTo cease to work properly. the client prims aren't receiving the messages from the servers. What makes this even more strange is that it doesn't happen with all of them and the prims being effected is random.. in other words, an hour after the sim is restarted (for example) a subset of the servers are failing to properly send messages but the subset of scripts effected seems to be different each time. I have had my resident go through and confirm that channel settings are set correctly and that there is no channel confusion or conflicts ... the scripts themselves seem to be OK. I also had him test this system on a blank sim or a sim with considerably less scripts and the system works flawlessly. My first thought was that there was an issue with the listeners in the receiving prims and we're hitting some sort of imposed limit to the number of listeners or listener events allowed on a region. I found in the OpenSimDefaults.ini file that there is in fact a max_listens_per_region setting and a max_listens_per_script setting. My first inclination was that he was hitting one of these limits so, I modified these settings to 0 so that the system would not impose any limits and unfortunately, this did not fix the issue. Is there somewhere else in the ini files or hardcoded in the simulator code itself where a limitation is being set? If not, what else could be causing this behavior? Below is a dump of some of the relevant statistics for the region in question. Any assistance would be greatly appreciated. CONNECTION STATISTICS Client logouts due to no data receive timeout: 0 SAMPLE FRAME STATISTICS Dilatn SimFPS PhyFPS AgntUp RootAg ChldAg Prims AtvPrm AtvScr ScrLPS 1.00 54 53.8 0.0 0 0 6623 0 1760 5 PktsIn PktOut PendDl PendUl UnackB TotlFt NetFt PhysFt OthrFt AgntFt ImgsFt 15 24 0 0 0 19.1 0.0 0.0 0.0 0.0 0.0 MEMORY STATISTICS Heap allocated to OpenSim : 645 MB Last heap allocation rate : 0.323 MB/s Average heap allocation rate: 0.202 MB/s Process memory : 1270 MB Status of XEngine instance Scripts loaded : 1760 Scripts waiting for load : 0 Max threads : 100 Min threads : 2 Allocated threads : 12 In
Re: [Opensim-users] Script engine issue [listeners]
I don't believe that the setting is referencing the number of listeners in a script.. but rather, the number of listen events per script .. i.e. the number of times a script can execute the listen capture event ... based on the scenario it made sense because the scripts would work perfectly for a random period of time, then a random subset of scripts would just cease to function. I would imagine that is due to the fact that those scripts had reached their limit ... so if the communications between prims such as server / client prims (via llRegionSay) is very active; it could conceivably hit the 64 limit. I will point out that all of this is hypothesis based on the behavior I've seen and the reaction to the change I've made in the opensimdefaults.ini file. I wonder why the scripts need so many listens? I seldom have more than 1 or 2. On Thu, Jun 4, 2015 at 9:40 AM, Karl Dreyer paoli...@islandoasis.biz wrote: OK, just to close the loop on this. After making the adjustments to the correct set of ini files(ugh); the issue appears to be resolved. it turns out, it wasn't the max_listens_per region.. but in fact Was the max_listens_per_script. The default is set to 64 (I believe). I set it to 0 so as to not impose any limitations and Voilà .. it's fixed! I want to thank everyone who took the time to respond... it is much appreciated! Kind Regards, Karl This dump is after the issue presents itself and it's not showing any scripts waiting for load. That's what is really strange. They all work perfectly for an underterminate amount of time then, a random subset of them just stop. I will point out that when I adjusted the max_listens_per_script max_listens_per_region, I adjusted the ini files for a different region (smacks myself in the head) so I just finished adjusting the correct files and am not restarting the simulator. We'll see if that takes care of it. Also, what's the word on increasing the MaxThreads setting from 100 to lets say 300 ... Could that setting be imposing some sort of limitation and would adjusting it up cause any unexpected negative side effects? Kind Regards, Karl Hi Karl, When this stops working, can you check the xengine status in the console? I see the results you have included here, but is this before or after the communication stops? We had a similar issue back in December on 3rd Rock Grid and when things stopped working, checking the xengine status would always show scripts waiting for load. Can you see if this is the case for you? When this stops working does xengine status show scripts waiting for load? If so, I can share the steps we took to correct our issues which might work for you as well. Additionally, which version of opensim are you running? ~Butch On 6/1/2015 11:35 AM, Karl Dreyer wrote: Hello everyone... I have a member that is experiencing a strange issue. He has server and client modules (in world prims using llRegionSay llRegionSayTo to communicate commands to client prims). When the simulator is restarted, all works properly as expected BUT then, after what seems to be a random length of time it seems that communcations on the sim cease to function. i.e. It's almost as if the llRegionSay llRegionSayTo cease to work properly. the client prims aren't receiving the messages from the servers. What makes this even more strange is that it doesn't happen with all of them and the prims being effected is random.. in other words, an hour after the sim is restarted (for example) a subset of the servers are failing to properly send messages but the subset of scripts effected seems to be different each time. I have had my resident go through and confirm that channel settings are set correctly and that there is no channel confusion or conflicts ... the scripts themselves seem to be OK. I also had him test this system on a blank sim or a sim with considerably less scripts and the system works flawlessly. My first thought was that there was an issue with the listeners in the receiving prims and we're hitting some sort of imposed limit to the number of listeners or listener events allowed on a region. I found in the OpenSimDefaults.ini file that there is in fact a max_listens_per_region setting and a max_listens_per_script setting. My first inclination was that he was hitting one of these limits so, I modified these settings to 0 so that the system would not impose any limits and unfortunately, this did not fix the issue. Is there somewhere else in the ini files or hardcoded in the simulator
