問題現象（一）：
| 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)