From mboxrd@z Thu Jan  1 00:00:00 1970
From: Olaf Hering <olh@suse.de>
Subject: Re: VFS: Busy inodes after unmount on 2 way SMP
Date: Thu, 18 Sep 2003 07:04:04 +0200
Sender: autofs-bounces@linux.kernel.org
Message-ID: <20030918050404.GA25306@suse.de>
References: <20030917210023.GA15099@suse.de>
	<Pine.LNX.4.33.0309180828160.13541-100000@wombat.indigo.net.au>
Mime-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Return-path: <autofs-bounces@linux.kernel.org>
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0309180828160.13541-100000@wombat.indigo.net.au>
List-Id: <autofs.vger.kernel.org>
List-Unsubscribe: <http://linux.kernel.org/mailman/listinfo/autofs>,
	<mailto:autofs-request@linux.kernel.org?subject=unsubscribe>
List-Archive: <http://linux.kernel.org/pipermail/autofs>
List-Post: <mailto:autofs@linux.kernel.org>
List-Help: <mailto:autofs-request@linux.kernel.org?subject=help>
List-Subscribe: <http://linux.kernel.org/mailman/listinfo/autofs>,
	<mailto:autofs-request@linux.kernel.org?subject=subscribe>
Errors-To: autofs-bounces@linux.kernel.org
Content-Type: text/plain; charset="macroman"
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org, nfs@lists.sourceforge.net

 On Thu, Sep 18, Ian Kent wrote:

> On Wed, 17 Sep 2003, Olaf Hering wrote:
>=20
> >
> > This patch is untested, any feedback appreciated.
> >
> >         This patch will hopefully fix the "VFS: Busy inodes after unm=
ount.
> >         Self-destruct in 5 seconds" oopses generated by autofs+nfs.
> >
>=20
> Could you elaborate on reasoning behind the patch a bit please.

probably that:

...
Additional Comment #10 From Olaf Kirch 2003-09-16 21:13                  =
                              =20
The way I understood it the code is supposed to work like                =
                                                           =20
                                                                         =
                                                                        =20
 umount(8)      calls umount(2) with MNT_FORCE                           =
                  =20
 umount(2)      calls NFS to signal all RPC tasks                        =
                                                    =20
                later notices there are still buys inodes and returns to =
                                                                         =
   =20
                user space (-EBUSY)                                      =
                                                                         =
 =20
 umount(8)      retries umount(2) call                                   =
                                                                         =
   =20
                                                                         =
                                           =20
If that assumption is incorrect, we indeed to wait for the rpc tasks to  =
                                                               =20
complete. Nasty :-(                                                      =
                                                                     =20
...

--=20
USB is for mice, FireWire is for men!

sUse lINUX ag, n=C3=9CRNBERG