此共享存储卷是否会阻止 GlusterFS 中的自我修复完成？
Is this shared storage volume preventing self-heal from completing in GlusterFS?
我继承了一个 10 节点的 Gluster 集群 (v 3.8.13) 作为新演出的一部分。我遇到的主要问题是一个节点上的 nfs-ganesha 服务经常变得无响应并需要重新启动。对此进行调查使我走上了检查集群健康状况的道路，我发现了一长串需要修复的文件。
但我似乎无法对不断增长的文件列表进行修复。
尝试使用 gluster volume heal volx 执行修复会立即产生有关禁用砖块的警告：
Launching heal operation to perform index self heal on volume volx has
been unsuccessful on bricks that are down. Please check if all brick
processes are running
当我检查 gluster volume status 时，'volx' 卷中的所有砖块都启动了，唯一可疑的是关于共享存储的消息：
Volume gluster_shared_storage is not started
我确实在 /etc/fstab 中看到一个关于坐骑的条目：
1xx.1xx.1.xx:/gluster_shared_storage /var/run/gluster/shared_storage/ glusterfs defaults 0 0
但我们说话的时候还没有挂载。
似乎有人 attempted to enable shared storage，但要么故意降低 volume/mount，要么就完蛋了。我只是不想删除音量并发现它很关键（and/or 发现治疗对常规的甘尼萨崩溃没有任何帮助）。这是生产系统的一部分，所以我必须谨慎行事。
这是两个不相关的问题吗？只说治疗是"unsuccessful on bricks that are down"，所以说是治疗起来的？有办法查吗？
对甘尼萨崩溃的任何见解也会有所帮助，但目前我愿意接受任何我能了解的关于 Gluster 的知识。
更新： docs seem to indicate 您需要此共享存储卷才能使用 nfs-ganesha：
Ensure that the following pre-requisites are taken into consideration
before you run NFS-Ganesha in your environment: ...
- Create and mount a gluster shared volume.
确实感觉 A) 我应该保留共享存储卷，并且 B) 它需要根据甘尼萨的要求启动。我只是不想在几乎完好无损（如果未优化）的生产系统上开始翻转开关。
正如任何使用 Gluster 运行 参与其中的勇敢灵魂的后续行动一样，上述卷是伪造的并且完全无效。
我继承了一个 10 节点的 Gluster 集群 (v 3.8.13) 作为新演出的一部分。我遇到的主要问题是一个节点上的 nfs-ganesha 服务经常变得无响应并需要重新启动。对此进行调查使我走上了检查集群健康状况的道路，我发现了一长串需要修复的文件。
但我似乎无法对不断增长的文件列表进行修复。
尝试使用 gluster volume heal volx 执行修复会立即产生有关禁用砖块的警告：
Launching heal operation to perform index self heal on volume volx has been unsuccessful on bricks that are down. Please check if all brick processes are running
当我检查 gluster volume status 时，'volx' 卷中的所有砖块都启动了，唯一可疑的是关于共享存储的消息：
Volume gluster_shared_storage is not started
我确实在 /etc/fstab 中看到一个关于坐骑的条目：
1xx.1xx.1.xx:/gluster_shared_storage /var/run/gluster/shared_storage/ glusterfs defaults 0 0
但我们说话的时候还没有挂载。
似乎有人 attempted to enable shared storage，但要么故意降低 volume/mount，要么就完蛋了。我只是不想删除音量并发现它很关键（and/or 发现治疗对常规的甘尼萨崩溃没有任何帮助）。这是生产系统的一部分，所以我必须谨慎行事。
这是两个不相关的问题吗？只说治疗是"unsuccessful on bricks that are down"，所以说是治疗起来的？有办法查吗？
对甘尼萨崩溃的任何见解也会有所帮助，但目前我愿意接受任何我能了解的关于 Gluster 的知识。
更新： docs seem to indicate 您需要此共享存储卷才能使用 nfs-ganesha：
Ensure that the following pre-requisites are taken into consideration before you run NFS-Ganesha in your environment: ...
- Create and mount a gluster shared volume.
确实感觉 A) 我应该保留共享存储卷，并且 B) 它需要根据甘尼萨的要求启动。我只是不想在几乎完好无损（如果未优化）的生产系统上开始翻转开关。
正如任何使用 Gluster 运行 参与其中的勇敢灵魂的后续行动一样，上述卷是伪造的并且完全无效。