From owner-cvs-all Tue Nov 30 9:50:34 1999 Delivered-To: cvs-all@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 1870215971; Tue, 30 Nov 1999 09:50:22 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA26108; Tue, 30 Nov 1999 09:49:57 -0800 (PST) (envelope-from dillon) Date: Tue, 30 Nov 1999 09:49:57 -0800 (PST) From: Matthew Dillon Message-Id: <199911301749.JAA26108@apollo.backplane.com> To: Martin Blapp Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/etc rc References: Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk :> Call rpc.umntall only if nfs_client_enable, hang occurse otherwise : :Can you please tell me why it hangs ? That means : : :- Is there a /var/db/mounttab ? (If no it should just skip) :- Have you disconected the network while operating and have : not connected since then ? : :The utility only does something if : : :- /var/db/mounttab exists :- you have not properly unmounted your nfs-filesystems : :So a normal user will never have hangs during startup if he :does not use nfs. : :Why don't you ask dillon or me before doing the commit ? Even :if you are right, I'm interested in discussing it first. : :Martin : :Martin Blapp, mb@imp.ch This is essentially Martin's work so he has last word. rpc.umntall is supposed to timeout if it does not have connectivity so if it is improperly hanging that's a bug. Whether the fix is to move the placement of the program in the rc scripts or 'fix' the program to do a better job of timing out is up to Martin. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message