Re: Softupdates not preventing lengthy fsck

From: Kris Kennaway <kris_at_obsecurity.org>
Date: Mon, 11 Apr 2005 20:53:29 -0700
On Mon, Apr 11, 2005 at 06:43:17PM -0700, Don Lewis wrote:
> On 11 Apr, Kris Kennaway wrote:
> > I'm seeing the following problem: on 6.0 machines which have had a lot
> > of FS activity in the past but are currently quiet, an unclean reboot
> > will require an hour or more of fscking and will end up clearing
> > thousands of inodes:
> > 
> > [...]
> > /dev/da0s1e: UNREF FILE I=269731  OWNER=root MODE=100644
> > /dev/da0s1e: SIZE=8555 MTIME=Apr 18 02:29 2002  (CLEARED)
> 
> > /dev/da0s1e: UNREF FILE I=269741  OWNER=root MODE=100644
> > [...]
> > 
> > It's as if dirty buffers aren't being written out properly, or
> > something.  Has anyone else seen this?
> 
> This looks a lot like it could be a vnode refcnt leak.  Files won't get
> removed from the disk while they are still in use (the old unlink while
> open trick).  Could nullfs be a factor?

Yes, I make extensive use of read-only nullfs.

Kris (fsck still running)
Received on Tue Apr 12 2005 - 01:53:31 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:32 UTC