Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Feb 2004 21:56:45 -0400 (AST)
From:      "Marc G. Fournier" <scrappy@hub.org>
To:        Andrew Reilly <areilly@bigpond.net.au>
Cc:        freebsd-fs@freebsd.org
Subject:   Re: Upcoming filesystems?
Message-ID:  <20040213215212.U96890@ganymede.hub.org>
In-Reply-To: <20040213041831.GA12350@gurney.reilly.home>
References:  <20040212235605.GP13780@moo.sysabend.org> <20040213022010.GA2331@frontfree.net> <20040213041831.GA12350@gurney.reilly.home>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 13 Feb 2004, Andrew Reilly wrote:

> On Thu, Feb 12, 2004 at 06:48:38PM -0800, Tom Arnold wrote:
> > On Fri, Feb 13, 2004 at 10:20:10AM +0800, Xin LI wrote:
> > > Personally I'd prefer the SoftUpdates approach, so I am more interested
> > > in what made you to think it doesn't fit your needs, performance?
> > > security features? or others?
> >
> > Boot time.  Large small-block filesystems take forever to come
> > up at bootime Forever being approx 10 minutes per filesystem
> > for the snapshot to occur, with 3 filesystems on the machine
> > it adds up.
>
> Why are your filsystems going down dirty?  Are you crashing the
> system, or is your power supply dodgy?  If it's the latter, then
> a UPS ought to sort out the problem.

I have problems with 4.9-STABLE where doing a 'reboot' with all file
systems mounted will result in it hanging while syncing disks ... the last
time I did it, I umounted *everything* except those reported as busy, so
that all I had left mounted was:

Filesystem          1K-blocks      Used    Avail Capacity  Mounted on
/dev/da0s1a            516062    191016   283762    40%    /
/dev/da0s1e           1032142     19454   930118     2%    /tmp
/dev/da0s1f          10322414   5805016  3691606    61%    /usr
/dev/da0s1g           1032142    146584   802988    15%    /var
/dev/da0s1h         119837208  90385742 19864490    82%    /vm
procfs                      4         4        0   100%    /proc

and it hung, requiring a cold boot ... the higher the uptime, the better
chance it happens ...

I've gotten into the habit of umounting everything I can, and shutting
down all the processes, before rebooting to avoid the issue ... the
servers are remote, so a hang tends to mean waiting for someone to get to
that machine ...

----
Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
Email: scrappy@hub.org           Yahoo!: yscrappy              ICQ: 7615664


Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040213215212.U96890>