🚀 go-pugleaf

Anybody seen this type of NFS authentication botch?

The server, taklamakan, is an HP 9000/370 running HPUX 7.0.
The client, cs.utexas.edu, is a Sequent Balance 21000 running Dynix 3.0.4.

What's weird about this is:

1.  Once the client is allowed to create the file, presumably
    by using group privileges, it gets the uid right. 
    Yet the client still cannot, for example, chmod the file
    because it thinks the owner is wrong.

2.  It only happens between the HP and the Balance; our Symmetry
    client running 3.0.12 works fine (as do all of our Suns).  There is
    *very* little difference in the NFS client code between Dynix 3.0.4
    and 3.0.12.

3.  This particular NFS problem doesn't happen with an HPUX 6.5 server.  
    It only surfaced after we upgraded to 7.0.


Script started on Thu Sep 13 17:03:40 1990
cs.utexas.edu% whoami
fletcher
cs.utexas.edu% groups
dept operator lusr wheel news uucp src bin
cs.utexas.edu% cd /mnt/fletcher
cs.utexas.edu% df .
Filesystem            kbytes    used   avail capacity  Mounted on
taklamakan:/mnt        35375      11   31826     0%    /mnt
cs.utexas.edu% mount | grep taklamakan:/mnt
taklamakan:/mnt on /mnt type nfs (rw)
cs.utexas.edu% ls -lgd .
drwxr-xr-x  2 fletcher dept         1024 Sep 13 17:03 ./
cs.utexas.edu% cp /dev/null foo
cp: foo: Permission denied
cs.utexas.edu% chmod g+w .
chmod: .: Not owner
cs.utexas.edu% rsh taklamakan chmod g+w /mnt/fletcher
cs.utexas.edu% ls -lgd .
drwxrwxr-x  2 fletcher dept         1024 Sep 13 17:03 ./
cs.utexas.edu% cp /dev/null foo
cs.utexas.edu% ls -lg foo
-rw-rw-r--  1 fletcher dept            0 Sep 13 17:06 foo
cs.utexas.edu% chmod g-w foo
chmod: foo: Not owner
cs.utexas.edu% rm foo
cs.utexas.edu% exit
cs.utexas.edu% 
script done on Thu Sep 13 17:07:19 1990