showmount-e輸出不正確記錄，包含歷史掛載cli

問題：

成都創(chuàng)新互聯(lián)公司主營玉州網(wǎng)站建設(shè)的網(wǎng)絡公司,主營網(wǎng)站建設(shè)方案,重慶APP軟件開發(fā),玉州h5微信小程序搭建,玉州網(wǎng)站營銷推廣歡迎玉州等地區(qū)企業(yè)咨詢

一臺Solaris 10主機用戶已經(jīng)不再使用，服務器關(guān)機前檢查NFS共享狀況，確保已經(jīng)沒有用戶連接到該主機。
通過命令"showmount -e"檢查客戶端服務器的連接，發(fā)現(xiàn)還有大量的連接列表。但是與用戶確認，用戶說已經(jīng)斷開了連接。

解決方法:

=======================================================

Solaris主機

/etc/rmtab文件中會記錄用戶連接的狀況。NFS Client異常中斷可能造成了umount nfs共享點失敗，導致/etc/rmtab中留存了不正確的記錄。
可以通過下列命令，重啟NFS服務并清空記錄。

svcadm disable svc:/network/nfs/server:default
cat /dev/null > /etc/rmtab
svcadm enable svcs:/network/nfs/server:default
svcs|grep nfs 檢查服務啟動狀態(tài)

=======================================================

在Linux平臺也會發(fā)生類似的問題。

man rpc.mountd(8) says:
The rmtab File ... 
Note, however, that there is little to guarantee that the contents of /var/lib/nfs/rmtab are accurate. 
A client may continue accessing an export even after invoking UMNT. 
If the client reboots without sending a UMNT request, stale entries remain for that client in /var/lib/nfs/rmtab.

可以通過下列命令解決。

# service nfs stop
# cat /dev/null > /var/lib/nfs/rmtab
# service nfs start

=======================================================

替代檢查方案：

因為nfs client的意外重啟，可能造成”showmount -a”命令的輸出不可信。
為了確保用戶已無連接，需要尋找其他命令進行檢查。
NFS協(xié)議是通過RPC機制進行文件傳輸?shù)?，RPC在文件傳輸發(fā)包階段還是會使用TCP/UDP進行傳輸。
嘗試通過"netstat -an|grep IP"命令檢查所以網(wǎng)絡連接，檢查輸出列表，確定對端IP地址沒有用戶IP后再關(guān)閉服務器。

參考文檔2：     https://blog.csdn.net/wangpeng138375/article/details/8169071         Sun的RPC服務     ONC RPC（Open Network Computing Remote Procedure Call）是一個由Sun   Microsystem公司開發(fā)的開源的RPC框架。它是用于UNIX系統(tǒng)的RPC事實標準。ONC   RPC已經(jīng)被證明是一項高性能的技術(shù)。包括Solaris，AIX，HP UX，Linux等在內(nèi)的大多數(shù)UNIX平臺都支持RPC服務。     RPC其實也是種C/S的編程模式，其工作過程如圖2-3所示，大致包含以下幾個步驟：     (0)    服務器啟動，它向所在主機上的端口映射器（port   mapper）注冊自身。客戶然后啟動，它調(diào)用clnt_create，該函數(shù)則與服務器主機上的端口映射器聯(lián)系，以找到服務器的臨時端口。clnt_create函數(shù)還建立一個與服務器的TCP連接。     (1)    客戶調(diào)用一個稱為客戶端存根（Client   stub）的本地過程（存根由rpcgen工具生成）。對于客戶來說，客戶程序存根看起來像是它想要調(diào)用的真正的服務器過程。存根的目的在于把待傳遞給遠程過程的參數(shù)打包，可能的話把它們轉(zhuǎn)換成某種標準格式，然后構(gòu)造一個或多個網(wǎng)絡消息。把客戶提供的參數(shù)打包成一個網(wǎng)絡消息的過程稱為集結(jié)（marshaling）?？蛻舫绦虻母鱾€例程和存根通常調(diào)用RPC運行時函數(shù)庫中的函數(shù)。     (2)      這些網(wǎng)絡消息由客戶程序存根發(fā)給遠程系統(tǒng)。通常需要一次陷入本地內(nèi)核的系統(tǒng)調(diào)用（例如write或是sendto）。     (3)    這些消息傳送到遠程系統(tǒng)，通常使用TCP或UDP協(xié)議。     (4)    一個服務器存根（server   stub）過程一直在遠程系統(tǒng)上等待客戶的請求。它從這些網(wǎng)絡消息中解散（unmarshaling）出參數(shù)。     (5)      服務器程序存根執(zhí)行一個本地過程調(diào)用以激活真正的服務器函數(shù)，傳遞給該函數(shù)的參數(shù)是它從來自客戶的網(wǎng)絡消息中解散出來的。     (6)      當服務器過程完成時，它向服務器程序存根返回其返回值。     (7)      服務器存根在必要時對返回值作轉(zhuǎn)換，然后把它們集結(jié)到一個或多個網(wǎng)絡消息中，以便發(fā)送回客戶     (8)    這些消息通過網(wǎng)絡傳送回客戶。     (9)      客戶程序存根從本地內(nèi)核中讀出這些網(wǎng)絡消息（如read或recvfrom）。     (10)對返回值進行可能的轉(zhuǎn)換后，客戶程序存根最終返回客戶函數(shù)

網(wǎng)頁標題：showmount-e輸出不正確記錄，包含歷史掛載cli
轉(zhuǎn)載來于：http://bm7419.com/article44/jdecee.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供軟件開發(fā)、網(wǎng)站策劃、網(wǎng)站改版、App設(shè)計、品牌網(wǎng)站制作、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)