關于rsync重啟問題分析及處理
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掉進程，然后再啟動進程。
重啟進程，可以用上面觀察到的語句。
進一步來講，也許當你不知道這個程序如何啟動，又不想去找啟動文件的時候，可以用上面這種方法。
【編輯推薦】
