On Wed, Apr 22, 2009 at 11:40:51AM -0400, Steve Dickson wrote: > > > Thanos Chatziathanassiou wrote: > > Installed nfs-utils-1.1.6 and I'm facing an issue: > > > > on the server: > > # cat /etc/exports > > /opt/shared/home > > 192.168.99.0/255.255.255.0(rw,no_root_squash,no_subtree_check,sync) > > > > # cat /var/lib/nfs/etab > > /opt/shared/home > > 192.168.99.0/255.255.255.0(rw,sync,wdelay,hide,nocrossmnt,secure,no_root_squash,no_all_squash,no_subtree_check,secure_locks,acl,anonuid=65534,anongid=65534) > > > > > > on the client: > > # cat /proc/mounts > > nfsip:/opt/shared/home /home nfs > > rw,noatime,vers=3,rsize=8192,wsize=8192,hard,intr,proto=udp,timeo=11,retrans=2,addr=nfsip > > 0 0 > > > > however, everyone (including root) gets mapped to uid 65534 despite > > no_root_squash and no_all_squash...not very useful for a home directory. > > Is there something I'm missing ? > Wow... That is very strange... Might be worth looking at the network traffic to see if some change in the client or in the mountd security negotiation hasn't caused the client to start doing auth_null instead of auth_unix? --b. > > any type of failures in /var/log/messages? > > > Also tried to go back to the previous (1.1.1) nfs-utils, but after > > ``exportfs -ra'' the the server spit a few of those and all mounts froze > > nfs mountd[1115]: /var/lib/nfs/etab:1: unknown keyword "mapping=identity" > I don't see a 'mapping' entry in the above 'cat /var/lib/nfs/etab'? > > steved. > -- > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
