I was preparing a lengthy reply to this thread when my X server
crashed, and I've lost my momentum.  Sorry.

Basically, I agree in principle with all the issues raised by John and
Owen, save the complaint about -localauth.  See Jim Rees and John
Gardiner Myers posts for the explanation.  The technical staff here
does not want to see anyone (self-)deluded into believing that it's
"safe" to grant root access to users who would not be trusted with
membership in system:administrators.   Perhaps we're being
paternalistic. 

As to the cache consistency problem John is seeing, that looks like a
serious bug that should always be taken to our product support staff. 
John, I've suggested to your PSR (Todd) that you may have a replica
which is corrupted: a volser bug, not a cache manager bug.

FWIW:
The cmdebug output doesn't look terribly fishy, that's what an
unintialized/recycled vcache structure usually looks like.  The
"states" field is a bitmap whose possible values can be found in
afs.h. 0x4 means it's RO and not CStatd, ie, it doesn't have a
callback and the status information is potentially bogus. (In fact, it
is false, as you note.  That's ok.). The "DV" is the data version--
it's the mechanism for detecting whether the cached file contents are 
up-to-date after a callback has expired (before that point, they are
considered up-to-date unless a BreakCallBack call is made by the
fileserver).  It's a monotonically increasing counter -- every time a
StoreData occurs for that file, it is incremented.  So if the cache
manager lookup code happens upon that vnode, it will make a
FetchStatus call to the fileserver to get the correct status
information.   Perhaps there is another vcache structure with the
correct status in it, or else you need to run cmdebug _after_ "ls -l".
The size reported by "ls -l" comes straight out of the bytes field in
the vcache struct.  cmdebug and/or kdump are definitely the tools that
I would use to try to solve this. 

I'm curious about the suggestion that:
"I am actually wondering if this isn't the root of the problem."  I
think you may know something you don't know you know.  We'll talk more
about this if Product Support isn't able to get to the root of your
problem.  I _like_ reproducible bugs ;-).  (almost as much as no bugs
at all)

Lyle            Transarc                707 Grant Street
412 338 4400    The Gulf Tower          Pittsburgh 15219

"Pictures are the product of the world's oldest profession..."
        - some bigshot from the MPAA, seen on the Academy Awards...


Reply via email to