Did you try using the TaigaWizard setup application? Taiga 0.1.3 RC?
On Fri, Aug 27, 2010 at 1:30 PM, pedro <[email protected]> wrote: > I still wonder where i got things wrong in adding a region to a grid > that's on a different server? > > The Region.ini file i use looks like this: > [Sandbox] > ExternalHostName=165.1.1.1 > InternalPort=9001 > Location=1004,1000 > MasterAvatarFirstName=User > MasterAvatarLastName=User > MasterAvatarSandboxPassword=user > RegionUUID=c114bc50-9d8e-4ba9-b65e-28f7eacc5363 > region_name=Sandbox > InternalAddress=165.1.1.1 > AllowAlternatePorts=False > > The grid servers entry in the opensim ini point all to the correct IP > and ports of the server where all grid services run. > > On the server where the above mentioned region is located i just start > up OpenSim.32BitLaunch.exe > > When i try to get from a region thats located on the same server where > the grid servers run to the sandbox box by using the r0.42 viewer, i > get the following messages in the console of the Sandbox server: > > 12:23:22 - [CONNECTION BEGIN]: Region Sandbox told of incoming child > agent test > user d7e1567b-ce97-4b0d-a085-82fe9ae09482 (circuit code 1954024387, > teleportflag > s 16) > 12:23:22 - [OGS1 USER SERVICES]: Verifying user session for d7e1567b- > ce97-4b0d-a > 085-82fe9ae09482 > 12:23:22 - [CONNECTION BEGIN]: User authentication returned True > 12:23:22 - [CONNECTION BEGIN]: Region Sandbox authenticated and > authorized incom > ing child agent test user d7e1567b-ce97-4b0d-a085-82fe9ae09482 > (circuit code 195 > 4024387) > 12:23:22 - [CAPS]: Registered seed capability /CAPS/2eee15b0-e186-40f6- > abc1-17ec > 6ef416790000/ for d7e1567b-ce97-4b0d-a085-82fe9ae09482 > 12:23:22 - [EVENTQUEUE]: Adding new queue for agent d7e1567b-ce97-4b0d- > a085-82fe > 9ae09482 in region Sandbox > 12:23:22 - [OBJECTADD]: /CAPS/OA/cf0c5b53-0ecc-4b31-aff9-39d978f93803/ > 12:23:22 - [GETTEXTURE]: /CAPS/ccd11f07-4121-4816-9c09-98980da9643c > 12:23:24 - --------------------------- > > 12:23:24 - >> uri=/agent/d7e1567b-ce97-4b0d-a085-82fe9ae09482/ > > 12:23:24 - >> content-type=application/json > > 12:23:24 - >> http-method=PUT > > 12:23:24 - --------------------------- > > > 12:23:54 - --------------------------- > > 12:23:54 - >> uri=/agent/d7e1567b-ce97-4b0d- > a085-82fe9ae09482/1103909674543104/ > > > 12:23:54 - >> content-type= > > 12:23:54 - >> http-method=DELETE > > 12:23:54 - --------------------------- > > > 12:23:54 - [REST COMMS]: Agent Deleted. > Region (Sandbox) # > > Any hint of what i could have got wrong is highly appreciated, the > good or better the surprising thing is that the same settings work > nicely in naali. > > Cheers > > > On Aug 19, 9:56 am, pedro <[email protected]> wrote: >> Hi all >> >> I tried to setup a grid by using Taiga 0.1.2 server on 2 independent >> servers >> >> Server 1 runs the grid services and 1 region >> >> Server 2 only runs 2 regions >> >> With naali i can teleport perfectly from server 1 to the 2 regions on >> server 2 and back >> >> With the the r0.42 viewer i can see the regions located on server 2 on >> the map, but when i try to connect via TP after a while i get the >> message: Could not teleport Problems connecting to destination. >> >> Any hints appreciated, but as the old viewer won't be in use much >> longer, it's just an observation :-) >> >> While making this setup, another question came up: knowing the ip >> addresses of the grid services and some coordinates to place a region, >> anyone could place a region in that grid? >> >> If this is the case, i think that some procedures will be necessary >> that allows grid operators and admins to manage who can place regions >> and where they can be placed. > > -- > http://groups.google.com/group/realxtend > http://www.realxtend.org -- http://groups.google.com/group/realxtend http://www.realxtend.org
