通过机顶盒mount build server的nfs时
root:# mount -t nfs 192.168.100.21:/home/cnh01994/nfsroot /mnt/nfs
rpcbind: server localhost not responding, timed out
RPC: failed to contact local rpcbind server (errno 5).
rpcbind: server localhost not responding, timed out
RPC: failed to contact local rpcbind server (errno 5).
lockd_up: makesock failed, error=-5
rpcbind: server localhost not responding, timed out
RPC: failed to contact local rpcbind server (errno 5).
加入-o nolock选项,root:# mount -o nolock -t nfs 192.168.100.21:/home/cnh01994/nfsroot /mnt/nfs则工作正常。
查询网上关于nolock的解释如下:
The nolock option prevents the exchange of file lock information between the NFS server and this NFS client. The server is not aware of file locks on this client, and vice versa.
Using the nolock option is required if the NFS server has its NFS file lock functionality in a broken or unimplemented state, but it works between any versions of NFS.
If another host accesses the same files as your application on this host, there may be problems if file lock information exchange is disabled.
A failure to maintain proper locking between a write operation on one host and a read operation on another may cause the reader to get incomplete or inconsistent data (reading a line/record/data structure that is only partly written).
A locking failure between two writers is likely to cause data loss/corruption, as the later write overwrites the earlier one. The changes made by the earlier write operation can be lost.
The error message "No locks available" would seem that the file locks are a finite resource, and all the available locks are in use. You might wish to check if the number of file locks per user is limited by "ulimit -x" settings, both on the NFS client and on the server.
You might also take a look at the logs of the NFS server, to see if there are any locking-related messages. Because the NFS server needs to keep track of the sum total of the locks of all its clients, any problem with lock resources would probably be seen there first.
可能是因为多个终端同时mount nfs引起,因为盒子本身就是通过nfs,boot起来的

0

收藏

wb127

54篇文章,31W+人气,0粉丝

Ctrl+Enter 发布

发布

取消

推荐专栏更多

5353379fc95da1d7d34fd243b9ace17f.jpg
全局视角看大型园区网

路由交换+安全+无线+优化+运维

共40章 | 51CTO夏杰
¥51.00 1697人订阅
45862f289339dc922ffda669fd74ad9b.jpg
网工2.0晋级攻略 ——零基础入门Python/Ansible

网络工程师2.0进阶指南

共30章 | 姜汁啤酒
¥51.00 1570人订阅
a940c66317ecbe58436a2ad3831c2d7d.png
基于Python的DevOps实战

自动化运维开发新概念

共20章 | 抚琴煮酒
¥51.00 431人订阅
629650e188ddde78b213e564c2e9ebff.jpg
负载均衡高手炼成记

高并发架构之路

共15章 | sery
¥51.00 507人订阅
dc6736c5fd50474b5df8b76b040e3d03.jpg
带你玩转高可用

前百度高级工程师的架构高可用实战

共15章 | 曹林华
¥51.00 462人订阅
f92360e227f9d91cdff7ea95120630ef.png
left-qr.jpg

扫一扫,领取大礼包

0

分享
qr-url?url=https%3A%2F%2Fblog.51cto.com%2Fwb127%2F401732
wb127
noavatar_middle.gif