（转）部署fastdfs时报ERROR-file：tracker_proto.c,line。。。（转）部署fastdfs时报 ERROR - file: tracker_proto.c, line: 48, server: 192.168.124.5:22122, response status 2 != 0 写这篇⽂章主要是为了记录这个问题，同时写下我发现这个问题后的想法。 以下正⽂：
今天我⽤docker部署了下fastdfs分布式⽂件服务器，tracker和storage都正常安装了，但是还是报错。 root@hongcheng:/# /usr/bin/fdfs_upload_file /etc/f 123.jpg 使⽤命令上传⼀个图⽚
[2018-09-09 20:33:12] ERROR - file: tracker_proto.c, line: 48, server: 192.168.124.5:22122, response status 2 != 0
tracker_query_storage fail, error no: 2, error info: No such file or directory
发现错误肯定就是思考原因嘛，我⼤致想到以下⼏点：
1. 我是在docker⾥⾯部署的，所以我就怀疑是不是tracker和storage两个容器⽹络不通、或者发错地⽅了
2. 看到“ No such file or directory”，我怀疑是不是fdfs_upload_file不到、配置⽂件的⽂件存放⽬录配错卫星接收
了、⽂件存放⽬录不存在、或者
权限问题，或者压根就是我配置⽂件不到、⼜或者是我“123.jpg”根本就没有。
3. 后来发现不⾏，我⼜猜想是不是启动storage时指定错了配置⽂件。
4. 或者我服务器的ip指定错了。这篇⽂章出现的问题其实就只ip指定了127.0.0.1，不过不是我这个问题。
这个问题百度了⼀段时间，也是在发现不了为啥。后⾯就发现了上⾯那篇⽂章，有可能是以前注册到tracker的⼀个storage访问不上。
root@hongcheng:/# /usr/bin/fdfs_monitor /etc/f
[2021-08-03 09:19:24] DEBUG - base_path=/data/fast_data, connect_timeout=30, network_timeout=60,
tracker_server_count=1, anti_steal_token=0, anti_steal_secret_key length=0, use_connection_pool=0,
g_connection_pool_max_idle_time=3600s, use_storage_id=0, storage server id count: 0
server_count=1, server_index=0
tracker server is 192.168.124.5:22122
group count: 1
Group 1:
group name = group1
disk total space = 17394 MB
disk free space = 4885 MB
trunk free space = 0 MB
storage server count = 2
active server count = 1
storage server port = 23000
storage HTTP port = 8080
store path count = 1
subdir count per path = 256
current write server index = 0
current trunk file id = 0
Storage 1:
id = 10.1.6.133
ip_addr = 10.1.6.133 OFFLINE
http domain =
version = 5.08
join time = 2020-08-31 09:54:48
高压直流稳压电源...............
last_synced_timestamp = 1970-01-01 00:00:00 (never synced)
Storage 2:
id = 192.168.124.5
ip_addr = 192.168.124.5 ACTIVE
http domain =
version = 5.08
join time = 2021-08-03 07:05:00
...............
last_synced_timestamp = 1970-01-01 00:00:00
巧了吧唧，我还真有两个，其中⼀个还是离线的。直接⼲掉，然后就ok了
root@hongcheng:/# /usr/bin/fdfs_monitor /etc/f delete group1 10.1.6.133
[2021-08-03 09:20:04] DEBUG - base_path=/data/fast_data, connect_timeout=30, network_timeout=60,
tracker_server_count=1, anti_steal_token=0, anti_steal_secret_key length=0, use_connection_pool=0,
g_connection_pool_max_idle_time=3600s, use_storage_id=0, storage server id count: 0
server_count=1, server_index=0
tracker server is 192.168.124.5:22122
delete storage server group1::10.1.6.133 success
root@hongcheng:/# /usr/bin/fdfs_upload_file /etc/f /data/fast_data/123.jpg
group1/M00/00/00/
钢段
此时再查⼀遍，原来那个已经被删除了（10.1.6.133 DELETED）
root@hongcheng:/# /usr/bin/fdfs_monitor /etc/f
[2021-08-03 08:19:03] DEBUG - base_path=/data/fast_data, connect_timeout=30, network_timeout=60,
tracker_server_count=1, anti_steal_token=0, anti_steal_secret_key length=0, use_connection_pool=0,
g_connection_pool_max_idle_time=3600s, use_storage_id=0, storage server id count: 0
server_count=1, server_index=0
tracker server is 192.168.174.128:22122
group count: 1
Group 1:
group name = group1
disk total space = 17394 MB
disk free space = 4872 MB
木材烘干炉trunk free space = 0 MB
storage server count = 2
active server count = 1
storage server port = 23000
storage HTTP port = 8080
store path count = 1
subdir count per path = 256
current write server index = 0
current trunk file id = 0
Storage 1:
id = 10.1.6.133
ip_addr = 10.1.6.133 DELETED
http domain =
version = 5.08
...................
Storage 2:
无框画
id = 192.168.174.128酱油桶
ip_addr = 192.168.174.128 ACTIVE
http domain =
version = 5.08
.
...................
我拿到的这个tracker和storage镜像是公司的⼈做好的，10.1.6.133服务器应该是以前配的，后来我改了配置⽂件重启，增加了
192.168.174.128服务器，重启后，tracker上⾯就有两个storage了，但是按理说tracker是对storage有⼼跳检查的，那我上传⽂件就应该调⽤192.168.174.128这个好的storage去上传。
暂时还有别的事情⼲，这个问题等后⾯有时间再琢磨琢磨。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议