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 > 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 allo
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 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
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 > >
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 :0 at Nini.Config.ConfigSourceBase.Expand (IConfig config, System.String key, Boolean setValue) [0x0] in :0 at Nini.Config.ConfigSourceBase.ExpandKeyValues () [0x0] in :0 at Nini.Config.ConfigSourceBase.ReplaceKeyValues () [0x0] in :0 at OpenSim.ConfigurationLoader.LoadConfigSettings (IConfigSource argvSource, Nini.Config.EnvConfigSource envConfigSource, OpenSim.Framework.ConfigSettings& configSettings, OpenSim.Framework.NetworkServersInfo& networkInfo) [0x0] in :0 at OpenSim.OpenSimBase.LoadConfigSettings (IConfigSource configSource) [0x0] in :0 at OpenSim.OpenSimBase..ctor (IConfigSource configSource) [0x0] in :0 at OpenSim.OpenSim..ctor (IConfigSource configSource) [0x0] in :0 at OpenSim.Application.Main (System.String[] args) [0x0] in :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 :0 at Nini.Config.ConfigSourceBase.Expand (IConfig config, System.String key, Boolean setValue) [0x0] in :0 at Nini.Config.ConfigSourceBase.ExpandKeyValues () [0x0] in :0 at Nini.Config.ConfigSourceBase.ReplaceKeyValues () [0x0] in :0 at OpenSim.ConfigurationLoader.LoadConfigSettings (IConfigSource argvSource, Nini.Config.EnvConfigSource envConfigSource, OpenSim.Framework.ConfigSettings& configSettings, OpenSim.Framework.NetworkServersInfo& networkInfo) [0x0] in :0 at OpenSim.OpenSimBase.LoadConfigSettings (IConfigSource configSource) [0x0] in :0 at OpenSim.OpenSimBase..ctor (IConfigSource configSource) [0x0] in :0 at OpenSim.OpenSim..ctor (IConfigSource configSource) [0x0] in :0 at OpenSim.Application.Main (System.String[] args) [0x0] in :0 ___ Opensim-users mailing list Opensim-users@opensimulator.org http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
