似乎不可能find有关Gluster最新版本（3.2.x）的configuration文件的任何信息。 我想使用configuration文件而不是CLI，因为我想用厨师自动configuration。
这可能吗？ 当我GOOGLE了这一点，我发现是这个，这是非常无用的： http : //community.gluster.org/q/does-glusterfs-support-configuration-files/
如何做到这一点？
顺便说一下，我现在正在做同样的事情，并提出了一些工作的解决scheme。
假设：使用EL6平台。
用于3.2.x的Gluster软件包可从EPEL回购中获得。 除了Gluster.org。 与EPEL的软件包工作方式有很多不同之处。 Gluster.org的软件包纯粹是由命令行驱动的。 来自EPEL的软件包有一个服务器和客户端软件包，并对configuration文件进行授权。 请注意，您将不得不通过修改/ etc / sysconfig下的相关glusterfsconfiguration文件来要求它加载configuration文件。
显然， mschueler有一本食谱，它在2个存储服务器上build立了AFR（自动文件复制） 。 我还没有testing，因为它完全是Ubuntu的具体，但仍然应该在这里工作。
我正在使用客户端复制testingAFR ，并能够使其纯粹通过configuration文件工作。
我对使用EPEL的软件包持怀疑态度，因为我读到Gluster正在从基于configuration文件的configuration转移到完全基于命令行的configuration。 （我可能是错误的，需要确认）。
任何包的任何API / CLI /任何包都可以确保生成的configuration在更改时发生一致性/有效性，跨软件更新迁移configuration等等。当您直接从外部自动化工具生成configuration文件时，所有这些都会被丢弃，所以这应该是不得已而为之，GlusterFS也不例外。 我必须为HekaFS做到这一点，但即使有人能够影响GlusterFS的变化，可能会破坏HekaFS生成的configuration，但我仍然认为这是一个不幸的必要性。
configuration文件格式本身非常简单。 我在一个小时左右就为它写了一个Pythonparsing器/生成器。 生成一组正确的configuration文件，就满足依赖关系或翻译器之间的分层约束而言，或者设置所有必要的选项来说，有点困难。 我们还支持实时configuration更改而不重新启动守护进程，生成涉及到的RPC消息以通知它们configuration更改在当前pipe理基础结构之外几乎是不可能的（更不用说不安全），所以基于厨师的基于重写configuration文件的方法会明显比现在差。
如果有一些事情需要做，使CLI 与 CLI更容易集成，通过一切手段让我知道通过Bugzilla，电子邮件，IRC，无论如何。 我很乐意帮忙，但是不能用以前曾经尝试过的方法来解决这个问题，而且总是会造成巨大的破坏。