[19994] in Athena Bugs
linux 9.0.18: afs
daemon@ATHENA.MIT.EDU (Ken Raeburn)
Sat Nov 10 04:30:50 2001
Message-Id: <200111100930.EAA11316@all-in-one.mit.edu>
To: bugs@MIT.EDU
Date: Sat, 10 Nov 2001 04:30:46 -0500
From: Ken Raeburn <raeburn@MIT.EDU>
System name: all-in-one.mit.edu
Type and version: i686 9.0.18
Display type: XFree86 3.3.6a SVGA
Shell: /bin/athena/tcsh
Window manager: unknown
What were you trying to do?
Access the read-only version of a newly replicated AFS
volume that I'd been using before it got replicated.
What's wrong:
The pathname /afs/athena/astaff/project/emacs still resolves
to the read-write volume on this machine. On my Linux system
at home, where I hadn't accessed the RW volume, the same
pathname gets me the RO volume.
I've tried "fs flushvol", "fs flushmount", "fs checkv", on the
emacs volume and the project volume, all with no effect.
On dcl.mit.edu, a Solaris system running Athena 9, where I
also attached the emacs file system before the replication
(but haven't referenced it in quite a while, probably a day or
two at least), I now get the RO volume.
What should have happened:
I should have, fairly quickly, started accessing the RO volume
when I used that pathname. (Sure, processes already using the
files or directories, I can understand. Changing directory
out and back in using absolute pathnames shouldn't cause the
problem to keep happening...)
Please describe any relevant documentation references:
[Please replace this line with your information.]
