I have just read the following mail on this mailing list: >Hello, > I've finally made a break-through in my NIS/NFS problem. I'll >rebrief, the NIS/NFS thread readers once more on the error. Heres the >scenario. -------------------------------------------------------------- >Client : login: rajeev password: Last login: Sat Nov 18 03:27:52 2000 on >tty2 bash$ >--------------------------------------------------------------- >The home directory(although not shown) is mounted and files are readable >and writeable. However on the server, at same moment of logon >-------------------------------------------------------------- fh_verify: >home/rajeev permission failure, acc=1, error=13 >--------------------------------------------------------------- Well, I >found out that this problem does not occur if I change the permissions of >the user directories (as root of course); say by /home#chmod 777 rajeev. >Obviously setting all user directories to 777 is not a viable solutions. >What are the appropriate permissions to set? Or should I look else where >for the solution to this problem. > >On a side note, I must be mad. I'm typing this at 3:00 in the morning >with >Eagles playing in Background. > >Rajeev I have resolved the problem in another way: I put the following option in the list of comma separated options in the /etc/exports file of the NIS/NFS server: (rw,no_root_squash). The second option give trust to the root account of the client machine. In this way some operations that, during the login process must be done with root permission are regularly processed (this is only my personal opinion, I have not checked it) and do not give rise to errors. I think this operation is safer than the change of the permissions espaecially if the computers are inside an internal network. Bye Luca ---------------------------------------------- LIH is all for free speech. But it was created for a purpose. Violations of the rules of this list will result in stern action.
