There are no timeouts on these particular requests, which probably isn't a good thing - OpenSimulator is inconsistent when it comes to timeouts. However, I suspect that's oging to be peripheral to the issue here.

On 20/09/12 11:44, M.E. Verhagen wrote:
I wonder if there is a timeout on the fetch request ?
Or are they stacking up and just waiting till they are in the front of the line 
to be processed ?

2012/9/20 Justin Clark-Casey <[email protected] 
<mailto:[email protected]>>

    Fetch times of 1068560ms (which is more than 15 minutes!) are pathological 
- something is wrong.

    In the first case I would suspect an issue with the connection to the 
OSGrid inventory service.  Either it is being
    overloaded (OSGrid actually runs multiple copies of the ROBUST inventory 
service and load-balances between them
    using Nginx, but perhaps the limits are being hit), things are being 
massive lagged because of lots of requests
    hitting the .net default connection limit, as Melanie discussed, or you 
have a network issue.

    However, I'm a little surprised that the OSGrid Inventory Service request 
within FetchInventoryDescendents2 isn't
    making it's own complaint about a long request.  The log message you're 
seeing does cover the whole of the CAPs call
    so I suppose there is some chance there's some other cause, though it is a 
pretty simple capability.

    If you want to see if viewers are doing a lot of inventory fetches, then you can try 
the command "debug http 3" on
    the simulator console.  This will show every incoming http request from 
viewers (and other simulators) and the HTTP
    URI they are hitting.  Very recent code also has levels 4 and 5 which will 
log a snippet of the incoming request and
    the entire request, though you probably don't want to use them for any 
length of time.


    On 14/09/12 11:33, Ai Austin wrote:


            From: Melanie <[email protected] <mailto:[email protected]>>

            You're using a viewer that fetches the user inventory in the
            background on login. ...
            You will need to disable inventory fetch on startup and/or
            viewerside AO.


        Thanks for the explanation Melanie... that sounds like it is the type 
of problem I am seeing on our add on OSGrid
        regions... but not on our own Openvue grid whcih essentially runs on 
identical hardware and with identical
        network setups.

        I am observing the problem with both LL 3.3.4 and Firestorm/Pheonix 
4.2.2...

        I don't have the viewer provided sAO turned on in Firestorm,  but I 
just looked at all the settings I can find in LL
        3.3.4 and Firestorm 4.2.2 and cannot see one that refers to http 
fetching via http.  Although I am sure I have
        seen this
        in the past on earlier viewers.  Which Preferences tab is it on?

            From: James Stallings II <[email protected] 
<mailto:[email protected]>>

            I would recommend (assuming firestorm here) setting both inventory 
fetch
            and texture fetch to http in the settings, and making the following 
changes
            to opensim.ini:
            [ClientStack.LindenCaps]
                 ...
                 Cap_GetTexture = "localhost"
                 Cap_GetMesh = "localhost"
                 ; This is disabled by default. Change if you see fit. Note that
                 ; serving this cap from the simulators may lead to poor 
performace.
                  Cap_FetchInventoryDescendents2 = "localhost"
                  Cap_FetchInventory2 = "localhost"


        Yep, that what I am set to already James.. I just checked. Thanks.
        _________________________________________________
        Opensim-users mailing list
        [email protected] <mailto:[email protected]>
        https://lists.berlios.de/__mailman/listinfo/opensim-users 
<https://lists.berlios.de/mailman/listinfo/opensim-users>



    --
    Justin Clark-Casey (justincc)
    OSVW Consulting
    http://justincc.org
    http://twitter.com/justincc

    _________________________________________________
    Opensim-users mailing list
    [email protected] <mailto:[email protected]>
    https://lists.berlios.de/__mailman/listinfo/opensim-users 
<https://lists.berlios.de/mailman/listinfo/opensim-users>




--
Groningen en Hannover Opensims: secondlife://meverhagen.nl:8002:Hannover ZW/


_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users



--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users

Reply via email to