Recently we upgraded a number of our DEC workstations (~100) from
ultrix 4.3/AFS 3.2a (pmax_ul43) to ultrix 4.4/afs 3.3a (pmax_ul43a).
Similarly to previous reports, we're experiencing unusually long delays
which we believe are attributeable, in part, to the cache manager stat()
problem mentioned by Chuck Silvers below.
We're considering retro-fitting to AFS 3.2b (uggh!), but are wondering
if we can overcome this problem with the current configuration by adding
ystem:authuser to any AFS directories that currently allows system:anyuser
rights. Most of the uses in our cell are authenticated upon logging into the
system. Aside from their own personal home directory, all other access to AFS
filespace is usually accomplished through system:anyuser access permissions.
If we were to also allow access via system:authuser permissions, will
the access information be cached? I suppose that this will depend on how
the source code is written and in what order access information is gathered
and processed.
Does anyone familiar with this particular bug mentioned below know
whether or not this idea will work?
Sincerely,
Steven McElwee
--
---------------------------------------------------------------------------
Steven McElwee | Email --> | [EMAIL PROTECTED]
Academic Computing | <-- US Snail Mail |
Duke University |------------------------|-------------------------
401 North Building | (919) 660-6914 (Work) | (919) 684-8651 (Fax)
Durham, NC 27706 | | (919) 612-1955 (Cellular)
---------------------------------------------------------------------------
-- original message follows --
> From: Chuck Silvers <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: resolution to ultrix slowness problem
> Date: Tue, 06 Sep 1994 16:55:51 -0400
>
> It turned out that there was a bug in the way the cache-manager dealt
> with caching stat information in ultrix. If you are authenticated but
> your access to a particular directory is the same as system:anyuser's,
> it wasn't caching the access info for that directory. Thus if you
> stat() a long pathname for which your access is the same as system:anyuser's
> for most of the directories along it, the cache-manager would do many
> RPC's for just a single stat() when it should have had everything cached.
>
> This bug is fixed in afs 3.4. I am told that there are other fixes
> in 3.4 that will make ultrix performance even better.
>
> -Chuck
