In message <[EMAIL PROTECTED]>,Chaskiel M Grundman writes: >afs does not hold cache files open. Most calls to afs_CFileTruncate are=20 >immediately followed by afs_CFileClose (which is osi_UFSClose, which calls=20 >release_file).
that's not my impression. /cache is an ext2 filesystem: relax.7% ls -l short.bonnie.sh -rwxr-xr-x 1 chas users 55 Aug 18 2002 tmp/short.bonnie.sh relax.8% fs flush short.bonnie.sh relax.9% df -k /cache Filesystem 1K-blocks Used Available Use% Mounted on /dev/sdb1 482214 427736 29579 94% /cache relax.10% cp short.bonnie.sh /dev/null relax.11% df -k /cache Filesystem 1K-blocks Used Available Use% Mounted on /dev/sdb1 482214 427744 29571 94% /cache i didnt include getcacheparms but it only thinks the cache increased by 1k but in reality it went up by 8k. isnt there a list of open/active cache files (dcache slots?)? the bulk of cache files are closed but if you had a fullish cache and opened a bunch of small files you could overextend. ext2 works fine as a cache if i limit it to 1/3 to 1/2 the size of the cache partition. _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
