这又是一个quick and dirty的应急处理方法,最近在对程序进行压力测试的时候发现,之前的任务发送和接收代码效率实在不行,当放送的任务数比较多的时候,就会出问题,丢失任务。应急方案就先弄个nfs,程序直接从目录里面load任务。
准备服务器端的共享文件
#mkdir -p /home/hit/data
#chown nfsnobody.nfsnobody /home/hit/data -R
注意:这里一定要将目录的属主改为nfs.nobody,否则会出现无法挂载,或者是挂载后因权限不足,无法访问。
设置/etc/exports文件
/home/hit/data 192.168.1.0/24(ro) localhost(rw)
nfs共享的常用参数:
ro 只读访问
rw 读写访问
sync 所有数据在请求时写入共享
async NFS在写入数据前可以相应请求
secure NFS通过1024以下的安全TCP/IP端口发送
insecure NFS通过1024以上的端口发送
wdelay 如果多个用户要写入NFS目录,则归组写入(默认)
no_wdelay 如果多个用户要写入NFS目录,则立即写入,当使用async时,无需此设置。
hide 在NFS共享目录中不共享其子目录
no_hide 共享NFS目录的子目录
subtree_check 如果共享/usr/bin之类的子目录时,强制NFS检查父目录的权限(默认)
no_subtree_check 和上面相对,不检查父目录权限
all_squash 共享文件的UID和GID映射匿名用户anonymous,适合公用目录。
no_all_squash 保留共享文件的UID和GID(默认)
root_squash root用户的所有请求映射成如anonymous用户一样的权限(默认)
no_root_squas root用户具有根目录的完全管理访问权限
anonuid=xxx 指定NFS服务器/etc/passwd文件中匿名用户的UID
anongid=xxx 指定NFS服务器/etc/passwd文件中匿名用户的GID
启动nfs:
#/etc/init.d/portmap start
#/etc/init.d/nfs start
运行过程中修改了/etc/exports,重新加载配置:
#exportfs -rv
这个对于修改配置很方便;-)
检查nfs共享的目录项
#showmount -e 127.0.0.1
客户端挂载nfs:
#showmount -e 192.168.1.254
Export list for 192.168.1.254:
/home/hit/data 192.168.1.0/24,localhost.localdomain
#mkdir -p /data
#mount -t nfs 192.168.1.254:/home/hit/data /data
参考:
http://blog.ednchina.com/brucedeng/12984/message.aspx
阅读(2014) | 评论(0) | 转发(0) |