我已经在GCP服务器上将我的glusterfs集群设置为条带复制，但是在将文件复制到已安装的卷以及执行git操作（git pull，git clone等）时，我面临过时的文件句柄错误。
glusterfs服务器和glusterfs保险丝客户端都使用最新版本（Client-4.1.5，Server- 4.1）。请在下面找到错误消息
提取文件时
tar：基本代码/ 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服务器正在使用默认设置。如果有任何补丁或修复，请提供帮助。
答案 0 :(得分：1)
第一：请勿将WP缓存放置在GlusterFS上。
群集中每个节点上的WP将同时写入高速缓存文件夹，这可能会引起一些问题。尝试将WP指向GlusterFS外部的缓存目录（例如/wp-cache）。我对WP不太熟悉，无法为您提供适当的配置选项。或者只是在basecode/wp-content/uploads/内创建到新缓存目录的符号链接。
第二：有人说条带化卷的效果很差，并且没有答案。
尝试使用分布式复制卷代替，或者使用分散的卷。
第三：您可以使用带区卷，并可以使用某些mount / GlusterFS选项，但是，我认为这是一种不好的方法。
第一个播放选项-entry-timeout和attribute-timeout，在此处http://systutorials.com/docs/linux/man/8-mount.glusterfs中进行了介绍。如果将它们设置为0，则可以禁用属性缓存。这可以帮助您解决Stale file handle错误，但性能会很低（在某些情况下）。有关Attribute caching的更多信息，请访问：https://linux.die.net/man/5/nfs。