I've been working with the OpenAFS fileserver on a NetBSD machine for
a while, and been able to do some reasonable speeds on various benchmarks
I've been using.  Just before deciding to put it into production, I
decided to run a few additional tests, and found a few volunteers.
They're very good volunteers, they made it crash.

While copying pkgsrc to an afs volume on my server (from an afs
volume on a different server):
(cp -r /afs/iastate.edu/public/ftp/pub/NetBSD/NetBSD-current/pkgsrc/ .)

dmode 8000 mode 8000 dgen 5c6f6078 gen 5c6f6078
size 0 blocks 0
ino 27640346 ipref 27639424
panic: ffs_valloc: dup alloc
Stopped in pid 18025.1 (fileserver) at  netbsd:cpu_Debugger+0x4:        leave
db>
db> t
cpu_Debugger(0,cf3fb8f0,cc253bdc,cf3fb8f0,cf3fd040) at netbsd:cpu_Debugger+0x4
panic(c06be41a,1a5c21a,1a5be80,1a5c21a,d173f384) at netbsd:panic+0x11d
ffs_valloc(cc253c44,c1cd3400,cc250200,0,c05af2a0) at netbsd:ffs_valloc+0x2df
VOP_VALLOC(d173f384,41c0,c1cd3400,cc253ca0,cc253c94) at netbsd:VOP_VALLOC+0x34
ufs_mkdir(cc253e04,40c0317d,cc253e3c,c039f564,c05aee60) at netbsd:ufs_mkdir+0xa0
VOP_MKDIR(d173f384,cc253e74,cc253e88,cc253eb4,d173f384) at netbsd:VOP_MKDIR+0x34
sys_mkdir(cbea0dec,cc253f64,cc253f5c,0,cc253fa4) at netbsd:sys_mkdir+0x14d
syscall_plain() at netbsd:syscall_plain+0x7e
- --- syscall (number 136) ---
0x48149a7f:
db>

I'm running 2.0_BETA for these tests.

(BTW, if anyone is interested in OpenAFS, I'd like to get the client
and server working on NetBSD, and I could use help.  There's a
port-netbsd@openafs.org mailing list, although of the 6 posts ever,
3 are mine.)

Tracy J. Di Marco White
Academic Information Technologies
Iowa State University