On Sat, 14 Nov 1998, Allen Briggs wrote:

> > Yes, and both sbc kernels and ncr kernels die with the following panic
> > when swapctl tries to access the second drive. 
> 
> Lovely...  I'm getting a similar panic now that I compiled for debug and
> diagnostic (boot single-user, run fsck -p on /dev/sd0a and /dev/sd1g,
> then try to cat /etc/fstab).  Only difference is that my panic fails on
> getting from vnodepl pool instead of the rusgepl pool.  It looks like
> something's corrupting memory somewhere...

Data point: "fsck -p" has been panicing for me for longer than this
latest problem. I was always able to do a manual "fsck", however, and
then "mount -a". The thing with "fsck -p"  might be another problem
altogether.