Jan Harkes <[EMAIL PROTECTED]> writes: > On Fri, Nov 16, 2001 at 11:11:54AM +0100, Steffen Neumann wrote: [...]
> Try to do a 'cfs er /coda/homes/floemker/usr_rhea.txt' on laptop2, this
> triggers an downcall to flush cached information from the kernel. Then
> check if the file shows up.
Tried on both laptops, no result
> Second try is to disconnect laptop 2, run 'cfs cs', reconnect and run
> 'cfs cs' again, this should trigger the client to revalidate the
> up-to-date status of all objects in the cache.
Tried on both laptops, no result
> If that fails, try to do 'cfs fl /coda/homes/floemker' on laptop2, this
> tries to flush all objects from the venus cache that are located in that
> subtree. Perhaps we got the wrong data with the 'right' version vector.
Tried on both laptops, both giving:
root@Rhea:/homes/floemker > /usr/local/bin/cfs fl /coda/homes/floemker
DANGER: these files will be lost, if disconnected
Do you really want to do this? [n] y
Fools rush in where angels fear to tread ........
Can't flush active file
>
> And let me know which of the three (if any) solves the problem, as this
> would narrow the search for the possible cause.
What "worked" finally was:
Reboot Laptop1, and after venus restart
the file was length 0 also on laptop1,
i.e. it had vanished altogether :-(
Never mind, it was not important in first place,
and even if, we'd had enough time to make a copy ;-)
Hope the problem get sorted before it bites someone badly.
Yours,
Steffen
msg02785/pgp00000.pgp
Description: PGP signature
