MantisBT - opensim
View Issue Details
0008217opensim[REGION] OpenSim Corepublic2017-07-26 21:422018-08-19 10:19
master (dev code) 
Standalone (1 Region) , Standalone (Multiple Regions) , Grid (1 Region per Sim) , Grid (Multiple Regions per Sim)
Mono / Linux32, Mono / Linux64, Mono / Windows, Mono / OSX
0008217: Add functionality to handle Estates through Regions.ini
OpenSim out of the box does not provide a solution to pre-configure estates other than DefaultEstate in OpenSim.ini or direct SQL. Especially for multiple regions per instance user-interaction is required. This results in the need for dealing with the console, which scares some users for fear or bricking their installation.


Add EstateID line to Regions.ini for local or remote estates to link individual regions to.

If EstateID is not supplied, but EstateName, EstateOwnerFirstName and EstateOwnerLastName is supplied create the estate locally or remotely and link the region to it.

If neither is supplied or the supplied configuration mismatches the entries in the estate_settings and estate_map either local or remote, give an error and default to user interaction to resolve the conflict. Same goes if the remote estate cannot be created for some reason.

Alternatively if DefaultEstate is set the regions with conflicts could default to that instead.

This functionality should not disrupt any estate handling already present, it merely would allow the pre-configuration of standalones and simulators before initial startup. Removing the need for user-interaction out of the box.

With local and remote I mean either the simulators or standalones own database and remote for grid-managed estates using the remoteestate connector.


[My Region]
RegionUUID = 0521b16d-165e-4873-90d4-80127508868b
EstateID = 102
[Other Region]
RegionUUID = 67564553-e9f1-4bdd-beb4-a3bc135bbf19
EstateID = 104
[Nother Region]
RegionUUID = 56103720-6c9a-43a2-9873-5d18acfd28fd
EstateName = Mine
EstateOwnerFirstName = Test
EstateOwnerLastName = Resident
No tags attached.
Issue History
2017-07-26 21:42tampaNew Issue
2017-07-26 21:46tampaDescription Updatedbug_revision_view_page.php?rev_id=6367#r6367
2018-07-11 05:15Fly-Man-Note Added: 0032769
2018-07-11 05:15Fly-Man-Statusnew => acknowledged
2018-07-11 05:40tampaNote Added: 0032771
2018-08-19 05:15Gavin HirdNote Added: 0032864
2018-08-19 10:19BillBlightNote Added: 0032865

2018-07-11 05:15   
This is definitely a good suggestion and also something that would make it easier for people to provision regions.

Only question that I have, would it have to read the EstateID each time or just the first time when the region is being registered at the grid.
2018-07-11 05:40   
The current config system reads when it cannot find the data in the database, example being estate name and owner, so I would think this should work the same, check database first, if not found read from file.
Gavin Hird   
2018-08-19 05:15   
In an open connect grid configuration, how would you prevent anyone from just attaching a region to an estate via Regions.ini?

There must be guards in place that actually authorize a region to join an estate.
2018-08-19 10:19   
@Gavin , I agree, but centralized estate management really should not be used in open connect grids, if not using centralized estate management then the estate data is only stored in the instance. When the estate data is only local to the instance it is not possible to join another persons estate.