[lkml]   [1996]   [Nov]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: NFS client permission bug
In, article <>,
Ion Badulescu <> writes:

> > neumann /ubackup # su hzoli -c 'echo bad' > test
> > zsh: write error: permission denied
> > neumann /ubackup # ls -l test
> > -rw-r--r-- 1 root root 0 Nov 6 18:52 test
> > neumann /ubackup #
> It's your root shell that creates the file! The output of the su command
> gets redirected, not the output of the echo command.
So what? The file is open, thus the echo should be able to write to it,
even though it's now runing as another user.

Quick fix for _this_ problem is to remember the uid of whoever opened the
file in the NFS file structure so that whoever writes to it can do so.

UNFORTUNATELY, since NFS is stateless this only helps partially. For
instance, you can easily move or chown the file on the server... which
breaks _any_ fix you do on the client.

NFS is stateless. This is an unfixable design mistake of NFS -- the Sun
programmers who did this, oh so many years ago, should simply have known

Live with it, or write a better file sharing protocol.

I need a hug.
Matthias Urlichs \ noris network GmbH / Xlink-POP Nürnberg
Schleiermacherstraße 12 \ Linux+Internet / EMail:
90491 Nürnberg (Germany) \ Consulting+Programming+Networking+etc'ing
PGP: 1024/4F578875 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE
Click <A HREF="">here</A>. 42

 \ /
  Last update: 2005-03-22 13:37    [W:0.030 / U:0.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site