问题现象（一）：
| PTL1B:~ # mount -t nfs -o soft,intr,timeo=5 10.120.91.146:/share /home/share mount.nfs: requested NFS version or transport protocol is not supported |
解决办法：
安装nfsserver
1、下载附件
2、上传两个RPM包到目标单板的任意目录
3、cd到该目录，执行命令 rpm -ivh nfs-kernel-server-1.2.1-2.6.6.x86_64.rpm
4、启动服务，执行命令 /etc/init.d/nfsserver restart
常见问题：
如果遇到以下问题
需要先安装nfs-client 软件包。
原因是你的操作系统，之前已经存在过nfs-client了，但是版本不对，需要卸载重装更新版本，操作如下：
(1) rpm -e nfs-client
(2)rpm -ivh nfs-client-1.2.1-2.6.6.x86_64.rpm
(3)rpm -ivh nfs-kernel-server-1.2.1-2.6.6.x86_64.rpm
问题现象（二）：
| PTL1B:~ # mount -t nfs -o soft,intr,timeo=5 10.120.91.146:/share /home/share mount.nfs: access denied by server while mounting 10.120.91.146:/share |
解决办法：
配置nfs服务端
vi /etc/exports
添加以下内容：
/share 192.168.40.0/24(rw,no_root_squash,no_all_squash,sync)
重启rpcbind和nfs服务
service rpcbind restart
service nfsserver restart
问题现象（三）：
suse系统在fstab中配置了nfs目录后，由于nfsserver端未启动而导致客户端启动操作系统卡住。
分析发现：/etc/fstab中包含了nfs的文件系统挂载无法完成，导致系统启动挂住，安全模式下降fstab中的这条语句注释之后重启OK了。
解决办法：
由于业务侧必须要使用这个nfs目录，按照当前的这种配置，在通常情况下重启一台设备不会有问题，但是极端情况，两台服务器同时重启，比如掉电，就会导致主备机两台设备相互等待nfs而导致无法启动的情况，因此为了规避这种风险，可以将nfs挂载使用命令的方式放到after.local脚本中。
vi /etc/init.d/after.local
在后面增加如下两行：
rcnfsserver restart(或service nfssever restart)
mount -t nfs -o soft,intr,timeo=5 10.10.10.10:/share /home/share
问题现象（四）：
部署OS过程中遇到共享服务器目录后，客户机无法写入共享目录的问题，最后定位出来是安全加固修改nfs的配置/etc/exports造成的。
加固前：/share *(rw,async,no_root_squash,no_subtree_check)
加固后：/share *(ro,async,no_root_squash,no_subtree_check)