[Opensim-users] Problems with teleporting in grid mode from simulator instance to another instance?
Storm Singer
mycatlovesme at gmail.com
Tue May 23 03:38:45 UTC 2017
What firewall or port filtering setup do you have?
On May 22, 2017 20:17, "Chris" <mewtwo0641 at gmail.com> wrote:
> I still seem to be having the teleport issue only now I'm getting an
> exception from the simulator I'm teleporting from when it happens.
>
> This line "2017-05-22 22:04:47,639 WARN [ENTITY TRANSFER MODULE]:
> UpdateAgent failed on teleport of Test User to Test Region. Keeping avatar
> in Aurora" seems odd to me because it's almost as if the simulator tried to
> keep me in the originating simulator but failed to do so, So i end up at
> the destination region but with bits and pieces of myself all over the
> place and can't move afterwards; eventually I time out and the viewer
> disconnects.
>
> There does not seem to be any logging of interest at the destination
> simulator except for this: "22:04:47 - [SCENE]: Ignoring a child update on
> a root agent Test User 3c086d77-10d2-4cdd-bb5e-832dda41aa50 in Test
> Region"
>
> Exception (Simulator teleporting from; IP address X'ed out for privacy):
>
> 2017-05-22 22:04:44,823 DEBUG [ENTITY TRANSFER MODULE]: Teleporting Test
> User 3c086d77-10d2-4cdd-bb5e-832dda41aa50 from Aurora to
> http://xxx.xxx.xxx.xxx:9004/ (http://xxx.xxx.xxx.xxx:9004/) Test
> Region/<84, 205, 22>
> 2017-05-22 22:04:45,057 DEBUG [REMOTE SIMULATION CONNECTOR]: QueryAccess
> to http://xxx.xxx.xxx.xxx:9004/agent/3c086d77-10d2-4cdd-bb5e-
> 832dda41aa50/e49c50ed-1262-4cf4-9b5b-c56429af6d6b/ returned True, reason
> , version 0.6/0.6
> 2017-05-22 22:04:45,057 DEBUG [ENTITY TRANSFER MODULE]: Aurora transfer
> protocol version to Test Region is 0.6 / 0.6
> 2017-05-22 22:04:45,057 DEBUG [ENTITY TRANSFER MODULE]: Determined that
> region Test Region at 995,1004 size 256,256 needs new child agent for agent
> Test User from Aurora
> 2017-05-22 22:04:45,073 DEBUG [REMOTE SIMULATION CONNECTOR]: Creating
> agent at http://xxx.xxx.xxx.xxx:9004/
> 2017-05-22 22:04:45,104 DEBUG [ENTITY TRANSFER MODULE]: Sending new CAPS
> seed url http://xxx.xxx.xxx.xxx:9004/CAPS/c70fd427-4fac-4a3b-8d2c-
> ee90869c309d0000/ from Aurora to Test User
> 2017-05-22 22:04:46,905 DEBUG [WEB UTIL]: Exception making request:
> System.IO.IOException: Unable to read data from the transport connection:
> An existing connection was forcibly closed by the remote host. --->
> System.Net.Sockets.SocketException: An existing connection was forcibly
> closed by the remote host
> at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset,
> Int32 size, SocketFlags socketFlags)
> at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset,
> Int32 size)
> --- End of inner exception stack trace ---
> at System.Net.ConnectStream.Read(Byte[] buffer, Int32 offset, Int32
> size)
> at System.IO.StreamReader.ReadBuffer()
> at System.IO.StreamReader.ReadToEnd()
> at OpenSim.Framework.WebUtil.ServiceOSDRequestWorker(String url,
> OSDMap data, String method, Int32 timeout, Boolean compressed, Boolean rpc)
> in E:\opensim\OpenSim\Framework\WebUtil.cs:line 308
> 2017-05-22 22:04:46,921 DEBUG [LOGHTTP]: JSON-RPC request 2540 PUT to
> http://xxx.xxx.xxx.xxx:9004/agent/3c086d77-10d2-4cdd-bb5e-832dda41aa50/
> FAILED: Unable to read data from the transport connection: An existing
> connection was forcibly closed by the remote host.
> 2017-05-22 22:04:47,624 DEBUG [WEB UTIL]: Exception making request:
> System.IO.IOException: Unable to read data from the transport connection:
> An existing connection was forcibly closed by the remote host. --->
> System.Net.Sockets.SocketException: An existing connection was forcibly
> closed by the remote host
> at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset,
> Int32 size, SocketFlags socketFlags)
> at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset,
> Int32 size)
> --- End of inner exception stack trace ---
> at System.Net.ConnectStream.Read(Byte[] buffer, Int32 offset, Int32
> size)
> at System.IO.StreamReader.ReadBuffer()
> at System.IO.StreamReader.ReadToEnd()
> at OpenSim.Framework.WebUtil.ServiceOSDRequestWorker(String url,
> OSDMap data, String method, Int32 timeout, Boolean compressed, Boolean rpc)
> in E:\opensim\OpenSim\Framework\WebUtil.cs:line 308
> 2017-05-22 22:04:47,639 DEBUG [LOGHTTP]: JSON-RPC request 2541 PUT to
> http://xxx.xxx.xxx.xxx:9004/agent/3c086d77-10d2-4cdd-bb5e-832dda41aa50/
> FAILED: Unable to read data from the transport connection: An existing
> connection was forcibly closed by the remote host.
> 2017-05-22 22:04:47,639 WARN [ENTITY TRANSFER MODULE]: UpdateAgent failed
> on teleport of Test User to Test Region. Keeping avatar in Aurora
> 2017-05-22 22:04:47,655 DEBUG [REMOTE SIMULATION CONNECTOR]: CloseAgent
> http://xxx.xxx.xxx.xxx:9004/agent/3c086d77-10d2-4cdd-bb5e-
> 832dda41aa50/e49c50ed-1262-4cf4-9b5b-c56429af6d6b/?auth=
> e1195c46-1922-4a57-8a96-3a822241fa9d
>
>
> On 4/20/2017 5:04 PM, Chris wrote:
>
> Ahh okay... So it seems like it's not just my own setup then. My setup is
> much much smaller so I am at a bit of a loss to figure out why mine would
> be doing that. I did redo my .ini config files from scratch today with some
> slightly different settings in the network areas. Here's hoping it works
> out better!
>
> On 4/19/2017 12:00 PM, David Saunders wrote:
>
> Chris,
>
> We be having similar issues with .0,9. But we are quite larger 100+
> regions(simulators) spread among 3 different server and the robust on it
> dedicated server. The problem we are having is network issues seams to
> the robust refuses connections for a few secs and then all back to normal
> tell the next time it happens. Since I was waiting tell the code is
> released before posting it.
>
> I had planed on trying to run several asset servers to see if this will
> offload some of the connections on the robust server. And see if this will
> change things. But having 40 avatars I would not think would overload the
> robust. But who knows. We have plenty of ram for overhead for the robust
> server to live in. ( 40GB advailble)
>
> It seams to be sort of random, our current fix if it happens to much is
> restart the region that seams have the connection issue.
>
> But other then that, we been very please with the minor issues that we
> have and working to fix.
>
> David.
>
> On Tue, Apr 18, 2017 at 7:46 AM, Chris <mewtwo0641 at gmail.com> wrote:
>
>> Thank you for the quick response. When I say instance, I mean a separate
>> OpenSim.exe process-- There are 6 of them all connecting to Robust.exe;
>> everything is running on the same computer and same network. All my local
>> services are configured with the IP address that the server has (in this
>> case, 192.168.1.103) with the exception of the necessary WAN facing
>> addresses needed for outside people to access it, login service, map
>> service, etc. I would say... roughly 70 - 80% of teleports are successful
>> with no problems, but the remaining 20 - 30% result in that issue.
>>
>> On 4/18/2017 5:44 AM, Luisillo Contepomi wrote:
>>
>>> A question. When you say "instance" mean that is a computer separated or
>>> is a opensim.exe in the same computer?
>>>
>>> I test with all in the same computer:
>>>
>>> A computer with windows7 32Gb ram running:
>>> -a moneyserver.exe
>>> -a robust.exe
>>> -a opensim.exe with one varregion in grid
>>> -a opensim.exe with 5 varregions in grid
>>>
>>> I can teleport without problems from one to others. All ips used in
>>> region configurations are external in my local networkd (range
>>> 192.168.1.x)
>>>
>>> My region ini sample:
>>> -------------------------------
>>> [OceanoRocioN]
>>> RegionUUID = 99999999-918b-489a-aaf6-999999999999
>>> Location = 992,1004
>>> InternalAddress = 192.168.1.9
>>> InternalPort = 9061
>>> AllowAlternatePorts = False
>>> ExternalHostName = 192.168.1.9
>>> PhysicalPrimMax = 64
>>> PhysicalPrimMin = 0.01
>>> NonPhysicalPrimMin = 0.001
>>> NonPhysicalPrimMax = 256
>>> LinksetPrims = 0
>>> ClampPrimSize = False
>>> MaxPrims = 45000
>>> MaxAgents = 50
>>> RegionType = Oceano
>>> MaptileStaticUUID = "ec753b06-545d-4c51-a052-999999999999"
>>> SizeX = 1024
>>> SizeY = 1024
>>> -------------------------------------
>>>
>>> Kind regards,
>>> Luisillo
>>>
>>> On 18/04/2017 10:21, Chris wrote:
>>>
>>>> Since my email client decided to ruin my admittedly poor drawing of my
>>>> grid setup with fixed width fonts :)
>>>>
>>>> Server Hardware ---> ROBUST --> OpenSim 1 (Region 1, Region 2)
>>>> |
>>>> -------> OpenSim 2 (Region 3, Region 4)
>>>>
>>>> On 4/18/2017 3:15 AM, Chris wrote:
>>>>
>>>>> I've recently set up a small test grid consisting of 6 simulator
>>>>> instances running on OS 0.9.1.0 (Master) in normal grid mode (not HG).
>>>>> Everything seems to be working except that on teleport to another
>>>>> region in another instance there is randomly a complete failure of the
>>>>> teleport. This happens upon communication to the destination region
>>>>> resulting in the person teleporting being instantly logged off the
>>>>> grid as soon as they attempted the teleport, and they may even look
>>>>> like they're missing attachments to depending on if the viewer
>>>>> teleport screen went away or not. In the ROBUST console there is "Got
>>>>> logout for... (name)" when this happens.
>>>>>
>>>>> The instance and setup I used looks like this:
>>>>> There are 4 more OpenSim instances aside from this but they follow the
>>>>> same pattern
>>>>>
>>>>> (Server Hardware)
>>>>> |
>>>>> ROBUST
>>>>> |
>>>>> / \
>>>>> OpenSim 1 OpenSim 2
>>>>> | | | |
>>>>> Region 1 Region 2 Region 3 Region 4
>>>>>
>>>>>
>>>>> So for instance if I teleport from OpenSim 1, Region 1 to OpenSim 2,
>>>>> Region 4 the chance for disconnect can happen in this instance. It's
>>>>> not consistent; sometimes TP works but other times there is a instant
>>>>> complete disconnect of the user before the viewer even tried to get
>>>>> them to their destination, that is... there's no long wait at the
>>>>> teleport progress bar, it's pretty much instantly when they try to
>>>>> teleport. This happens both when trying TP within the LAN for myself
>>>>> that OS is setup on and also over WAN for other users. I'm not sure if
>>>>> this happens if one does say... OpenSim 1, Region 1 to OpenSim 1,
>>>>> Region 2. I haven't seen it so far; it's been from OpenSim 1 to
>>>>> OpenSim 2 that I see it happen on occasion.
>>>>>
>>>>> I'm not sure why this would be happening, I've checked the access
>>>>> permissions for the destination regions and nothing's set up to deny
>>>>> anyone teleporting there. I've tried disabling antivirus and firewall
>>>>> to no avail. All instances are on the same server hardware along side
>>>>> ROBUST service; there is no communication to any other OS services
>>>>> outside of that server system.
>>>>>
>>>>> Does anyone have any insight to why this is happening? I'm really at a
>>>>> loss for it at this point especially since coming from OS 0.8.x grid
>>>>> mode and haven't seen this teleport issue there (I did start from
>>>>> scratch .ini files when I set up 0.9.1.0).
>>>>>
>>>>> Thank you!
>>>>>
>>>>
>>>>
>>
>> --
>> OpenSim: 10 Region Standalone on 0.8.1 Dev
>> Physics: Open Dynamics Engine
>> OS: Windows 7 (x64)
>> CPU: AMD FX 8320 8-Core 3.5 GHz
>> Memory: 16 GB DDR3
>> Database: MySQL 5.1.63 (x64)
>>
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at opensimulator.org
>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>
>
>
>
> _______________________________________________
> Opensim-users mailing listOpensim-users at opensimulator.orghttp://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
>
>
> --
> OpenSim: 10 Region Standalone on 0.8.1 Dev
> Physics: Open Dynamics Engine
> OS: Windows 7 (x64)
> CPU: AMD FX 8320 8-Core 3.5 GHz
> Memory: 16 GB DDR3
> Database: MySQL 5.1.63 (x64)
>
>
>
> --
> OpenSim: 10 Region Standalone on 0.8.1 Dev
> Physics: Open Dynamics Engine
> OS: Windows 7 (x64)
> CPU: AMD FX 8320 8-Core 3.5 GHz
> Memory: 16 GB DDR3
> Database: MySQL 5.1.63 (x64)
>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20170522/6144cce0/attachment-0001.html>
More information about the Opensim-users
mailing list