设置：最新更新的两个新鲜的CentOS 6.5服务器。 两者都有Gluster 3.5.2的全新安装。
我所做的（从服务器2的angular度来看，shared1和shared2是逻辑卷）：
wget -P /etc/yum.repos.d http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo yum -y install glusterfs glusterfs-fuse glusterfs-server -y /etc/init.d/glusterd start chkconfig --level 345 glusterd on echo "1.2.3.4 server1" >> /etc/hosts echo "4.3.2.1 server2" >> /etc/hosts gluster peer probe server1 gluster volume create shared replica 2 transport tcp server2:/shared2 server1:/shared1 force gluster volume start shared mount.glusterfs server2:/shared /mnt/shared gluster peer status 这工作完美，我有一个很好的共享文件系统在/ mnt /共享两台服务器上。 该命令集分别在每个服务器上执行，并进行修改以匹配该服务器的视angular。
testing：
如果我按下server1上的重置button，则在使用或访问/ mnt / shared上的文件时出现可怕的〜45秒的延迟
我没有search谷歌，glusterfspipe理员指南和serverfault上的解决scheme，但没有人似乎有这个问题。
任何关于如何降低超时的build议，或暂时忽略一个closures的对等？ 只要没有延迟，故障转移期间的只读状态就没有问题。 或者，告诉我我做错了什么，或者没有做什么。
谢谢，
您可能会遇到客户端ping超时设置，因为它的默认值是42秒。 运行以下检查：
gluster volume info shared
您正在查找的参数是“network.ping-timeout”。 你可以通过运行来改变这个
gluster volume set shared network.ping-timeout "new timeout value"
看看是否会缩短恢复期。