fastdfs服务在服务器迁移后,服务启动失败
文件记录了上次运行时 Tracker 服务器的 IP 地址,现在使用的是同一套数据目录,FastDFS 为了避免集群状态混乱,启动前比对 IP,不一致就拒绝启动。问题表现:使用spring boot连接fastdfs服务时候,日志显示fastdfs服务没有正常启动(截图忘记了)✅ 正确识别 Storage 或 Tracker 节点的 IP、Group 等关键信息;4、查看服务是否正常启动,查看日志
声明:不同环境下情况各不相同,仅供参考
问题表现:使用spring boot连接fastdfs服务时候,日志显示fastdfs服务没有正常启动(截图忘记了)
排查过程:
1、首先确定fastdfs服务是否正常启动
systemctl status fdfs_storaged.service
systemctl status fdfs_trackerd.service
查看状态发现两个都是running状态,并且没有报错信息
2、进一步排查:查看日志信息
查看storaged.log

这里可以看见storage.server尝试连接tracker.server失败,进一步排查问题所在
查看tracker.log
![]()
这里的内容可以发现ip地址和迁移后的ip地址不符
确定问题所在:
因为重启时FastDFS 会自动扫描这些数据文件,以确保:
✅ 保持与上次运行状态一致;
✅ 避免因为重启导致节点信息丢失、集群异常;
✅ 正确识别 Storage 或 Tracker 节点的 IP、Group 等关键信息;
✅ 确保文件同步、版本一致性。
这是一种轻量级状态持久化机制,类似于 Redis 的 RDB 文件、ZooKeeper 的快照数据。
3、解决方案:
在数据目录下的 storage_sync_timestamp.dat 文件记录了上次运行时 Tracker 服务器的 IP 地址,现在使用的是同一套数据目录,FastDFS 为了避免集群状态混乱,启动前比对 IP,不一致就拒绝启动。
将tracker的数据目录下的storage_sync_timestamp.dat 文件备份或删除再进行重启服务
mv storage_sync_timestamp.dat storage_sync_timestamp.dat.bak
systemctl restart fdfs_trackerd.service
systemctl restart fdfs_storaged.service
4、查看服务是否正常启动,查看日志报错是否存在,尝试使用spring boot连接服务
更多推荐
所有评论(0)