启动报错：sync src server not exists，求解
tracker3台10.100.20.89
10.100.20.138
10.100.20.139
storage group01两台
10.100.20.142
10.100.20.186
fastdfs版本5.03
之前在这5台虚拟机上部署了一套fastdfs，用作测试，然后一段时间后这套环境没用了，机器ip也都改了，一直也没管，现在又要搭一套测试环境起来，于是将这5台虚拟机上的fastdfs数据目录清空，再修改配置文件重新改了storage.conf中tracker的ip，然后重启，10.100.20.142节点状态正常，也可以正常上传下载文件，但10.100.20.186这台机器storage节点的状态一直是1，等待同步，于是看186这台机器上的日志：
ERROR - file: tracker_proto.c, line: 48, server: 10.100.20.138:22122, response status 2 != 0
ERROR - file: tracker_proto.c, line: 48, server: 10.100.20.139:22122, response status 2 != 0
ERROR - file: tracker_proto.c, line: 48, server: 10.100.20.89:22122, response status 2 != 0
也有：
ERROR - file: tracker_proto.c, line: 48, server: 10.100.20.xxx:22122, response status 14 != 0
然后再到3台tracker上去看日志：
ERROR - file: tracker_service.c, line: 1996, client ip: 10.100.20.186, sync src server: 10.100.25.235 not exists
10.100.25.235这个ip是10.100.20.142之前的ip
问题是所有这几台机器的fastdfs数据目录我都清空过（还不止一次全部停掉清空），甚至5台虚拟机同时重启过，10.100.25.235这个ip怎么来的？ 我也是遇到过你这个问题，tracker的4个文件 以及 storage 的几个文件 我都删除了，最后还是报一个未知的ip 不存在，结果我估计是因为我的storage 的二级目录中已上传的文件有关系，因为那些文件的文件名 都有ip信息，可能就有几个文件是以前那个已不存在的ip进行上传的，然后在同步过程或访问过程 可能会有解析 这个文件名，那就涉及 到这个ip的问题了。这是我的猜测。不过我最后是一次性 把 整个data 都删除了，这个问题就不复存在了，就好了
页:
[1]