OpenSim Mantis

Subscribe to OpenSim Mantis feed OpenSim Mantis
MantisBT - Issues
Updated: 42 min 19 sec ago

0007191: [BULLETSIM] exception with linkset on startup

Tue, 11/04/2014 - 08:03
race condition when creating/destroying large linksets<br /> <a href="http://pastebin.com/7Nn2mZe2">http://pastebin.com/7Nn2mZe2</a> [<a href="http://pastebin.com/7Nn2mZe2" target="_blank">^</a>]<br /> <br /> This exception occurs during startup and the region runs very poorly afterwards
Categories: OpenSim Mantis

0007364: Linkset Rebuild Warning.

Tue, 11/04/2014 - 07:13
Posting this Mantis because that's what the error says to do.<br /> <br /> <br /> 04:00:07 - [BULLETSIM LINKSET COMPOUND]: Linkset rebuild warning. If this happens more than one or two times, please report in Manti<br /> s 7191<br /> 04:00:07 - [BULLETSIM LINKSET COMPOUND]: pName=[HofC] Bondage Ball/9d646cdc-f8bb-4ae0-bd34-4d98af56891e, childIdx=1, shape=<phy=<p=u<br /> nknown,s=SHAPE_UNKNOWN,k=0,n=False>,c=1>
Categories: OpenSim Mantis

0007363: Items in assetcache do not propagate to the asset server

Thu, 10/30/2014 - 04:29
Users upload texture on region A. On TP to region B on another server, texture does not exist. Upon return to region A texture returns. Additionally, when clearing assetcache of a region, user experiences loss of content and textures randomly on restart. Restoring an OAR taken right before the assetcache clear does not resolve the issue, the assets still are non-existent which means they never went to the asset server. To resolve the issue, if I restore the original assetcache the item returns. This occurs on ODE and Bullet regions, VAR's or standard regions.
Categories: OpenSim Mantis

0004380: Several MySQL tables have no index keys

Wed, 10/29/2014 - 23:08
While looking at the database structure using phpMyAdmin I noticed a message on some of the tables that they had no index. There are five tables with no defined index. They are avatarattachments, landaccesslist, regionban, terrain, and migrations.<br /> <br /> The lack of an index on migrations is unlikely to be an issue but the first four should have an index. I have attached two migration files which add the missing indexes. The files belong in OpenSim/Data/MySQL/Resources
Categories: OpenSim Mantis

0007130: Asset database growing with very many instances of terrainImage_uuid

