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

Tue Sep 4 15:54:24 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
>
>Is it still confined to this one user?

No, it seems to occur for lots of users and problems. Also, it occurs 
on every server but most noticeable on the primary servers - 
obviously. I have included a sample

Tue Sep  4 15:51:59 2007 (24254): caching of id -> 
courseres%3a5v258083632cf466efsul1%3afsu  failed
Tue Sep  4 15:51:59 2007 (29030): caching of id -> 
userres%3afsu%3amcw06e  failed
Tue Sep  4 15:51:59 2007 (20256): caching of id -> 
meta%3afsu%2fsilberbergLib%2fch01%2f1%2d034%2eproblem  failed
Tue Sep  4 15:51:59 2007 (24254): caching of id -> 
meta%3afsu%2fsilberbergLib%2fch01%2f1%2d091%2eproblem  failed
Tue Sep  4 15:51:59 2007 (1859): caching of id -> 
courseres%3a7E5764125e2c54634fsul1%3afsu  failed
Tue Sep  4 15:51:59 2007 (24254): caching of id -> 
meta%3afsu%2fsilberbergLib%2fch01%2f1%2d091%2eproblem  failed
Tue Sep  4 15:51:59 2007 (20256): caching of id -> 
meta%3afsu%2fsilberbergLib%2fch01%2f1%2d034%2eproblem  failed
Tue Sep  4 15:51:59 2007 (24254): caching of id -> 
namescache%3aeb07%3afsu  failed
Tue Sep  4 15:51:59 2007 (24254): caching of id -> 
courseresversion%3afsu_5v258083632cf466efsul1_%2fres%2ffsu%2fsilberbergLib%2fch01%2f1%2d091%2eproblem 
failed
Tue Sep  4 15:51:59 2007 (777): caching of id -> 
courseres%3a9G5764125e2c5461bfsul1%3afsu  failed
Tue Sep  4 15:51:59 2007 (20256): caching of id -> 
meta%3afsu%2fsilberbergLib%2fch01%2f1%2d034%2eproblem  failed
Tue Sep  4 15:51:59 2007 (1859): caching of id -> 
meta%3afsu%2fsilberbergLib%2fch01%2f1%2d034%2eproblem  failed
Tue Sep  4 15:51:59 2007 (21581): caching of id -> 
meta%3afsu%2fGeneralChemLib%2fLab%2fGraphingAndAnalysis%2fStandardDeviation%2eproblem 
failed
Tue Sep  4 15:52:00 2007 (20256): caching of id -> 
meta%3afsu%2fsilberbergLib%2fch01%2f1%2d034%2eproblem  failed
Tue Sep  4 15:52:00 2007 (1859): caching of id -> 
meta%3afsu%2fsilberbergLib%2fch01%2f1%2d034%2eproblem  failed
Tue Sep  4 15:52:00 2007 (24254): caching of id -> 
userres%3afsu%3aamg05c  failed

>(I have tried recreating this here and haven't been able to.)
>
> >
> > Userfile repcopy failed for
> > uploaded/fsu/54412611fd3c9469bfsul1/default_1155048274.sequence.meta
> > 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?
>
>No this is unlikely to be affecting server performance in an really
>noticable scope.
>
>However, the inability to cache the data is likely to affect
>performance in a noticable way.
>
> >
> > Thanks,
> > -hk
> >
> > > >
> > > > 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
> > in./fsu/414744126dac946cdfsul1
> >
> > It is a chemistry lab course for this coming fall. The time stamps on
> > the id -> failed starts a second later.
> >
> > Thanks,
> > -hk
> >
> >
> > 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.
> > >
> > >-hk
> > >
> > >_______________________________________________
> > >LON-CAPA-admin mailing list
> > >LON-CAPA-admin at mail.lon-capa.org
> > >http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin
>
>--
>guy at albertelli.com   0-7-0-9-27,137
>_______________________________________________
>LON-CAPA-admin mailing list
>LON-CAPA-admin at mail.lon-capa.org
>http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin