[FastDFS] group1和group2的storage都用端口23000有问题吗？

weixin_38077297 2010-07-02 05:48:53

目前我们使用FastDFS时，

发现不断有group1的某个storage区访问group2的storage貌似请求同步，
而group2的storage则拒绝了同步，Error log提示group不一致。
每天产生大量Error Log，功能倒正常。

fishman，是否因为把所有storage都配置用端口23000了而引起的呢？

...全文

290 1 打赏收藏举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

背景： 1921.68.0.164上已经有一个storage，组名：group1； 192.168.0.171上有tracker(单tracker),一个storage,组名：group0; 现在要做的工作是：在164上再起一个storage，设置组名为group0（与171上的goup0互为备份），将171上的group0文件同步到164 grou...

【FastDFS】一个Tracker和多个Storage该怎么配置

1、 ERROR - file: /usr/local/fastdfs-nginx-module/src/common.c, line: 103, section: group1, you must set parameter: group_name! 该错误的是在使用场景为：一台机器部署两个storage时发生的，一台机器上有连个storage，即有两个group，此时需要在f...

1. 横向扩容添加storage 1.1. 在另外一台192.168.25.138上部署storage, 并配置它为group2, 是一个新的卷/组。 1.2. 编辑storage.conf详情 vim /etc/fdfs/storage.conf #需要修改的内容如下(本机ip: 192.168.25.138) port=23000 #storage服务端口(默认23000,一般不修改) group_name=group2 #storage服务端卷名 base_path=/usr/local/f

分布式文件系统是解决海量小文件存储挑战的核心技术，其通过将文件分散存储在多个节点上，实现数据的高可用与水平扩展。其高性能的关键在于高效的网络通信模型，而事件驱动架构正是实现高并发的经典范式。libevent作为一个成熟的高性能事件通知库，封装了epoll等底层I/O复用机制，为网络应用提供了统一的异步编程接口，能显著提升连接处理能力，具有极高的技术价值。在图片、文档附件等海量小文件存储场景中，FastDFS作为轻量级分布式文件系统，通过与特定版本的libevent（如稳定的2.1.11）深度集成，能够有效优

其他技术讨论专区

479

社区成员

790,917

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章