[OpenAFS] OpenAFS 1.2.13 and fsck problems on Solaris 9
Andy Malato
andym@oak.njit.edu
Tue, 30 Nov 2004 21:51:33 -0500 (EST)
I have seen similar postings on this topic in the mail archives, however,
I don't know if this issue has been completly resolved.
I am running OpenAFS 1.2.13 on Solaris 9 with kernel patch 117171-07.
According to what I have read in the archive postings it appears that Sun
has made some changes to the UFS data structures, which causes the OpenAFS
fsck to break.
I get similar messages during each reboot :
checking ufs filesystems
----Open AFS (R) openafs 1.2.13 fsck----
/dev/rdsk/c2t5d1s0: IMPOSSIBLE INTERLEAVE=0 IN SUPERBLOCK (FIXED)
/dev/rdsk/c2t5d1s0: is clean.
----Open AFS (R) openafs 1.2.13 fsck----
/dev/rdsk/c3t5d0s0: IMPOSSIBLE INTERLEAVE=0 IN SUPERBLOCK (FIXED)
/dev/rdsk/c3t5d0s0: is clean.
If I manually run /usr/lib/fs/afs/fsck -y against these devices the
problem appears to go away. However, this still indicates that something
may be wrong and I can't help to have limited confidence in
/usr/lib/fs/afs/fsck should one of the vice partitions need to be
recovered via fsck after a system crash.
I discovered this posting :
https://lists.openafs.org/pipermail/openafs-info/2004-November/015400.html
After adding the required patches and rebuilding, I ran newfs on a few
vice partitions and rebooted, and got the following error message:
checking ufs filesystems
----Open AFS (R) openafs 1.2.13 fsck----
/dev/rdsk/c2t5d1s0: /dev/rdsk/c2t5d1s0: BAD SUPER BLOCK: VALUES IN SUPER
BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE
/dev/rdsk/c2t5d1s0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
----Open AFS (R) openafs 1.2.13 fsck----
/dev/rdsk/c3t5d0s0: /dev/rdsk/c3t5d0s0: BAD SUPER BLOCK: VALUES IN SUPER
BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE
/dev/rdsk/c3t5d0s0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
An attempt to run fsck manually produces this error :
fsck -y /dev/rdsk/c2t5d1s0
----Open AFS (R) openafs 1.2.13 fsck----
** /dev/rdsk/c2t5d1s0
BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST
ALTERNATE
USE AN ALTERNATE SUPER-BLOCK TO SUPPLY NEEDED INFORMATION;
eg. fsck [-F ufs] -o b=# [special ...]
where # is the alternate super block. SEE fsck_ufs(1M).
I then found this posting :
https://lists.openafs.org/pipermail/openafs-info/2004-November/015575.html
I do have logging disabled on all the vice partitions by adding nologging
to the mount options in /etc/vfstab.
I am at a loss here and perhaps I missed something. I'd appreciate any
feedback that anyone can give regarding this matter.
Thanks,
---Andy