[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