On Fri, Jun 27, 2008 at 10:29:57AM -0700, Brad Beyenhof wrote: > I'm not an NFS guru either, but I'll tell you what's working for me > (comments interleaved below): > > On Fri, Jun 27, 2008 at 8:43 AM, John Oliver <[EMAIL PROTECTED]> wrote: > > On the server... > > > > [EMAIL PROTECTED] ~]# cat /etc/exports > > /data 10.5.0.0/24(rw,insecure,root_squash,anonuid=99,anongid=99) > > /data 10.0.0.0/22(rw,insecure,root_squash,anonuid=99,anongid=99) > > My NFS server has just "rw,no_subtree_check" in the options for /data. > > > /data is 777 > > My /data is 755, but the enclosed folders have the necessary groups > and permissions. In addition, the NFS server is also the NIS server, > so the users and groups on the workstations are actually local to the > server. > > > Clients mount with -o rw, but cannot write to the mount. > > Do they mount as root? In my lab, workstations mount /data in fstab > with the following options: > auto,dev,exec,rw,suid,rsize=8192,wsize=8192
I'm sure that the weird options are there for a reason. In any case, I was told that the usual fix for this is to reboot. And that did it. I don't like that answer... it isn't an answer. It leaves a mystery behind. But it does allow people to mount that share again. If anyone has any ideas as to what I could look at to further investigate the root cause of this issue next time it crops up, I'd appreciate it. -- *********************************************************************** * John Oliver http://www.john-oliver.net/ * * * *********************************************************************** -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
