[OpenAFS] Disk cache not updating
Miles Davis
miles@cs.stanford.edu
Mon, 10 Jan 2005 13:08:54 -0800
On Mon, Jan 10, 2005 at 11:36:32AM -0500, Jeffrey Altman wrote:
> Brian:
I'm seeing the same problems, possibly unrelated, but since you're
looking for 1.3.X feedback, I'll provide my own answers here too:
> Useful information would be the OpenAFS version number you have
> installed. I have no idea what is the latest OpenAFS rpm available
> translates to.
Client: openafs 1.3.76 (fedora core 2)
Server: openafs 1.2.13 (redhat 9)
I've seen this happen on other 1.3.76 clients, but not 1.2.X clients.
In my example, the client seems to think all volumes on this server are
inaccessable, though they are from everywhere else. 'fs checkservers'
reports the server down on this client.
> Does it appear from the output of "cmdebug <host> -long" that you
> have callbacks for volume in question? cmdebug lists cache entries
> with an ID of the form: <cellID>.<volID>.<vnode>.<unique> Using
> volume ID you can search the output for entries from the specified
> volume and look to see if there is a callback address and a non-zero
> expiration time.
cmdebug shows a callback for a volume, but the expiration time has passed:
** Cache entry @ 0x432a9b40 for 2.536870918.1.1 [cs.stanford.edu]
53248 bytes DV 167243 refcnt 1
callback 00000000 expires 1105278668
0 opens 0 writers
volume root
states (0x0)
> Do you have a callback after the "fs flushvol" command is issued?
I can't seem to issue an fs flushvol on any of the affected volumes; I get
Error flushing volume <foo>: No such file or directory
An ls in foo's parent dir shows
?--------- ? ? ? ? ? foo
> If you do have callbacks and do not see the changes, the second
> most likely cause is that the messages from the afs file server
> to the client are blocked somewhere.
Doesn't seem to be any blockage -- udp ports 7000-7009 are open between
client and server.
Let me know what other info I can provide, if this helps.
--
// Miles Davis - miles@cs.stanford.edu - http://www.cs.stanford.edu/~miles
// Computer Science Department - Computer Facilities
// Stanford University