正常状态必须是ACTIVE，如果运行以下命令：
/usr/bin/fdfs_monitor /etc/fdfs/client.conf
发现有以下状态的服务器：
Storage 2:
id = 192.168.0.2 WAIT_SYNC
经过各种重启都不解决问题，只好先删除，再加入
#从集群中删除
/usr/bin/fdfs_monitor /etc/fdfs/client.conf delete group1 192.168.0.2
#在136服务器中，删除数据文件夹
rm -rf /data/fastdfs/data
#重启136节点
/usr/bin/fdfs_storaged /etc/fdfs/storage.conf
重新查状态
/usr/bin/fdfs_monitor /etc/fdfs/client.conf
状态变正常了。
Storage的状态
a)状态值：通常有以下七种状态：
# FDFS_STORAGE_STATUS：INIT :初始化，尚未得到同步已有数据的源服务器
# FDFS_STORAGE_STATUS：WAIT_SYNC :等待同步，已得到同步已有数据的源服务器
# FDFS_STORAGE_STATUS：SYNCING :同步中
# FDFS_STORAGE_STATUS：DELETED :已删除，该服务器从本组中摘除
# FDFS_STORAGE_STATUS：OFFLINE :离线
# FDFS_STORAGE_STATUS：ONLINE :在线，尚不能提供服务
# FDFS_STORAGE_STATUS：ACTIVE :在线，可以提供服务
b)启动时状态改变：
当storage server的状态为FDFS_STORAGE_STATUS_ONLINE时，当该storage server向tracker server发起一次heart beat时，
tracker server将其状态更改为FDFS_STORAGE_STATUS_ACTIVE。
组内新增加一台storage server A时，由系统自动完成已有数据同步，处理逻辑如下：
1. storage server A连接tracker server，tracker server将storage server A的状态设置为FDFS_STORAGE_STATUS_INIT。
storage server A询问追加同步的源服务器和追加同步截至时间点，如果该组内只有storage server A或该组内已成功上传的文件数为0，
则没有数据需要同步，storage server A就可以提供在线服务，此时tracker将其状态设置为FDFS_STORAGE_STATUS_ONLINE，否则
tracker server将其状态设置为FDFS_STORAGE_STATUS_WAIT_SYNC，进入第二步的处理；
2. 假设tracker server分配向storage server A同步已有数据的源storage server为B。同组的storage server和tracker server
通讯得知新增了storage server A，将启动同步线程，并向tracker server询问向storage server A追加同步的源服务器和截至时间点。
storage server B将把截至时间点之前的所有数据同步给storage server A；而其余的storage server从截至时间点之后进行正常同步，只
把源头数据同步给storage server A。到了截至时间点之后，storage server B对storage server A的同步将由追加同步切换为正常同步，
只同步源头数据；
3. storage server B向storage server A同步完所有数据，暂时没有数据要同步时，storage server B请求tracker server将
storage server A的状态设置为FDFS_STORAGE_STATUS_ONLINE；
4 当storage server A向tracker server发起heart beat时，tracker server将其状态更改为FDFS_STORAGE_STATUS_ACTIVE。
Tracker选择客户端下载文件的storage的原则
a)在同group下，获取最小的一个同步时间点(各个storage在同一时间，同步完成的时间点不一样)
b)在最小同步时间点之前的文件，按照用户的规则随意选择一个storage。
c)在最小同步时间点之后的文件，选择源storage提供给客户端。
