Package: nfs-kernel-server
Version: 1:1.0.10-6+etch.1
Severity: important

I'm trying to setup a shared directory for all guys on my lan.
So I set up the server to export a dir, mapping all users/group to a single
one. This is my server's exports:

>cat /etc/exports
/var/lib/amadego/     
192.168.144.0/255.255.255.0(secure,async,rw,all_squash,anonuid=1000,anongid=1000)

Just to be shure:

>cat /var/lib/nfs/etab
/var/lib/amadego      
192.168.144.0/255.255.255.0(rw,async,wdelay,hide,nocrossmnt,secure,root_squash,all_squash,subtree_check,secure_locks,acl,mapping=identity,anonuid=1000,anongid=1000)

So the options have been read properly.

Now, on the clients I can mount the directory, and, for every user I can
create files (even if the have different user/group id's).

Problem is: if user A (id=1000) creates a file on the shared
dir, he can read and modify the file; but if user B (id=1001) creates a
file, he can do this but immediately gets a warning:
$ touch amadego/workspace/step4
touch: setting times of `amadego/workspace/step4': Permission denied

So it seems that he can create the file, but not modify it.
This is confirmed by the following command:

$ echo pippo>> amadego/workspace/step4
bash: amadego/workspace/step4: Permission denied

looking at the permissions, I have a little light on the problem:

$ ls -ld amadego/workspace
drwxrwxrwx 8 amadego amadego 456 May 12 19:10 amadego/workspace

So, the user CAN create the file because he is granted to manage the
file by the directory permissions, but cannot change the file contents
because that is ruled by file permissions:

$ ls -ltr amadego/workspace/step4
-rw-r--r-- 1 amadego amadego 0 May 12 19:10 amadego/workspace/step4

My conclusion is: user is seen as belonging to user/group "others", and the
server is ignoring the anonuid/anongid settings.

The strange thing is that, on create, the user is mapped properly, since
the file is created with right user/group.

Thanks, Luca

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages nfs-kernel-server depends on:
ii  lib 2.3.6.ds1-13etch5                    GNU C Library: Shared libraries
ii  lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library
ii  lib 0.10-4                               A mechanism-switch gssapi library
ii  lib 1.4.4-7etch5                         MIT Kerberos runtime libraries
ii  lib 0.18-0                               An nfs idmapping library
ii  lib 0.14-2etch3                          allows secure rpc communication us
ii  lib 7.6.dbs-13                           Wietse Venema's TCP wrappers libra
ii  lsb 3.1-15~bpo.1                         Linux Standard Base 3.1 init scrip
ii  nfs 1:1.0.10-6+etch.1                    NFS support files common to client
ii  ucf 2.0020                               Update Configuration File: preserv

nfs-kernel-server recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to