[EMAIL PROTECTED] writes:
> tar would say that it restored 56412160 bytes, but when I looked at
> the file with "ls -l" it would have significantly less than that.
> cp gave the same behavior.
This has pretty much for sure been attributed to using too high a
fraction of the /cache filesystem. According to the AFS installation
guide, the number in /usr/vice/etc/cacheinfo should be 80-85 percent
of the filesystem size reported by "df" on an AIX system.
I thought I invoked a script which did this automatically when I
installed AIX on the hosts in question, but I seem not to have.
Thanks to Todd DeSantis for straightening me out on this.
> While I was transferring a file, my RS6000 fileserver crashed (crazy 8's).
> When it rebooted, the filesystem containing the partition containing the
> volume I had been using for the "info" database files had a corrupted
> superblock. The alternate superblock was also corrupted.
>
> The "corrupted superblock in filesystem containing AFS partition" problem
> has happened to me before. Is this the problem which the AIX PTF U433623
> is supposed to fix? I certainly hope so.
>
> My fileservers are currently running AIX 3.2.4 AFS 3.3. I am about to
> upgrade them to AIX 3.2.5 AFS 3.3a.
PTF U433623 seems to be designed to solve this problem, but TeX users
should be aware that an accompanying PTF (U433733) makes a change to
/usr/lib/libc.a which causes TeX to generate corrupted .dvi files.
Current speculation is that this is because TeX gets "undumped"
sometime during its build process. One report has it that rebuilding
TeX doesn't fix it.
-Rick
--
|Rick Cochran 607-255-7223|
|Cornell Materials Science Center [EMAIL PROTECTED]|
|E20 Clark Hall, Ithaca, N.Y. 14853 cornell!msc.cornell.edu!rick|
