Christopher D. Clausen wrote: > ted creedon <[EMAIL PROTECTED]> wrote: >> V 1.5.19 on an XP box just turned a directory into a file. >> >> I can debug this but it seems too late. >> >> All the other clients see the directory. >> >> A fresh install this am. > > I too have seen this. Stopping the AFS client service and deleting the > AFSCache file fixed the problem for me. > > I figured it was just a corrupt local client cache issue. > > <<CDC
Identify the FID for the object and then find that entry in the output
from "cmdebug localhost -long". If the wrong type is specified in the
cmdebug output. Save the cache file and if you trust me with the data
that would be in the cache, let me take a look at it so I can try and
determine how the contents have been corrupted.
Volume in drive J is AFS Serial number is 0000:04d2
Directory of J:\*
4/27/2007 8:50 <DIR> .
4/27/2007 8:50 <DIR> ..
9/26/2006 22:04 <DIR> krbdev
10/27/2004 23:41 <DIR> Mail
6/16/1999 18:17 <DIR> OldFiles
4/09/2007 20:50 <DIR> Private
4/23/2007 9:34 <DIR> Public
1/27/2004 15:38 <DIR> WinData
5/27/2005 17:09 <DIR> WINDOWS
2/05/2007 20:41 <DIR> www
12/31/2004 19:31 26,966 afsdrive.ico
11/26/2004 0:53 355 desktop.ini
2/05/2007 20:41 0 index.html
6/16/1999 18:17 433 README.mail
6/16/1999 18:17 1,915 welcome
29,669 bytes in 5 files and 10 dirs 31,744 bytes allocated
1,099,511,626,752 bytes free
[J:\]fs exa public
File public (537235559.3.3) contained in cell athena.mit.edu
Owner jaltman (28180) Group 0
Volume status for vid = 537235559 named user.jaltman is
Current disk quota is 1500000
Current blocks used are 1269394
The partition has 140051764 blocks available out of 511163724
Volume is online
[J:\]cmdebug localhost -long
** Cache entry @ 0x160bd6f4 for 2.537235559.3.3 [athena.mit.edu]
4096 bytes DV 460 refcnt 0
callback 0289b750 expires 796272232
0 opens 0 writers
directory
states (0x0)
Jeffrey Altman
Secure Endpoints Inc.
smime.p7s
Description: S/MIME Cryptographic Signature