Wed, 10/29/2014 - 06:30
I can see the MySQL data base for my grid growing quite rapidly... and it could be that there are very many repeats of assets that are named "terrainImage_uuid" for each region (the description in the asset lists the region name.<br /> <br /> SELECT COUNT(*) FROM opensim.assets WHERE name LIKE "terrainImage_%";<br /> shows 4000 or so records for a grid with 16 regions.<br /> <br /> [Warning - the query might take a long time if you just use * to SHOW the records rather than COUNT(*) to give the count of those present]<br /> <br /> I do have Warp3D rendering on and refresh the maps every 20 hours... in OpenSim.ini I have...<br /> <br /> MaptileRefresh = 72000<br /> <br /> I thought the setup now in 0.8.0 dev master deleted earlier versions of such "map" images?
Categories: OpenSim Mantis

0007361: OAR save and load does not preserve telehub details for region

Sun, 10/26/2014 - 12:31
save oar and load oar do not save the telehub and spawn point details for a region. They have to be recreated after restoring a region.<br /> <br /> Telehubs are important to allow avatars on a grid who are not the region owner, or member of a group owned region to set a home position.
Categories: OpenSim Mantis

0007360: 14 tables without primary key PGSQL

Fri, 10/24/2014 - 08:59
I ran a synchronization procedure between the production database and a backup database, and the sync product complains that 14 tables are not sinkable because they miss primary keys. ... which I guess is quite fundamental for reliable syncs. <br /> <br /> The tables in question are:<br /> <br /> Table `public.auth' is not synchronizable since it does not have primary key<br /> Table `public.estate_groups' is not synchronizable since it does not have primary key<br /> Table `public.estate_managers' is not synchronizable since it does not have primary key<br /> Table `public.estate_map' is not synchronizable since it does not have primary key<br /> Table `public.estate_settings' is not synchronizable since it does not have primary key<br /> Table `public.estate_users' is not synchronizable since it does not have primary key<br /> Table `public.estateban' is not synchronizable since it does not have primary key<br /> Table `public.landaccesslist' is not synchronizable since it does not have primary key<br /> Table `public.migrations' is not synchronizable since it does not have primary key<br /> Table `public.presence' is not synchronizable since it does not have primary key<br /> Table `public.regionban' is not synchronizable since it does not have primary key<br /> Table `public.terrain' is not synchronizable since it does not have primary key<br /> Table `public.tokens' is not synchronizable since it does not have primary key<br /> Table `public.usernotes' is not synchronizable since it does not have primary key<br /> <br /> I guess it should be doable to set a key for all these tables for all database implementations?
Categories: OpenSim Mantis

0007359: Datasnapshot not running - PGSQL adapter related?

Thu, 10/23/2014 - 11:17
Not sure if this is a bug or feature, but the Datasnapshot module does not do anything after the initial load of the module.<br /> <br /> Perhaps this is related to running the PGSQL adapter?<br /> <br /> During startup it logs the following, but after that there is no activity at all, and no more logging:<br /> <br /> <br /> 2014-10-23 15:55:49,911 INFO - OpenSim.Region.DataSnapshot.DataSnapshotManager [DATASNAPSHOT]: data service <a href="http://www.xmir.org/search/register.php">http://www.xmir.org/search/register.php</a> [<a href="http://www.xmir.org/search/register.php" target="_blank">^</a>] notified. Secret: ca26d6b4-499e-4d94-ad9b-c348ce52666e<br /> 2014-10-23 15:56:59,260 INFO - OpenSim.Framework.PluginLoader`1 [PLUGINS]: Plugin Loaded: DataSnapshot<br /> 2014-10-23 15:56:59,261 INFO - OpenSim.ApplicationPlugins.RegionModulesController.RegionModulesControllerPlugin [REGIONMODULES]: From plugin DataSnapshot, (version 0.1), loaded 1 modules, 1 shared, 0 non-shared 0 unknown<br /> 2014-10-23 15:57:00,858 DEBUG - OpenSim.Region.DataSnapshot.DataSnapshotManager [DATASNAPSHOT]: Module added to Scene Meteora.<br /> 2014-10-23 15:57:00,859 INFO - OpenSim.Region.DataSnapshot.SnapshotStore [DATASNAPSHOT]: Response and fragment cache directory already exists.<br /> 2014-10-23 15:57:00,859 INFO - OpenSim.Region.DataSnapshot.DataRequestHandler [DATASNAPSHOT]: Set up snapshot service<br /> 2014-10-23 15:57:00,870 INFO - OpenSim.Region.DataSnapshot.DataSnapshotManager [DATASNAPSHOT]: data service <a href="http://www.xmir.org/search/register.php">http://www.xmir.org/search/register.php</a> [<a href="http://www.xmir.org/search/register.php" target="_blank">^</a>] notified. Secret: 2f3d50fd-92fa-4d9b-9190-2b98d6c7204a<br /> 2014-10-23 15:57:00,871 DEBUG - OpenSim.Region.DataSnapshot.DataSnapshotManager [DATASNAPSHOT]: Added new data provider type: EstateSnapshot<br /> 2014-10-23 15:57:00,871 DEBUG - OpenSim.Region.DataSnapshot.DataSnapshotManager [DATASNAPSHOT]: Added new data provider type: LandSnapshot<br /> 2014-10-23 15:57:00,872 DEBUG - OpenSim.Region.DataSnapshot.DataSnapshotManager [DATASNAPSHOT]: Added new data provider type: ObjectSnapshot<br /> 2014-10-23 15:57:01,118 DEBUG - OpenSim.Region.DataSnapshot.DataSnapshotManager [DATASNAPSHOT]: Marking scene Meteora as stale.<br /> <br /> <br /> Opensim.ini section is configured like this:<br /> <br /> [DataSnapshot]<br /> ;# {index_sims} {} {Enable data snapshotting (search)?} {true false} false<br /> ;; The following set of configs pertains to search.<br /> ;; Set index_sims to true to enable search engines to index your<br /> ;; searchable data.<br /> ;; If false, no data will be exposed, DataSnapshot module will be off,<br /> ;; and you can ignore the rest of these search-related configs.<br /> index_sims = true<br /> <br /> ;# {data_exposure} {index_sims:true} {How much data should be exposed?} {minimum all} minimum<br /> ;; The variable data_exposure controls what the regions expose:<br /> ;; minimum: exposes only things explicitly marked for search<br /> ;; all: exposes everything<br /> data_exposure = minimum<br /> <br /> ;# {gridname} {index_sims:true} {Enter the name fo your grid} {} OSGrid<br /> ;; If search is on, change this to your grid name; will be ignored for<br /> ;; standalones<br /> gridname = "XMIR"<br /> <br /> ;# {default_snapshot_period} {index_sims:true} {Period between data snapshots?} {} 1200<br /> ;; Period between data snapshots, in seconds. 20 minutes, for starters,<br /> ;; so that you see the initial changes fast.<br /> ;; Later, you may want to increase this to 3600 (1 hour) or more<br /> default_snapshot_period = 300<br /> <br /> ;; This will be created in bin, if it doesn't exist already. It will hold<br /> ;; the data snapshots.<br /> snapshot_cache_directory = "DataSnapshot"<br /> <br /> ;# {data_services} {index_sims:true} {Data service URLs to register with?} {} <a href="http://metaverseink.com/cgi-bin/register.py">http://metaverseink.com/cgi-bin/register.py</a> [<a href="http://metaverseink.com/cgi-bin/register.py" target="_blank">^</a>]<br /> ; This semicolon-separated string serves to notify specific data services<br /> ; about the existence of this sim. Uncomment if you want to index your<br /> ; data with this and/or other search providers.<br /> data_services="<a href="http://www.xmir.org/search/register.php"">http://www.xmir.org/search/register.php"</a> [<a href="http://www.xmir.org/search/register.php"" target="_blank">^</a>]
Categories: OpenSim Mantis

0007358: [NPC MODULE] create NPC triggers TWO unnecessary lookups via [HGFRIENDS MODULE]

Wed, 10/22/2014 - 11:04
I note that for every NPC created that there are two calls to [HGFRIENDS MODULE]. Surely an NPC cannot be setup to have HG friends (or any friend lists?)<br /> <br /> 15:55:39 - [NPC MODULE]: Creating NPC Crane Driver 1b5f5ca9-a031-46a1-8bef-01ba3<br /> 87f0f96, owner=00000000-0000-0000-0000-000000000000, senseAsAgent=False at <102.<br /> 0756, 153.5223, 43.44418> in Oil Rig<br /> <br /> 15:55:55 - [SCENE]: Adding new child scene presence Crane Driver 1b5f5ca9-a031-4<br /> 6a1-8bef-01ba387f0f96 to scene Oil Rig at pos <102.0756, 153.5223, 43.44418><br /> 15:56:07 - [HGFRIENDS MODULE]: Fetched 0 local friends for visitor 1b5f5ca9-a031<br /> -46a1-8bef-01ba387f0f96<br /> 15:56:07 - [SCENE PRESENCE]: Completing movement of Crane Driver into region Oil<br /> Rig in position <102.0756, 153.5223, 43.44418><br /> 15:56:07 - [HGFRIENDS MODULE]: Fetched 0 local friends for visitor 1b5f5ca9-a031<br /> -46a1-8bef-01ba387f0f96
Categories: OpenSim Mantis

0007357: Recent commit change now makes it impossible to stop the default SL sit animation

Tue, 10/21/2014 - 20:11
As of very recently it appears to be impossible to stop the default SL sit animation from playing. Using the script below (see steps to reproduce) and a priority 2 animation I have checked back through a few older builds and found that in all cases the script engine (and region?) don't think the avatar is playing the sit animation but Firefox 4.6.7 continues to play it and shows it (as "sit_female" priority 4 if you enable develop > avatar > animation info<br /> <br /> - checked with my current build (opensim-7af878a) - never shows the correct animation<br /> <br /> - checked with my previous build (opensim-29a05cd) - ditto<br /> <br /> - checked with a much older build (opensim-e5b269e) and if you wait for about 30-45 seconds the avatar will eventually display the correct animation and remove the default sit from the list of active animations.
Categories: OpenSim Mantis

0007356: llGetPrimitiveParams returns transparency instead of alpha for PRIM_TEXT

Tue, 10/21/2014 - 19:10
llGetPrimitiveParams([PRIM_TEXT]) returns ["text", <r,g,b>, 1-alpha] instead of the expected ["text", <r,g,b>, alpha]. The same goes for llGetLinkPrimitiveParams(LINK_THIS, [PRIM_TEXT]). The result is the same whether the text has been set with llSetText, llSetPrimitiveParms, llSetLinkPrimitiveParms or llSetLinkPrimitiveParmsFast.
Categories: OpenSim Mantis

0007355: System decimal separator setting not handled correctly on string conversions

Tue, 10/21/2014 - 16:24
If you run OpenSim on a Linux system that has the default decimal separator set to the European standard of a comma instead of a period, the (string) typecast converts floats in vectors to the correct European format with commas instead of period. However, this makes a string that has a total of 5 commas in it. Then when converting these back with the (vector) typecast, the decimal separators are seen as vector separators giving an incorrect result.<br /> <br /> The (string) typecast on a float value does not use the system default and always uses period as the decimal separator. The (float) typecast stops at a comma and cannot covert European style number strings correctly.<br /> <br /> The llList2Vector function apparently uses a different conversion routine and never switches to the comma decimal separators when the operating system is set to the European standard.<br /> <br /> Since the LSL language itself only supports constants in the American period format, It seems to me the only option here is to force the vector to string conversion to always use periods.
Categories: OpenSim Mantis

0007354: In VAR region, Avatar sitting on child prim does not follow child prim rotation

Mon, 10/20/2014 - 17:40
Avatar sits on child prim poseball. Child prim or root prim is rotated via llTargetOmega. Avatar follows rotation of root prim rather than the child prim it is sitting on.<br /> <br /> This behavior only happens in a VAR region.
Categories: OpenSim Mantis

0007353: llGetGeometricCenter() returns the wrong vector.

Mon, 10/20/2014 - 14:57
The LSL function llGetGeometricCenter() is returning the wrong vector. The attached sample script show the problem and what the expected value is for a given linkset.
Categories: OpenSim Mantis

0007352: Autobackup - Code-up error: timerMap doesn't contain timer System.Timers.Timer

Wed, 10/15/2014 - 11:28
Each time auto backup runs, it spits out this error message, but the backup is created.<br /> <br /> 17:07:08 - Code-up error: timerMap doesn't contain timer System.Timers.Timer<br /> <br /> Observed in Version: OpenSim 0.8.0.1 Release
Categories: OpenSim Mantis

Pages