From owner-freebsd-current Tue Sep 12 10:00:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20023 for current-outgoing; Tue, 12 Sep 1995 10:00:44 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA20017 for ; Tue, 12 Sep 1995 10:00:41 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA03776; Tue, 12 Sep 1995 09:58:33 -0700 From: "Rodney W. Grimes" Message-Id: <199509121658.JAA03776@GndRsh.aac.dev.com> Subject: Re: Potentially serious NFS problem To: dfr@render.com (Doug Rabson) Date: Tue, 12 Sep 1995 09:58:33 -0700 (PDT) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Doug Rabson" at Sep 12, 95 10:54:48 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1495 Sender: current-owner@freebsd.org Precedence: bulk > > On Mon, 11 Sep 1995, Terry Lambert wrote: > > > Doug, are you there? 8-). > > Still here :-) > > > I have detected a problem in the NFS server code, though at present I am > > not certain whether it will manifest as a memory leak or as a double > > freeing of cn_pnbuf's (which depends on what's meant by VOP_ABORTOP() > > when called in nfs/nfs_serv.c). > > > > ... > > > > I'm not prepared to crack this nut all by myself at present, especially > > with active work in the NFS code taking place. > > I am not currently working on the nfs code. I think that John is working > on the client code but not the server. Feel free to make changes to the > server side. While your in there poking around see if why when you kill -1 mountd on the server if a client is doing I/O at that time it causes an error to be returned and causes what ever was running to die. This is a sick bug, it makes FreeBSD unsutable for production NFS server applications as adding or removing or changing the /etc/exports file and hupping mountd is a quite standard procedure. client% tar cf /dev/null server:/foo/bar server% echo "/new/disk/area -root=0 host1 host2" >>/etc/exports server% kill -1 `cat /var/run/mountd.pid` client> BOOM!!!!, it use to panic, that has been fixed, now it returns an I/O error to the user land process :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD