Subject: Re: supervisor trap page fault in lfs_putpages
To: Tobias Nygren <email@example.com>
From: Sverre Froyen <firstname.lastname@example.org>
Date: 11/30/2006 20:23:28
On Thursday 30 November 2006 15:40, Paul Ripke wrote:
> On Thu, Nov 30, 2006 at 09:32:09PM +0100, Tobias Nygren wrote:
> > 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.
> Yeah, I've run a few fsck's over it - but it's clean:
> ksh$ sudo fsck -yf /local
> ** /dev/rld0g
> ** File system is already clean
> ** Last Mounted on /local
> ** Phase 0 - Check Inode Free List
> ** Phase 1 - Check Blocks and Sizes
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> ** Phase 5 - Check Segment Block Accounting
> ** Phase 6 - Roll Forward
> 109586 files, 1134725 used, 37202721 free
A couple of days ago I had a /var file system (LFS) that caused a multiuser
boot to hang right after the file system clean messages. A fsck -fy did not
help. A dump and restore did.
> Just updated kernel to sources about 3 hrs old, same crash, same