Date: Sat, 28 Jun 1997 22:05:32 +0200 (CEST) From: admin@citylink.dinoex.sub.org (Maschinenwart) To: FreeBSD-gnats-submit@FreeBSD.ORG Subject: misc/3980: access via NFS fails during mount-operations on server Message-ID: <199706282005.WAA28656@citylink.dinoex.sub.org> Resent-Message-ID: <199706282040.NAA04169@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 3980 >Category: misc >Synopsis: access via NFS fails during mount-operations on server >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 28 13:40:01 PDT 1997 >Last-Modified: >Originator: Peter Much >Organization: Beyond the Future Shockwave: Convenience or Conviviality? >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: A NFS-Server and Clients, all running the same FreeBSD-Version. >Description: writes (maybe reads too) happening on a NFS-client and accessing a NFS-imported filesystem will be denied with "permission denied": this happens exactly at the time some other filesystem is mounted onto the NFS-Server. >How-To-Repeat: Write some file onto a NFS-imported partition. Do it slowly; let it be a "gzip -9"-output or something like that. Then mount some other filesystem onto the server. Bruce Evans asked me, if the "other filesystem" is NFS-exported, and as far as I see, it either is, or it is a vnode-virtual file- system and the respective real file resides on an NFS-exported filesystem. (The first time this happened was during a "make release", when the boot-floppies were built, & my src-tree is writable exported to everywhere.) So, maybe, the fault is on my side, and one has to kill "nfsd" before mounting NFS-exported filesystems, and restart it afterwards. On the other hand, that effect with the vnode-filesystem shouldn't happen. And anyway, if "nfsd" has to be stopped during mounts of exported filesystems, then maybe "mount" should better do this automatically... >Fix: As I got the idea not before writing this sheet, the workaround could be to kill and restart "nfsd" before and after mounts of exported filesystem... >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706282005.WAA28656>