[Opensim-users] Couple questions about master (Unhandled Packet AgentUpdate, and HTTP Inventory)
Chris
mewtwo0641 at gmail.com
Tue Dec 18 04:46:31 UTC 2012
Okie dokie, I set up an entirely new instance of OpenSim using the
latest master and the warnings still show up using the tests from the
previous email, so I posted Mantis 6468
http://opensimulator.org/mantis/view.php?id=6468
Thank you Justin =)
On 12/13/2012 5:51 PM, Justin Clark-Casey wrote:
> How strange. I inspected all the packet pool code again visually for
> possible race conditions or bugs and couldn't find anything. I also
> tested with 2 viewers, LL 3.3.4 and LL 1.2.3 (on different machines)
> on both mono 2.10.9 and Windows with .net without seeing the issue.
> This particularly aspect of packet pooling has been around since early
> October, afair.
>
> However, clearly you're having some kind of problem. I added a tiny
> bit more logging in git master 0b93a68 to tell us whether one or both
> viewers are having their AgentUpdate packets rejected and how these
> are interleaved. Please could you retest with this and open a Mantis
> with the OpenSim.log. Thanks.
>
> On 13/12/12 04:57, Chris wrote:
>> Hi Justin,
>>
>> This started to happen just recently as soon as I started to use
>> commit 905d7c4 (r/21385); although I am not sure
>> exactly when this may have started as I made a bit of a jump (895d28f
>> r/20917 to 905d7c4 r/21385)
>>
>> This appears to happen when there is more than one person logged in.
>>
>> Did some tests in a few different variations of connectivity
>> configurations (As far as which computer(s) the viewers are
>> running on):
>>
>> Have 2 Computers set up, 1 with OS and all related services running,
>> the other does not have anything OS related
>> running. Running a typical home network, 1 network, nothing fancy =)
>>
>> Results:
>> 1 viewer running on the non OS computer: No apparent issues
>> 1 viewer running on the OS computer: No apparent issues
>>
>> 2 (or more) viewers running on the non OS computer: Shows the
>> AgentUpdate packet warnings from time to time
>> 2 (or more) viewers running on the OS computer: Shows the AgentUpdate
>> packet warnings although it is noticeably a bit
>> spammier in this configuration
>>
>> 1 viewer running on OS computer and 1 viewer running on non OS
>> computer: Shows the AgentUpdate packet warnings although
>> it is noticeably a bit spammier in this configuration. The viewer on
>> the OS computer tends to experience network lag
>> quite a bit when walking (i.e. The avatar drifts off into space for a
>> few seconds after every few steps) while the
>> viewer on the non OS computer will be able to walk around just fine
>> but the warnings will still pop up in both cases.
>>
>>
>> If I set RecyclePackets = false in [PacketPool] then the issues seem
>> to go away. I repeated the above tests and threw in
>> a couple more viewer instances for good measure to check as well.
>>
>>
>>
>> For the HTTP Inventory question; I set:
>>
>> [ClientStack.LindenCaps]
>> Cap_FetchInventoryDescendents2 = ""
>> Cap_FetchInventory2 = ""
>>
>> And inventory seems to load now (very quickly I might add) for
>> viewers with HTTP Inventory disabled in Debug Settings.
>>
>>
>> I did run into an exception along the way in my testing right after I
>> made the changes in [ClientStack.LindenCaps]. The
>> below stack trace came up (One exception per script in the item) when
>> I detached one of my attachments. I am not certain
>> if it is related to any of the above but I do recall that you wanted
>> some more information on script state related
>> issues so I thought this might be a good thing to add =)
>>
>> Thank you!
>>
>>
>> Exception:
>>
>> 2012-12-12 22:35:38,843 ERROR -
>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to save
>> state of script
>> AOHUD.AO v4, item UUID 14eba70e-
>>
>> 0bf8-4b5e-92d2-382f20eb4117, prim UUID
>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>> System.AppDomainUnloadedException: The target application domain has
>> been unloaded.
>>
>> Server stack trace:
>> at System.Threading.Thread.InternalCrossContextCallback(Context
>> ctx, IntPtr ctxID, Int32 appDomainID,
>> InternalCrossContextDelegate ftnToCall, Object
>>
>> [] args)
>> at
>> System.Runtime.Remoting.Channels.CrossAppDomainSink.DoTransitionDispatch(Byte[]
>> reqStmBuff,
>> SmuggledMethodCallMessage smuggledMcm,
>>
>> SmuggledMethodReturnMessage& smuggledMrm)
>> at
>> System.Runtime.Remoting.Channels.CrossAppDomainSink.SyncProcessMessage(IMessage
>> reqMsg)
>>
>> Exception rethrown at [0]:
>> at
>> System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg,
>> IMessage retMsg)
>> at
>> System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData&
>> msgData, Int32 type)
>> at OpenSim.Region.ScriptEngine.Shared.ScriptBase.IScript.GetVars()
>> at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.GetVars() in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\Shared
>>
>>
>> \Instance\ScriptInstance.cs:line 919
>> at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptSerializer.Serialize(ScriptInstance
>> instance) in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim
>>
>> \Region\ScriptEngine\Shared\Instance\ScriptSerializer.cs:line 80
>> at
>> OpenSim.Region.ScriptEngine.Shared.Instance.ScriptInstance.SaveState(String
>> assembly) in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region
>>
>> \ScriptEngine\Shared\Instance\ScriptInstance.cs:line 961
>> at OpenSim.Region.ScriptEngine.XEngine.XEngine.DoBackup(Object o) in
>> c:\Users\admin\Desktop\opensim-905d7c4\OpenSim\Region\ScriptEngine\XEngine
>>
>>
>> \XEngine.cs:line 753
>> 2012-12-12 22:35:38,890 ERROR -
>> OpenSim.Region.ScriptEngine.XEngine.XEngine [XEngine]: Failed to save
>> state of script
>> AOHUD.Menu v1.0, item UUID
>>
>> c8c29c17-048e-4abf-b650-8122f75eda26, prim UUID
>> 74cf7aca-c5f7-4dd7-8373-9dd8620ef8af in Test Region 2. Exception
>> System.AppDomainUnloadedException: The target application domain has
>> been unloaded.
>>
>> On 12/12/2012 5:37 PM, Justin Clark-Casey wrote:
>>> On 11/12/12 22:28, Chris wrote:
>>>> Hello every one, got a couple of questions about git master 905d7c4
>>>> (r/21385).
>>>>
>>>> I recently downloaded and compiled master and am noticing a bunch
>>>> of yellow text popping up (warnings?) saying [CLIENT]:
>>>> unhandled packet AgentUpdate primarily when walking around but they
>>>> do pop up on occasion when standing still. Is anyone
>>>> else seeing this?
>>>
>>> AgentUpdates are extremely common messages. If you do "debug packet
>>> 255" on the console you will see a constant
>>> stream of them come in since they tell the server about agent
>>> movements, head rotation, etc, even when you're standing
>>> completely still.
>>>
>>> So this must only be happening on rare occasions. In the current
>>> code this should only happen if an agent update
>>> message has somehow been sent to the client port from another source
>>> but with wrong session and agent IDs.
>>>
>>> This seems very unlikely, so I think a stronger candidate is some
>>> packet pooling issue.
>>>
>>> So in connection with this
>>>
>>> 1) How recently did this start happening?
>>>
>>> 2) Does it happen when you are alone on a region with nobody in the
>>> same or in any neighbouring regions?
>>>
>>> 3) What happens if you set
>>>
>>> [PacketPool]
>>> RecyclePackets = false
>>>
>>> ?
>>>
>>>>
>>>> Also a quick question about HTTP inventory and more recent viewers
>>>> (i.e. Firestorm, SL v3.3.x, and possibly v1.23 based
>>>> viewers that support it (have not tested these though)); It seems
>>>> that when I have HTTP Inventory disabled my inventory
>>>> refuses to load up until HTTP Inventory is enabled. I prefer to
>>>> keep it off because UDP inventory loads a lot quicker
>>>> for me and having it disabled also seems to result in more stable
>>>> teleports on LL grid. Is there anyway to fix this in
>>>> the config files?
>>>
>>> On the server side, UDP inventory is always available. You could
>>> disable HTTP inventory on the server side with the
>>> instructions at [1] just to be sure. But I think a viewer bug is
>>> more likely where fallback is not happening properly
>>> when HTTP inventory is disabled. I don't know if there are any
>>> viewer config values which would help in this situation.
>>>
>>> [1] http://opensimulator.org/mantis/view.php?id=6412
>>>
>>
>>
>
>
--
OpenSim: 10 Region Standalone on 0.7.5 Dev
Physics: Open Dynamics Engine
OS: Windows 7 (x64)
CPU: AMD Phenom II X4 840 3.2 GHz
Memory: 11 GB DDR3
Database: MySQL 5.1.63 (x64)
More information about the Opensim-users
mailing list