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 <[email protected]
<mailto:[email protected]>> 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
[email protected]
<mailto:[email protected]>
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
<http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users>
_______________________________________________
Opensim-users mailing list
[email protected]
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
[email protected]
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
