Monpati

> 请问你们是在不同的 client上执行的吗？ 比如 cp在 client 1上执行，而 ll 在 client 2上执行？ 感觉这个问题是因为客户端缓存导致的。 > > 按照下面这个文档进行设置，然后重启 fused即可： https://gitee.com/fastdfs100/FastCFS/blob/master/docs/shared-storage-guide-zh_CN.md 对，client1执行scp，client2ssh连接节点后执行ll。按照这个文档操作后解决了，原来是客户端缓存的问题，感谢！

> systemd启动命令 和 直接用命令行启动两种方式不要混用。 另外，可以看一下faststore server日志报什么错。 [2024-03-12 17:08:29] ERROR - file: connection_pool.c, line: 227, connect to fstore server 192.168.3.51:21014 fail, errno: 111, error info: Connection refused [2024-03-12 17:08:29] WARNING -...

> 从日志看，有一台 fstore server 没有启动。 你 ps 看下有 fs_serverd这个进程吗？ 三副本，其中03是正常的，剩下两台都是启动了之后过几十秒就会杀死自己，命令是同时执行的。会是存储的数据不同步的原因吗？我使用了/usr/bin/fdir_serverd --data-rebuild /data/storage1,/data/storage2 /etc/fastcfs/fdir/server.conf restart尝试恢复数据，但是提示没有这个参数了。 192.168.3.52是正常的节点，2.50和2.51是无法启动的节点 [2024-03-12 17:42:20] INFO - file: replication/replication_processor.c, line: 260, connect to replication peer id: 2, 192.168.3.51:21015...

> 从日志看，有一台 fstore server 没有启动。 你 ps 看下有 fs_serverd这个进程吗？ 01和02ps查询不到fs_serverd这个进程，在启动了fs_serverd进程后，过几十秒后会自动杀死这个进程

> 3\. fs_serverd coredump  这个是我之前在fs_serverd.log中找到的被删除原因，您知道为什么会这样吗？提到的dio/trunk_write_thread.c这个文件，我并没有找到