关于新添加节点时源主机崩溃后处理的漏洞

chang290

问题描述：

添加新节点同步数据的流程如下：
   1） 一个group新增加一个storage-A，他会向tracker请求一个源，假设tracker分配的源为storage-B；
   2）storage-B发现自己是新节点storage-A的源时会将自身的文件全部同步给storage-A；
   3）当storage-B发现所有文件已经同步给storage-A，就会将A的状态设置成OFFLINE；
   4）storage-A与tracker的心跳中，tracker发现A的状态为OFFLINE，就会将A的状态设置成ACTIVE；A开始正常提供服务。

问题：
   出现在步骤2），在这个过程中假如storage-B宕机了，并且很明确B无法再回来。就会出现如下两种选择：
   选择1）不删除storage-B，那么storage-A的状态会永远停留在SYNING，无法提供服务
   选择2）使用monitor工具删除storage-B，不管storage-A是否重启都会收到tracker的changlog，storage-A中将源设置成空，在重启之前A状态一直处于SYNING状态，无法提供服务。
   此时重启A，那么在初始化中向tracker发送SEND_NOTIFY消息，tracker将storage-A状态设置成ONLINE，在心跳消息中tracker将storage-A状态设置ACTIVE，问题是此时A上的数据是不完整的，不应该是ACTIVE状态。



   PS：发现可行的处理方法：若发现新节点的源，无法回来，需要将该节点base目录下的文件删除，重启后会得到一个新的源，开始同步。