我已经在 GCP 服务器上将我的 glusterfs 集群设置为 Striped-Replicated，但是我在将文件复制到已安装的卷以及执行 git 操作(git pull、git clone 等)时遇到了陈旧的文件句柄错误。
glusterfs server 和 glusterfs fuse client 都使用最新版本(Client-4.1.5，Server-4.1)。请在下面找到错误消息
提取文件时
tar: basecode/wp-content/uploads/cache/wpml: 不能 mkdir: 陈旧的文件句柄
在更改所有权时
chown:无法读取目录“www.jithin.ca/wp-content/plugins/acfml/classes”:过时的文件句柄 chown:更改“www.jithin.ca/wp-content/plugins/advanced-custom-fields-pro”的所有权:过时的文件句柄 chown:无法读取目录“www.jithin.ca/wp-content/plugins/wp-speed-of-light/inc/pages”:过时的文件句柄
我的 glusterfs 客户端日志文件中也出现以下错误(/var/log/glusterfs/mnt-glusterfs.log)
[2018-10-21 04:08:46.921985] W [fuse-bridge.c:1201:fuse_setattr_cbk] 0-glusterfs-fuse: 3705309: SETATTR()/Production/example.com/wp-content/cache/wpsol-cache/4bd4f0bf132901ecb17261f388864fd3 => -1(陈旧文件句柄)
此外，我的 glusterfs 服务器使用默认设置。如果有任何补丁或修复，请帮助。
最佳答案
第一:不要将WP缓存放在GlusterFS上。
集群中每个节点上的WP会同时写入缓存文件夹，这可能会导致一些问题。尝试将 WP 指向 GlusterFS 外部的缓存目录(例如，/wp-cache)。我对 WP 不是很熟悉，不能给你一个合适的配置选项。或者只是在 basecode/wp-content/uploads/ 中创建一个指向新缓存目录的符号链接(symbolic link)。
其次:有些人说 strip 化卷的效果很差，但没有答案。
尝试改用分布式复制卷，或者可能使用分散卷。
第三:您可以使用 strip 化卷并可以使用一些挂载/GlusterFS 选项，但我认为这是一个糟糕的方法。
播放的第一个选项 - entry-timeout 和 attribute-timeout，这里有描述 http://systutorials.com/docs/linux/man/8-mount.glusterfs .如果将它们设置为 0，则可以禁用属性缓存。这可以帮助您解决 Stale file handle 错误，但性能会非常低(在某些情况下)。更多关于属性缓存的信息在这里:https://linux.die.net/man/5/nfs .
关于linux - Glusterfs 融合客户端在复制文件时显示陈旧文件句柄错误，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/53257870/