關于新添加節(jié)點時源主機崩潰后處理的漏洞

chang290

問題描述：

添加新節(jié)點同步數(shù)據(jù)的流程如下：
   1） 一個group新增加一個storage-A，他會向tracker請求一個源，假設tracker分配的源為storage-B；
   2）storage-B發(fā)現(xiàn)自己是新節(jié)點storage-A的源時會將自身的文件全部同步給storage-A；
   3）當storage-B發(fā)現(xiàn)所有文件已經同步給storage-A，就會將A的狀態(tài)設置成OFFLINE；
   4）storage-A與tracker的心跳中，tracker發(fā)現(xiàn)A的狀態(tài)為OFFLINE，就會將A的狀態(tài)設置成ACTIVE；A開始正常提供服務。

問題：
   出現(xiàn)在步驟2），在這個過程中假如storage-B宕機了，并且很明確B無法再回來。就會出現(xiàn)如下兩種選擇：
   選擇1）不刪除storage-B，那么storage-A的狀態(tài)會永遠停留在SYNING，無法提供服務
   選擇2）使用monitor工具刪除storage-B，不管storage-A是否重啟都會收到tracker的changlog，storage-A中將源設置成空，在重啟之前A狀態(tài)一直處于SYNING狀態(tài)，無法提供服務。
   此時重啟A，那么在初始化中向tracker發(fā)送SEND_NOTIFY消息，tracker將storage-A狀態(tài)設置成ONLINE，在心跳消息中tracker將storage-A狀態(tài)設置ACTIVE，問題是此時A上的數(shù)據(jù)是不完整的，不應該是ACTIVE狀態(tài)。



   PS：發(fā)現(xiàn)可行的處理方法：若發(fā)現(xiàn)新節(jié)點的源，無法回來，需要將該節(jié)點base目錄下的文件刪除，重啟后會得到一個新的源，開始同步。