<b>rsync重启问题讲授和处理</b>[Linux安全]

5月**日,渠道汇总统计失利,经查发现是以下缘由:81.180机械拉取205.80机械上newGarden.2010-05-13文件的时刻,履行失利,报的错误是“data2未知模块信息”.而31.21机械拉取205.80机械上newGarden.2010-05-13文件,则能顺利拉取成功,查抄了下,hostsallow列表,和模块配置信息都是对的.然后重启了下205.80机械上的rsync进程,这下两个机械都能顺利的拉取205.80机械上的文件了.

rsync 重启问题解析:

看了下机械初始化脚本,脚本中会往rsyncd.conf文件中新增添一个[data2]的模块配置信息.但是并没有重启rsync进程,于是猜疑能否是这里出了问题.于是去网上查了查关于rsync的配置文件改正后到底要不要重启的问题.

网上有一段关于rsync配置改正后能否需求重启的文章是这样写的:

[1.在利用历程中,发现改正全局配置(配置文件中的全局变量),是需求重新启动rsync进程的,而改正某个指定Modual的属性配置的时刻,则不需求重新启动rsync进程而即刻见效.且当某个变量名在全局大概部分变量中都存在,对该模块来说,部分变量的值会覆盖全局变量的值.

2.关于上述结论,在利用历程中,关于hostsallow这个变量,注意于hostallow的辨别:）有一次一个同事hosts写成了host,弄了半天还没弄懂得为什么,还认为必须重启才见效,其实是rsync根本不认"hostallow",不过也不会报错.所以在改正配置的历程中还是要注意一些文法上的错误

3.--delete选项时,两边的目录不能以/*末尾,因为shell会把*扩大为该目录下的全部文件]
实行了一下,上面讲的内容的确是对的.

但是,这个理论还是注释不了上面呈现的问题.后来看了下rsync的手册,也没有讲到关于rsync配置文件改正后能否需求重启的问题.鉴于这种情形,还是在统计机械初始化脚本中,改正完rsyncd.conf文件后,把进程重启下会对比好.

那为什么rsync重启呢?

先判断rsync进程能否存在:
psauxf|grep'rsync'
这样普通就可以看到rsync这个进程的启动办法了.
root234190.00.014344764?Ss20090:34/usr/bin/rsync--address=172.**.**.***--daemon

2,rsync重启的办法:先kill掉进程,然后再启动进程.
重启进程,可以用上面察看到的语句.

进一步来说,大概当你不知道这个程序若何启动,又不想去找启动文件的时刻,可以用上面这种办法. 　　以上是“<b>rsync重启问题讲授和处理</b>[Linux安全]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：