Open qq819931129 opened 1 year ago
你们使用 storage server id特性了吧?感觉是 storage server的ip地址没有配置到storage_ids.conf这个文件中。
没有用 storage server id特性,用的是k8s的svc特性
可以理解为 tracker 是一个域名,映射到了k8s部署的 tracker 的ip
storage 节点抛异常的时候,tracker 节点是有收到连接请求的。但我已经调整了部署方式,暂时没有抛出异常了,没法给你看 tracker 节点的日志了
k8s上部署的服务,根据docker镜像进行了一些调整,主要是支持k8s通过svc去访问。 tracker 和 storage 节点的关键目录都有做持久化映射到nfs上: (读写) /var/fdfs/data 子路径: data (读写) /var/fdfs/logs 子路径: logs (读写) /etc/fdfs/ 子路径: conf
storage 节点持久化会遇到 CRIT - file: storage_func.c, line: 934, the store path #0: /var/fdfs maybe used by other storage server,已经解决了
tracker 节点持久化则遇到标题上的问题,详细日志: [2023-06-20 06:24:08] INFO - file: storage_func.c, line: 274, tracker_client_ip: 10.244.79.95, my_server_id_str: 10.244.79.95, g_server_id_in_filename: 1599075338 [2023-06-20 06:24:09] INFO - file: tracker_client_thread.c, line: 308, successfully connect to tracker server 10.106.28.184:22122, as a tracker client, my ip is 10.244.79.95 [2023-06-20 06:24:09] ERROR - file: tracker_proto.c, line: 64, server: 10.106.28.184:22122, response status 2 != 0 [2023-06-20 06:24:09] ERROR - file: tracker_client_thread.c, line: 1672, fdfs_recv_response fail, result: 2
主要是 tracker 节点的 date 目录持久化导致的,我不清楚这是什么机制,导致22122端口的连接失败