Paul Ripke wrote:
> Running -current with sources from about 24hrs ago, I'm getting a 100%
> reproducible crash by running /etc/daily. ddb says:
>
> kernel: supervisor trap page fault, code=0
> Stopped in pid 892.1 (find) at netbsd:lfs_putpages+0x3e3 movl %eax,0(%edx)
> db{1}> bt
> lfs_putpages(cb4d5780,1,0,c03b1060,cb380560) at netbsd:lfs_putpages+0x3e3
> VOP_PUTPAGES(cb380560,0,0,0,0) at netbsd:VOP_PUTPAGES+0x40
> vinvalbuf(cb380560,1,ffffffff,cb32781c,0) at netbsd:vinvalbuf+0x4f
> vclean(cb088868,800,0,37c,1) at netbsd:vclean+0x1d4
> vgonel(cb380560,cb32781c,2,c02d5a58,c09a601c) at netbsd:vgonel+0x55
> getcleanvnode(c09a6000,200000,0,ffffffff,cb4d5958) at netbsd:getcleanvnode+0xcf
> getnewvnode(5,c09a6000,c089a500,cb4d5954,0) at netbsd:getnewvnode+0xba
> lfs_vget(c09a6000,4a9,0,cb4d5a34,cb4d5a38) at netbsd:lfs_vget+0x12f
> ufs_lookup(cb4d5a5c,1,c03b0660,cb088868,cb4d5bd8) at netbsd:ufs_lookup+0x93d
> VOP_LOOKUP(cb088868,cb4d5bd8,cb4d5bec,c02e44a8,cb55e604) at netbsd:VOP_LOOKUP+0x2b
> lookup(cb4d5bc8,ca2d3c00,400,cb4d5be0,0) at netbsd:lookup+0x28a
> namei(cb4d5bc8,805ad58,64,c024cd0d,1306) at netbsd:namei+0x11a
> sys___lstat30(cb32781c,cb4d5c4b,cb4d5c68,805a048,805a000) at netbsd:sys___lstat30+0x46
> syscall_plain() at netbsd:syscall_plain+0x198
> --- syscall (number 389) ---
> 0xbbbaa0f7:
> db{1}> 
>
> System is an old Dell dual PIII, kernel is GENERIC.MP with heaps stripped
> out. I have netbsd.gdb and dump if anyone is interested.
>
> I can't find any matching PRs, but just thought I'd ask here before
> send-pr'ing.
>
>   

You might want to try a fsck_lfs -f on the filesystem.
I had a similiar problem on todays current + chs@'s vnlock patch.
Turns out the filesystem had a corrupt inode even though it was marked 
clean.