Date: Tue, 17 Feb 2009 12:37:57 +0100 From: Polytropon <freebsd@edvax.de> To: Mel <fbsd.questions@rachie.is-a-geek.net> Cc: Tim Judd <tajudd@gmail.com>, freebsd-questions@freebsd.org Subject: Re: Determining process preventing umount of busy partition Message-ID: <20090217123757.4685b67b.freebsd@edvax.de> In-Reply-To: <200902161044.02542.fbsd.questions@rachie.is-a-geek.net> References: <20090212062505.ca66b93e.freebsd@edvax.de> <4993CB0A.7090809@gmail.com> <20090212083411.bbde5802.freebsd@edvax.de> <200902161044.02542.fbsd.questions@rachie.is-a-geek.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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". > - rc hits the watchdog while squid is being shutdown No, nothing running. All applications have terminated. > - you unmount > - get busy > - call fstat at which point squid has been shutdown. I've used fstat and lsof to check for open files on /usr, nix, nada, nitshewo. > Replace squid with anything that takes 30+ seconds to shutdown. Allthough, > they would probably already fail at umount /var. Squid with defaults is fully > contained in /usr/local. I can't imagine which application should still be running when nothing on /usr is accessed (lsof, fstat); I'll check on running applications using ps. -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090217123757.4685b67b.freebsd>