请教happy_fish100版主，在测试fastdfs中发现的一个问题

chhxo

问题如下：

对Fastdfs 1.19进行容灾测试

服务器配置情况如下：

1台tracker server：2CPU (Intel E5420 2.5GHz), 16GB RAM  ，73GB
2台storage server：2CPU (Intel E5310 1.6GHz), 4GB RAM, 73GB×2
测试环境的带宽为1G，服务器直接接到千兆交换机上，存储节点分为1个组，2台服务器

storage server 的IP为192.168.158.43 和192.168.158.45

两台storage server上面已有58G的数据，数据同步完毕，下面进行容灾测试

把43上面的storage的服务停止掉，格式化这台上面的数据盘（模拟硬盘故障，数据丢失，更换硬盘的情况），然后重新启动服务，服务启动后，另外一台storage 45的数据不会自动同步过来（等了半个小时）。

这时如果往45上写入数据，45会把新的数据同步到43上面，但旧的数据仍然不会同步到43上面。


上述问题是不是Fastdfs的bug，是不是由于同步时间戳的问题引起的

happy_fish100

格式化这台上面的数据盘，base_path在这个路径下吗？
从你描述的现象来看，貌似data目录下的一些系统文件，如.data_init_flag没有被删除。
需要删除${base_path}/data整个目录。

chhxo

base_path在这个路径下：
43上面的sdb挂载在/data目录下，base_path=/data/fastdfs/data

[ 本帖最后由 chhxo 于 2009-8-19 13:48 编辑 ]

happy_fish100

模拟硬盘坏掉时，把/data上的所有文件都清除掉了吧？

chhxo

直接格式化/data目录所在的硬盘，/data目录下肯定没有任何文件了

happy_fish100

恩，这个问题我会重现一下。
如果的确存在这样的问题，会尽快修复这个问题的。

shinechin

192.168.158.45上面43的mark文件是不是存在？如果存在系统会认为之前的东西已经同步过去了。个人认为，可以考虑通过rsyn的方式同步原来的数据过去。

chhxo

rsync同步的话，以哪台机器为准？

happy_fish100

FastDFS可以实现实时同步。实时同步效率肯定是要优于rsync的。

[ 本帖最后由 happy_fish100 于 2009-8-21 22:02 编辑 ]

happy_fish100

谢谢楼主的深入测试和反馈。
的确是FastDFS程序的问题，已经修复。
如果急着测试，可以从google code的svn中check out一份最新代码。
FastDFS V1.20预计本周末可以推出。
除了修复这个bug外，还将支持HTTP方式下载文件。