Date: Tue, 17 Feb 2009 13:30:55 -0900 From: Mel <fbsd.questions@rachie.is-a-geek.net> To: freebsd-questions@freebsd.org, Polytropon <freebsd@edvax.de> Cc: Tim Judd <tajudd@gmail.com> Subject: Re: Determining process preventing umount of busy partition Message-ID: <200902171330.55677.fbsd.questions@rachie.is-a-geek.net> In-Reply-To: <20090217123757.4685b67b.freebsd@edvax.de> References: <20090212062505.ca66b93e.freebsd@edvax.de> <200902161044.02542.fbsd.questions@rachie.is-a-geek.net> <20090217123757.4685b67b.freebsd@edvax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 17 February 2009 02:37:57 Polytropon wrote:
> On Mon, 16 Feb 2009 10:44:02 -0900, Mel
<fbsd.questions@rachie.is-a-geek.net> wrote:
> > Is this a one-time event or 100% reproducable?
>
> I've tried it several times, it can always be reproduced.
>
> > A likely scenario is:
> > - You have squid running
> > - You have rc_shutdowntimeout at default (30 seconds)
>
> I'm not sure if this setting (?) will have an effect after trying
> the umount operation in SUM. Even if umount is retried after a
> several time, /usr is still "busy".
To explain the setting:
If the shutdowntimeout is hit, rc stops killing daemons like it's supposed to
do (effectively, stops calling rc.d scripts with SHUTDOWN keyword).
This is weird, though. New theories (where are Chase, Cameron and Foreman when
you need them!):
fstat is lying, instead use:
fstat -f /usr -m -v
You have a mount on top of /usr, ie.: /usr/local or /usr/ports.
--
Mel
Problem with today's modular software: they start with the modules
and never get to the software part.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200902171330.55677.fbsd.questions>