Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
By default, NFS remaps root to the user "nobody" in order to minimize security issues. The simplest workaround is to not try to write data as root to the NFS volume. If you're willing to risk the exposure that allowing write permission to root, then you can set an option in the NFS server's /etc/exports to allow it; the opetion is "no_root_squash". The syntax is as follows: /path/to/volume *(rw,no_root_squash) On Tue, Apr 8, 2008 at 10:53 AM, Scott R. Ehrlich <[hidden email]> wrote: > This might be an obvious question, but I need to ask since I'm facing an > obstacle. > > I have an isolated network running NIS/NFS utilizing CentOS 5 and RHEL 5. > > If I try to compile or write data as sudo or outright as root to an > NFS-mounted directory (say I cd to someone else's NFS-mounted directory to > try and compile code in their directory), I get permission denied during the > write attemps. > > Copy their stuff to /tmp or any other local filesystem, and writing is just > fine. > > How do I resolve this? > > Thanks. > > Scott > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > _______________________________________________ > Discuss mailing list > [hidden email] > http://lists.blu.org/mailman/listinfo/discuss >
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |