From owner-freebsd-stable Thu Dec 25 20:53:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA22308 for stable-outgoing; Thu, 25 Dec 1997 20:53:31 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA22302 for ; Thu, 25 Dec 1997 20:53:27 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id UAA07915; Thu, 25 Dec 1997 20:53:08 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Thu, 25 Dec 1997 20:53:08 -0800 (PST) From: Chris Timmons To: John Polstra cc: stable@FreeBSD.ORG Subject: Re: Bogus interaction between NFS and mount In-Reply-To: <199712231712.JAA26683@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Another way to make the same thing happen: suppose you have /usr/ports mounted sync on your server; while your client is chugging away do this on the server: mount -o update,async /usr/ports and for a window of time you'll see the permission denied messages on the client side. In this case an operation on the same file system is occurring - in your example it is even more ... interesting... -Chris On Tue, 23 Dec 1997, John Polstra wrote: > This has got to be one of the most bogus things I've ever seen > involving NFS. I have two machines networked together: > > Server: 2.2-stable from December 11 > Client: -current from December 5 > > Client has mounted the /usr/ports tree from Server. On Client, I > chdir into /usr/ports/editors/emacs20 and start a build: > > >> Checksum OK for emacs-20.2.tar.gz. > ===> Extracting for emacs-20.2 > ===> emacs-20.2 depends on executable: gmake - found > > Grind grind grind, the big tar extract starts crunching away. Since > it's emacs, it takes two forevers. Meanwhile, over on Server, I > decide to mount a CD-ROM. The CD is sitting in the drive, but it's > not mounted. I type "mount /cdrom" and it succeeds. BUT, at the same > time, over on Client everything suddenly falls apart: > > /usr/bin/tar: Could not create file emacs-20.2/src/chpdef.h : Permission denied > /usr/bin/tar: Could not create file emacs-20.2/src/cm.h : Permission denied > /usr/bin/tar: Could not create file emacs-20.2/src/coding.h : Permission denied > > followed by many more such complaints until the make dies. This > problem is reproducible. > > It is hard to see why mounting a local CD-ROM on the NFS server should > cause problems for a completely separate exported file system, but > that is what is happening. The only connection between the CD-ROM and > NFS, as far as I can tell, is that /cdrom happens to be exported. > > Suggestions, anyone? > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth >