问题标签 [glusterfs]

我有两个节点 forGlusterFS和 mount on /var/www/，一切正常GlusterFS，但是当我运行 firefox 时Localhost出现此错误：

禁止。您无权访问此服务器上的 /。

我该怎么办？

我们在使用 django、gunicorn、在 nginx 后面运行时上传到我的网站时遇到问题。我们还在应用服务器上安装了 gluster，文件在其中上传并在多个服务器上进行分布式复制。（所有层级都在 AWS 上）

当我们上传一个文件（~15mb）时，我们得到一个 502 Bad Gateway。我们还检查了显示upstream prematurely closed connection while reading response header from upstream, client. 我们的上传速度非常慢（<5k）。我们可以上传到其他网站就好了，我们的互联网上传大约是 10MB 和其他任何东西。

我是否缺少任何配置文件以允许通过 gunicorn 或 nginx 上传文件？

nginx.conf

conf.d 文件：

_

_

我们有一种感觉，它可能是 nginx 或 gluster 挂载。我们已经为此工作了好几天，并查看了 nginx 和 gunicorn 中的 timeout* 变量，但没有取得任何进展。

任何帮助将不胜感激，谢谢！

在使用 NodeJS 之前，我使用 Mongo GridFS 和 WeedFS 来存储媒体文件，现在我想评估 GlusterFS。我在https://github.com/qrpike/GlusterFS-NodeJS找到了 NodeJS 模块，但下面显示的示例令人困惑

在上面的示例中，我没有像在 https://github.com/aheckmann/gridfs-stream 使用 gridfsstream 或在 https://github.com/cruzrr/node 使用 weedfs 节点包装器那样直接存储媒体文件-杂草。

我对 GlusterFS 的理解错了吗？我想提供有关如何通过 NodeJS API 从 GlusterFS 存储和检索文件的基本示例。请帮助我。谢谢。

我有一个简单的 gluster 设置，其中 4 台服务器各有 1 块砖。我想让两台服务器停止运行，只让两台服务器复制数据。

我试过 gluster volume remove-brick gv0 machine1:/export/brick1 machine2:/export/brick1

但是我收到错误volume remove-brick commit force: failed: Bricks not from same subvol for replica

我该怎么做？

仅供参考 gluster 音量信息 gv0

卷名称：gv0 类型：分布式复制卷 ID：75a37568-67e7-4bf9-8b74-fabfa8487e97 状态：已启动 块数：2 x 2 = 4 传输类型：tcp 块：Brick1：machine3:/export/brick1 Brick2： machine2:/export/brick1 Brick3: machine1:/export/brick1 Brick4: machine4:/export/brick1

谢谢

我需要实现 glusterfs 地理复制。

在我的生产环境中，我想要进行复制的服务器之间的端口 22 未打开（这是设计使然，我们必须保留它）。

有没有办法可以使用自定义 ssh 端口（即 22222）来实现它。

有没有其他解决方案。

注意：我不能使用除这两个以外的其他服务器。

我目前正在使用 Gluster 3.5 复制模式下的两节点集群。这是为了在尝试在服务器硬件上实现真正的 3 节点集群之前对系统有所了解。

测试硬件不是高端的：英特尔凌动 D2550 和英特尔 i5 通过千兆端口上的以太网交叉电缆连接在一起。

在 Gluster 文件系统中，大约有 20,000 个小文件（基本上是一个 Debian 安装），这与稍后需要处理的实际使用情况相似（在不同的硬件上）。

由于一些旧软件将在砖块上运行，不幸的是需要定期轮询大多数这些文件，轮询文件统计时的延迟是一个因素。

我做了一个简单的测试（GlusterFS 安装在 Gluster 节点本身）：

据我所知，这可能太慢了，因为 GlusterFS 必须轮询每个stat.

当直接在砖存储目录上轮询时，从第二次试用开始，我得到的时间范围为 0.16 秒（正如预期的那样，所有内容都可能从缓存中读取）。

但是，当我关闭另一个节点时，只剩下一个节点，我得到了非常相似的结果：

这个怎么可能？在这种情况下是什么减慢了 Gluster 的速度？

一般来说，如何在 GlusterFS 冗余设置中最小化读取延迟？如果在崩溃后的恢复过程中轮询文件系统目录列表会暂时落后于实际情况，那将不是问题，如果这可以提高目录列表的性能的话。

Help with a solution to the problem. Set geo replication to synchronize files (about 5m). After starting the synchronization occurs. But after copying files 80K runs out of space on tmpfs (/ run). It is normal for geo replication or not?

Perhaps something I did wrong?

dpkg -l | grep glust

gluster volume geo-replication stgrec01 172.16.10.3::stgrec01_slave status

df -H

ls xsync | wc -l

什么情况下我们应该优先于像 HDFS 这样的分布式文件系统？如何决定使用哪一个或任何其他类似的替代方案？

问题描述：对于我们的应用程序（RHEL 5,6），我们使用共享存储（EVA）并且需要为节点之间共享的几个 FS（2-7）找到OCFS2 替换（RHEL 6 不支持）。当前的提示是GFS2和GlusterFS。

用法：系统接收（SFTP/SCP）并处理大小为 10-100 MB 的文件（创建、在目录中重命名、在目录之间移动、读取、删除）。

限制：以这种方式处理的数据量（创建、删除）最多为3 TB/day（最大值60 MB/s）。文件系统应能够在积压期间处理单个目录中的数千个此类文件。

GFS2/GlucterFS 的原因：两者都是 RedHat。与 GFS2 相比，尝试 GlusterFS 的原因是简单，GFS2 需要 RH 集群安装，而 GlusterFS 不需要。问题是性能。

获得更多建议和/或找到一些比较可能真的很有帮助（我知道它们通常属于不同的类型，但无论如何）。

谢谢简

我一直在尝试使用 glusterfs 服务器设置地理复制。在我的测试环境中，在我的暂存环境中，一切都按预期工作，但后来我尝试了生产并卡住了。

假设我有

gluster fs 服务器位于公共 ip 1.1.1.1

gluster fs slave 在公共 2.2.2.2 上，但是这个 IP 在接口 eth1 上 gluster fs slave 服务器上的 eth0 是 192.168.0.1。

所以当我在 1.1.1.1 上启动命令时（防火墙和 ssh 键设置正确）

我得到一个错误。

无法获取从卷详细信息。请检查从属集群和从属卷。异地复制命令失败

在这种情况下，错误并不重要，问题是从 IP 地址

正如您在上面的防火墙丢弃日志中看到的那样，slave gluster 守护程序的端口 24007 在从服务器上接口 eth0 的私有 IP 上公布，并且应该是 eth1 私有 IP 的 IP。所以master无法连接，会超时

有没有办法强制 gluster 服务器宣传接口 eth1 或仅绑定到它？

我使用 cfengine 和 ansible 来推送配置，因此绑定到接口可能是比 IP 更好的解决方案，但无论解决方案如何。

先感谢您。