I found the problem, much simpler than expected: On the server /home/shared is a different partition:
dell:~# mount /dev/sda1 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) fusectl on /sys/fs/fuse/connections type fusectl (rw) nfsd on /proc/fs/nfsd type nfsd (rw) /dev/sda3 on /home/shared type ext3 (rw) dell:~# On the client the permissions/ownership before mounting was visible, on the server the permissions/ownership after mounting. Adding /home/shared in /etc/exports solved the problem. Many thanks, Rainer Am Samstag, 29. Dezember 2012, 11:21:51 schrieb Rainer Dorsch: > Igor, > > thanks for your quick reply. > > Am Samstag, 29. Dezember 2012, 02:33:29 schrieb Igor Cicimov: > > On Sat, Dec 29, 2012 at 9:06 AM, Mailingliste <m...@bokomoko.de> wrote: > [...] > > > acregmin=n The minimum time in seconds that attributes of a regular > > file should be cached before requesting > > > > fresh information from a server. The default is 3 > > > > seconds. > > > > acregmax=n The maximum time in seconds that attributes of a > > > > regular file can be cached before requesting > > > > fresh information from a server. The default is 60 > > > > seconds. > > > > acdirmin=n The minimum time in seconds that attributes of a > > > > directory should be cached before requesting > > > > fresh information from a server. The default is 30 > > > > seconds. > > > > acdirmax=n The maximum time in seconds that attributes of a > > > > directory can be cached before requesting fresh > > > > information from a server. The default is 60 > > > > seconds. actimeo=n Using actimeo sets all of acregmin, acregmax, > > acdirmin, and acdirmax to the same value. There > > > > is no default value. > > > > as you can see the default maximum directory attribute cache time is 60 > > seconds which doesn't match with your resoults. For both v3 and v4. But > > in > > > > v4 there is also: > > noac Disable attribute caching, and force synchronous writes. > > > > This extracts a server perfor- > > > > mance penalty but it allows two different NFS > > clients > > > > to get reasonable good results when > > > > both clients are actively writing to common > > > > filesystem on the server. > > > > fsc Enable the use of persistent caching to the local > > > > disk using the FS-Cache facility for > > > > the given mount point. > > > > so are you using maybe fsc option during the mount? > > Hmm...not that I am aware of: > > dell:/home on /mnt/net/dell/home type nfs > (rw,nosuid,nodev,intr,sloppy,vers=4,addr=192.168.2.23,clientaddr=192.168.2. > 27) > > > What happens if you switch to NFS v3? > > I see no visible change, even when mounting without autofs: > > root@omjuta:~# mount -o vers=3 dell:/home /mnt/dell > root@omjuta:~# ls -l /mnt/dell/ > insgesamt 28 > drwxr-x--- 83 dorsch dorsch 4096 28. Dez 22:43 dorsch > drwxr-xr-x 31 kathrin kathrin 4096 8. Jul 12:22 kathrin > drwxr-xr-x 19 2111 2111 4096 21. Dez 2011 kristina > drwxr-xr-x 27 marina marina 4096 4. Mär 2012 marina > drwxr-xr-x 63 rd rd 4096 28. Dez 12:55 rd > drwxrwsr-x 2 1000 users 4096 15. Feb 2010 shared > drwxr-xr-x 27 simon simon 4096 2. Okt 2011 simon > root@omjuta:~# > > > Also post the result of: > > > > # cat /proc/mounts > > rd@omjuta:~$ cat /proc/mounts > rootfs / rootfs rw 0 0 > none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 > none /proc proc rw,nosuid,nodev,noexec,relatime 0 0 > none /dev devtmpfs rw,relatime,size=1032652k,nr_inodes=218500,mode=755 0 0 > none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 > 0 0 /dev/disk/by-uuid/6b00db99-d16d-42a5-adfc-ec4af1a268d5 / ext4 > rw,noatime,errors=remount-ro,barrier=1,data=ordered 0 0 > tmpfs /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0 > tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 > tmpfs /tmp tmpfs rw,nosuid,nodev,relatime 0 0 > rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 > fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 > -hosts /mnt/net autofs > rw,relatime,fd=7,pgrp=1220,timeout=60,minproto=5,maxproto=5,indirect 0 0 > /etc/auto.sshfs /mnt/sshfs autofs > rw,relatime,fd=13,pgrp=1220,timeout=30,minproto=5,maxproto=5,indirect 0 0 > -hosts /mnt/net/dell/home autofs > rw,relatime,fd=7,pgrp=1220,timeout=60,minproto=5,maxproto=5,offset 0 0 > dell:/home/ /mnt/net/dell/home nfs4 > rw,nosuid,nodev,relatime,vers=4,rsize=65536,wsize=65536,namlen=255,hard,pro > to=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.2.27,minorvers > ion=0,addr=192.168.2.23 0 0 > rd@omjuta:~$ > > > # nfsstat -m > > root@omjuta:~# nfsstat -m > /mnt/net/dell/home from dell:/home/ > Flags: > rw,nosuid,nodev,relatime,vers=4,rsize=65536,wsize=65536,namlen=255,hard,pro > to=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.2.27,minorvers > ion=0,addr=192.168.2.23 > > root@omjuta:~# > > > # nfsstat -n -c -v -4 > > root@omjuta:~# nfsstat -n -c -v 4 > Server packet stats: > packets udp tcp tcpconn > 0 0 0 0 > > Server rpc stats: > calls badcalls badauth badclnt xdrcall > 0 0 0 0 0 > > Server reply cache: > hits misses nocache > 0 0 0 > > Server file handle cache: > lookup anon ncachedir ncachedir stale > 0 0 0 0 0 > > Client packet stats: > packets udp tcp tcpconn > 0 0 0 0 > > Client rpc stats: > calls retrans authrefrsh > 54 0 0 > > > # uname -a > > root@omjuta:~# uname -a > Linux omjuta 2.6.32-5-686 #1 SMP Sun Sep 23 09:49:36 UTC 2012 i686 > GNU/Linux root@omjuta:~# > > > on the client and: > > > > # nfsstat -s > > dell:~# nfsstat -s > Server rpc stats: > calls badcalls badauth badclnt xdrcall > 63 0 0 0 0 > > Server nfs v2: > null getattr setattr root lookup readlink > 4 100% 0 0% 0 0% 0 0% 0 0% 0 > 0% read wrcache write create remove rename > 0 0% 0 0% 0 0% 0 0% 0 0% 0 > 0% link symlink mkdir rmdir readdir fsstat > 0 0% 0 0% 0 0% 0 0% 0 0% 0 > 0% > > Server nfs v3: > null getattr setattr lookup access readlink > 5 100% 0 0% 0 0% 0 0% 0 0% 0 > 0% read write create mkdir symlink mknod > 0 0% 0 0% 0 0% 0 0% 0 0% 0 > 0% remove rmdir rename link readdir > readdirplus 0 0% 0 0% 0 0% 0 0% 0 > 0% 0 0% fsstat fsinfo pathconf commit > 0 0% 0 0% 0 0% 0 0% > > Server nfs v4: > null compound > 2 3% 52 96% > > Server nfs v4 operations: > op0-unused op1-unused op2-future access close commit > 0 0% 0 0% 0 0% 4 2% 0 0% 0 > 0% create delegpurge delegreturn getattr getfh link 0 > 0% 0 0% 0 0% 50 34% 20 13% 0 > 0% lock lockt locku lookup lookup_root > nverify 0 0% 0 0% 0 0% 18 12% 0 0% 0 > 0% open openattr open_conf open_dgrd putfh > putpubfh 0 0% 0 0% 0 0% 0 0% 50 34% > 0 0% putrootfh read readdir readlink remove > rename 2 1% 0 0% 2 1% 0 0% 0 0% > 0 0% renew restorefh savefh secinfo setattr > setcltid 0 0% 0 0% 0 0% 0 0% 0 > 0% 0 0% setcltidconf verify write rellockowner bc_ctl > bind_conn 0 0% 0 0% 0 0% 0 0% 0 > 0% 0 0% exchange_id create_ses destroy_ses free_stateid > getdirdeleg getdevinfo 0 0% 0 0% 0 0% 0 > 0% 0 0% 0 0% getdevlist layoutcommit layoutget > layoutreturn secinfononam sequence 0 0% 0 0% 0 0% > 0 0% 0 0% 0 0% set_ssv test_stateid > want_deleg destroy_clid reclaim_comp > 0 0% 0 0% 0 0% 0 0% 0 0% > > dell:~# > > Maybe worth mentioning: I run a backports kernel on the server: > > dell:~# uname -a > Linux dell 2.6.39-bpo.2-686-pae #1 SMP Thu Aug 4 11:02:22 UTC 2011 i686 > GNU/Linux > dell:~# > > Thanks, > Rainer > > > on the server. > > > > > For reference, what I did on the server side: > >> [...] -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201212291146.09175.rdor...@web.de
