寻觅生命中的那一片浅草......

每日存档 十一月 20th, 2009

redhat的rpc.statd服务

共享和加载NFS文件系统需要什么服务?
解决方法:红帽企业Linux使用核心级的支持和守护进程的组合来提供NFS文件共享.NFS依靠远程过程调用(RPC)在客户端和服务器端路由请求。在Linux下RPC服务由portmap服务控制.

为了共享和加载NFS文件系统,下面的服务要一起工作:

* nfs – 启动相应RPC服务进程来服务对于NFS文件系统的请求.
* nfslock – 一个可选的服务,用于启动相应的RPC进程,允许NFS客户端在服务器上对文件加锁.
* portmap – Linux的RPC服务,它响应RPC服务的请求和与请求的RPC服务建立连接.

下面的RPC进程在后台一起工作服务于NFS服务:

* rpc.mountd – 这个进程接受来自NFS客户端的加载请求和验证请求的文件系统正在被输出.这个进程由NFS服务自动启动,不需要用户的配置.

* rpc.nfsd – 这个进程是NFS服务器.它和Linux核心一起工作来满足NFS客户端的动态需求,例如提供为每个NFS客户端的每次请求服务器线程.这个进程对应于nfs服务.

* rpc.lockd – 一个可选的进程,它允许NFS客户端在服务器上对文件加锁.这个进程对应于nfslock服务.

* rpc.statd – 这个进程实现了网络状态监控(NSM)RPC协议,通知NFS客户端什么时候一个NFS服务器非正常重启动.这个进程被nfslock服务自动启动,不需要用户的配置.

* rpc.rquotad – 这个进程对于远程用户提供用户配额信息. 这个进程被nfs服务自动启动,不需要用户的配置.

停用命令

service nfslock stop

chkconfig nfslock off

rpcbind服务停止命令

service portmap stop

转载自:http://falchion.javaeye.com/blog/400132

rsync error: error in rsync protocol data stream

今天去检查备份文件,发现有台服务器的文件没有同步过来
手动同步一下,报以下错误

rsync: connection unexpectedly closed (0 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(359)

试过以下方法,都不可以
重启rsync
重装rsync
查看rsync的密码文件,没有错

最后服务器上看
netstat -tlnp
发现监听873端口的变成了rpc.statd,而不是rsync
tcp        0      0 0.0.0.0:873                 0.0.0.0:*                   LISTEN      3659/rpc.statd

晚上搜索了,知道这是nfslock的进程,马上
service portmap stop
service nfs stop
service nfslock stop

chkconfig –level 2345 portmap off
chkconfig –level 2345 nfslock off
chkconfig –level 2345 nfs off

再开启
/usr/local/bin/rsync –daemon

此时同步,终于成功了

2009年十一月
« 10月   12月 »
 1
2345678
9101112131415
16171819202122
23242526272829
30