In trying to further track down the knfsd problem, I ran
into the following:

[root@glasya linux]# rpm -qa | grep kernel
kernel-doc-2.2.5-2
kernel-2.2.5-2
kernelcfg-0.5-5
kernel-headers-2.2.5-2
kernel-source-2.2.5-2

Then I did a
cd /usr/src/linux
make mrproper
make oldconfig
make bzImage

make[3]: Entering directory
`/usr/src/linux-2.2.5/drivers/scsi'
gcc -D__KERNEL__ -I/usr/src/linux-2.2.5/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -pipe
-fno-strength-reduce -m386 -DCPU=386   -c -o scsi.o scsi.c
scsi.c: In function `scan_scsis_single':
scsi.c:766: `TYPE_ENCLOSURE' undeclared (first use in this
function)
scsi.c:766: (Each undeclared identifier is reported only
once
scsi.c:766: for each function it appears in.)
scsi.c: In function `resize_dma_pool':
scsi.c:2480: `TYPE_ENCLOSURE' undeclared (first use in this
function)
make[3]: *** [scsi.o] Error 1
make[3]: Leaving directory
`/usr/src/linux-2.2.5/drivers/scsi'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory
`/usr/src/linux-2.2.5/drivers/scsi'
make[1]: *** [_subdir_scsi] Error 2
make[1]: Leaving directory `/usr/src/linux-2.2.5/drivers'
make: *** [_dir_drivers] Error 2


[root@glasya linux-2.2.5]# find . -type f -print | xargs
grep TYPE_ENCLOSURE
./drivers/scsi/scsi.c:  case TYPE_ENCLOSURE:
./drivers/scsi/scsi.c:                     SDpnt->type ==
TYPE_ENCLOSURE) {

Looking around a bit more it looks like the following:

[root@glasya src]# find . -type f -print | xargs grep
TYPE_ENCLOSURE
./linux-2.2.3/include/scsi/scsi.h:#define
TYPE_ENCLOSURE      0x0d    /* Enclosure Services Device */
./linux-2.2.5/drivers/scsi/scsi.c:  case TYPE_ENCLOSURE:
./linux-2.2.5/drivers/scsi/scsi.c:
SDpnt->type == TYPE_ENCLOSURE) {

Looks like scsi.h whacked?

#define TYPE_ENCLOSURE      0x0d    /* Enclosure Services
Device */