[LON-CAPA-admin] caching of id -> failed

H. K. Ng hkng at fsu.edu
Tue Sep 4 15:21:01 EDT 2007

Hi Guy,

The lonnet.log file seems to be filled with the caching of id failed 
message - it is about 300 MB in size. There are also a lot of

Userfile repcopy failed for 
messages. (As you mentioned before, this is not a real error message.)

Is all this writing to disk affecting the server performance. If so, 
is there some way to turn them off?


 > >
 > > Wed Aug 22 12:22:25 2007 (18437): caching of id ->
 > > userres%3afsu%3amdr04c  failed
 >I added this warning message to notify if the internal memcached
 >caching mechanism failed to cache the requested data. (Back when were
 >getting failures because of large amounts of data.) I'm not sure why
 >you are seeing the caching of this data fail (the data is the
 >resource parameters that are associated to the amdr04c:fsu user)
 >Hrrm, taking a look it appears that it may be related to the fact that
 >there is no amdr04c:fsu user?

Checking the entries on lonnet, it should be mdr04c. He was accessing
However, the last time this person logged in was in December.

 >Any guesses as to what course might be causing it to look for this user?

It looks like he is accessing
Wed Aug 22, 2007 12:37:34 - 1187800654: fsul1:Role

It is a chemistry lab course for this coming fall. The time stamps on
the id -> failed starts a second later.


At 03:08 PM 9/4/2007, you wrote:

>>3. It is not clear that institutional directory means the 
>>directory/database kept by the university/institution separate from 
>>lon-capa such as directories available on a university homepage. On 
>>the same theme, the "selected domain" could possibly be thought of 
>>as the institutional directory.
>A suggestion. It doesn't seem necessary to distinguish between the 
>users on loncapa and the institutional directory. When a user wants 
>to find another user, the user really doesn't care it comes from. I 
>suggest that when a search is requested, both data bases (if the 
>institutional directory is enabled) be search. If there is a 
>conflict, then the existing user takes precedence. I don't expect to 
>see any conflicts but who knows.
>LON-CAPA-admin mailing list
>LON-CAPA-admin at mail.lon-capa.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.lon-capa.org/pipermail/lon-capa-admin/attachments/20070904/5d42d321/attachment.html>

More information about the LON-CAPA-admin mailing list