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]> > 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]> >>> >>> 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]> >>> >>> 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] >> 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] > 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
