> The Cache Truncation daemon (which only calls itself cachetrim on linux) > will: > drop stuff when the cache is "too full" > clean up any cache chunks which were "discarded" but not already freed.
These clients have completely clean caches though... After 12 straight hours of messing with this stuff, I've thrown in the towel for now. The only thing I've determined is that if the cachesize in /etc/openafs/cacheinfo is less than roughly 20 GB, everything appears to work. Starting at roughly 30 GB, afs_cachetrim goes wild and enters some sort of infinite loop after afsd has finished creating its directory structure. I really need to get this resolved asap, so any hints as to what to look for would be greatly appreciated. I would also pay consulting fees to get somebody on the phone or IRC to get more realtime debugging tips, so if that's a feasible option, let me know privately... Thanks. Wes -- http://www.woahnelly.net/~wes/ OpenPGP key = 0xA5CA6644 fingerprint = FDE5 21D8 9D8B 386F 128F DF52 3F52 D582 A5CA 6644 _______________________________________________ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
