雜論nfs掛載可能的坑
youtuber安啾以倉鼠玩具成名
基本上她的開箱跟手作企劃最後結局都以失敗居多，但大家還是看得很開心
因為很療癒吧? 看著這廢材一直搞砸，自我優越感油然而生，簡直多到爆棚….
我也踩過很多坑，寫在這邊的每一個都是血淋淋的慘痛經驗
近期最大的坑就是nfs
環境是兩台ftp主機共同存取一個nfs目錄
觀察到的現象是ftp會失敗，但sftp可以。一段時間後共用目錄會失聯，重新下指令mount也沒用，一定要重開機
過程懷疑了很多事情，例如網路port的LACP、firewall的session timeout
我們一直覺得跟firewall有關，但也說不清是什麼問題
存取netapp ok，換成redhat內建的nfs就不行，感覺跟linux也有關
在存取netapp的往日時光，開個111跟2049就好
為什麼 redhat就不行呢? 因為redhat 的nfs port會跳動
Redhat官網說要編輯/etc/sysconfig/nfs
# Port rquotad should listen on.
RQUOTAD_PORT=875
# TCP port rpc.lockd should listen on.
LOCKD_TCPPORT=32803
# UDP port rpc.lockd should listen on.
LOCKD_UDPPORT=32769
# Port rpc.mountd should listen on.
MOUNTD_PORT=892
# Port rpc.statd should listen on.
STATD_PORT=662
我覺得主要是LOCKD_TCPPORT LOCKD_UDPPORT要固定住，其它的不固定也可以動，但不固定會有什麼影響?不知道…
我去看了一下netapp的文件，它還真的有固定
Clustered Data ONTAP: 111 TCP/UDP portmapper 2049 TCP/UDP nfsd 635 TCP/UDP mountd 4045 TCP/UDP nlockmgr 4046 TCP/UDP status Data ONTAP 7 Mode: 111 TCP/UDP portmapper 2049 TCP/UDP nfsd 4046 TCP/UDP mountd 4045 TCP/UDP nlockmgr 4047 TCP/UDP status
我們最近還用了一個黑箱般的hpe 3par file persona
真的是超雷的設備，到處都是坑
建置過程隨便就踩到坑，跌跌撞撞的一路走過來苦不堪言
在文件裡是這麼交代所使用的port，看起來也是固定的
NFS VFS IP 111 UDP/TCP rpcbind/sunrpc Incoming
NFS VFS IP 662 UDP/TCP NFS statd Incoming
NFS VFS IP 875 UDP/TCP NFS quota Incoming
NFS VFS IP 892 UDP/TCP NFS mountd Incoming
NFS VFS IP 2020 UDP/TCP NFS stat_outgoing Outbound
NFS VFS IP 2049 UDP/TCP NFSv4 Incoming
NFS VFS IP 32769 UDP NFS Lock_Manager Incoming
NFS VFS IP 32803 TCP NFS Lock_Manager Incoming
我只是覺得很奇妙 111 2049這種可能是大家講好的port，所以一樣
32769 32803這種在redhat文件中範例出現的數字， HPE 3par有需要照抄嗎?
去google隨便查詢一下就會找到一堆netapp的文章
3par根本找不到一般人的文章，只有官宣，某種程度上就代表沒什麼人在用
也不是多人用就好，沒人用的就不好
但照常理來說如果好用就會越來很多人用，不好用就不會再用，甚至口耳相傳的勸朋友不要用
結論我也不寫了，大家心照不宣