Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007639opensim[GRID] Asset Servicepublic2015-07-11 17:422015-07-13 10:10
Assigned Tomelanie 
PlatformOSOS Version
Product Versionmaster (dev code) 
Target VersionFixed in Version 
Summary0007639: [PATCH] Bring FSAssets closer to OpenSim conventions
DescriptionSummary of changes, i might have missed some but the main changes are...
* If no connection string found in assets config, fallback to using default
 database config
* Create database storage interface to allow other db connectors to be written at some point
* Add MySQL migrations file to create the initial db table
* Added new config option named "DaysBetweenAccessTimeUpdates" to reduce db load by only updating access times when fetching assets if the last access time was over the threshold. This idea was taken from XAssets service.
* Change log message headers to indicate FS assets is the source not just assets
Additional InformationI havnt tested on linux yet.
TagsNo tags attached.
Git Revision or version number
Run Mode Grid (1 Region per Sim)
Physics EngineBulletSim
Script Engine
Mono VersionNone
Attached Filespatch file icon 0002-Bringing-FSAssets-more-inline-with-current-OpenSim-s.patch [^] (22,721 bytes) 2015-07-11 18:44 [Show Content]
patch file icon 0003-Bringing-FSAssets-more-inline-with-current-OpenSim-s.patch [^] (21,993 bytes) 2015-07-11 19:00 [Show Content]
patch file icon FSAssetsService - Multiple Instance Fix.patch [^] (5,828 bytes) 2015-07-13 04:22 [Show Content]
patch file icon Add-config-options-for-FSAssetService.patch [^] (3,413 bytes) 2015-07-13 05:21 [Show Content]

- Relationships

-  Notes
AliciaRaven (manager)
2015-07-13 04:30
edited on: 2015-07-13 05:22

When other grid services require access to assets, they may create secondary instances of the service. Not currently a problem with master code, but is a possibility. I have a custom service that creates an instance to access texture assets and because both registered console commands and started the writing thread, things went wrong fast. When i ran the import command, a combination of the import process starting twice and two writer threads fighting over the contents of the spool directory caused a flood of file access and file not found exceptions.

The patch fixes this problem by only registering the commands and starting the writer thread for the first instance. The technique i used was borrowed from Diva when she ran into the same problem with multiple console commands in another service.


Edit: another patch is attached to add the config options to robust.ini example files.

melanie (administrator)
2015-07-13 10:10

It should probably be documented that the spool and base directories must be on the same physical filesystem because atomic move operations from spool to final destination are used by the code.

- Issue History
Date Modified Username Field Change
2015-07-11 17:42 AliciaRaven New Issue
2015-07-11 17:42 AliciaRaven Status new => assigned
2015-07-11 17:42 AliciaRaven Assigned To => melanie
2015-07-11 17:42 AliciaRaven File Added: 0001-Bringing-FSAssets-more-inline-with-current-OpenSim-s.patch
2015-07-11 18:44 AliciaRaven File Added: 0002-Bringing-FSAssets-more-inline-with-current-OpenSim-s.patch
2015-07-11 18:44 AliciaRaven File Deleted: 0001-Bringing-FSAssets-more-inline-with-current-OpenSim-s.patch
2015-07-11 19:00 AliciaRaven File Added: 0003-Bringing-FSAssets-more-inline-with-current-OpenSim-s.patch
2015-07-13 04:22 AliciaRaven File Added: FSAssetsService - Multiple Instance Fix.patch
2015-07-13 04:30 AliciaRaven Note Added: 0028896
2015-07-13 05:21 AliciaRaven File Added: Add-config-options-for-FSAssetService.patch
2015-07-13 05:22 AliciaRaven Note Edited: 0028896 View Revisions
2015-07-13 10:10 melanie Note Added: 0028898

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker