[Opensim-users] Problems with teleporting in grid mode from simulator instance to another instance?
Chris
mewtwo0641 at gmail.com
Tue May 23 08:00:26 UTC 2017
Not running any firewall or port filtering; Just port forwarding setup
on the router. It is an intermittant issue though.
On 5/22/2017 10:38 PM, Storm Singer wrote:
> What firewall or port filtering setup do you have?
>
> On May 22, 2017 20:17, "Chris" <mewtwo0641 at gmail.com
> <mailto: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/
> <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/
> <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/
> <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/
> <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
> <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
>>> <mailto: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
>>> <mailto:Opensim-users at opensimulator.org>
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>> <http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Opensim-users mailing list
>>> Opensim-users at opensimulator.org
>>> <mailto:Opensim-users at opensimulator.org>
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>> <http://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
> <mailto:Opensim-users at opensimulator.org>
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> <http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at opensimulator.org
> http://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)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20170523/7473e04e/attachment-0001.html>
More information about the Opensim-users
mailing list