When doing an 'rm xxx', the file server does not break callbacks for
"xxx", but only for the directory containing "xxx".
Now, at least in OpenAFS 1.4.1 on Linux this does not invalidate the
cached information for "xxx" on another machine. Of course "ls xxx*"
or something will fail since the directory is correctly re-read, but
"ls -l xxx" and "cat xxx" still work if previously cached. Worse,
since e.g. "vim"'s strategy of changing a file is to create rename it
and create a new one we end up with a change seemingly not propagated.
Tested on 1.4.1 on Linux (kernel 2.4 & 2.6) only, no problem on
Solaris, nor with older (1.2.x) clients.
Is this a known problem which escaped my attention? Fix?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rainer Toebbicke
European Laboratory for Particle Physics(CERN) - Geneva, Switzerland
Phone: +41 22 767 8985 Fax: +41 22 767 7155
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
