[LON-CAPA-admin] caching of id -> failed
H. K. Ng
hkng at fsu.edu
Tue Sep 4 15:21:01 EDT 2007
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...
More information about the LON-CAPA-admin