标签: gfs2

我在 XFS 文件系统上有一个文件，其大小约为 200 GB。它是一个 QCOW2 映像，其中包含一个 KVM 驱动的虚拟机的虚拟磁盘。出了点问题（也许是 qemu-kvm 的一些故障，我不确定），虚拟机崩溃了，现在我有一个看起来像这样的文件：

191090708 -rwxr--r--. 1 root root 737571587400425984 Oct 10 10:03 973d10e0-a5e3-4a59-9f98-4b9b9f072ade

因此，它仍然占用 191090708 个块，但ls显示为 656 PB。

此外，我还有另一个具有相同史前史的文件，但位于另一个文件系统（不是 XFS，而是 GFS2）上：

410855320 -rwxr--r--. 1 root root 7493992262336241664 Dec 13  2014 ac2cb28f-09ac-4ca0-bde1-471e0c7276a0

它占用 410855320 个块，但ls显示为 ~6.6艾字节。

你怎么看，删除这些文件是否安全？谢谢！

PS 定期拍摄快照真是太好了！:) 我不知道没有他们我会做什么。

我正在尝试确定用于共享存储设备的文件系统的“最佳选择”，该共享存储设备将通过 iSCSI 安装在不确定数量的服务器上。

设置：

• 27 TB Synology RS2212+ 阵列，允许多个会话的 iSCSI LUN/目标
• 10-20 个基于 CentOS 的 linux 机器，主要是网络服务器
• 共享存储将托管静态 Web 内容（媒体，主要是图像）

从本质上讲，我需要能够在许多网络服务器上安装这个大的共享卷，而且这个数字有望随着时间的推移而继续增长。我们过去一直在使用 NFS，但性能问题迫使我们寻找其他方法。（阅读：NFS 调优有时感觉像是黑魔法，尤其是在处理数百万个小图像时）。

通常情况下，设备上的写冲突不应该有问题，因为只有少数中央机器能够更改内容，但我知道如果我们这样安装它们，我们需要一些方法来在使用文件时锁定文件，这样我们就不会以损坏而告终。过去，我们依靠 NFS 来处理这个问题。所以现在我正在研究集群感知文件系统（除非我遗漏了一些东西，因此这篇文章）。

到目前为止，我为此找到了 2 个主要选择，但我不确定它们是否非常合适：

RHEL Clustering 和 GFS2 -- 似乎很适合我的环境，但是以这种方式“锁定”到发行版确实让我有点担心。如果我需要添加不同风格的服务器，会迫使我提出其他选项。不是表演障碍，而是在我的脑海中。最大的担忧是从 RHEL 文档中反复阅读他们的集群仅支持 16 个节点。如果是这样的话，它对我来说肯定不够好。这是准确的还是我读错了？

OCFS - Oracle 的集群文件系统我google的时候也很受关注，但是我对它了解不多。最麻烦的方面是我必须运行他们的 Unbreakable Enterprise Kernel，这会在将我的所有服务器迁移到该内核时造成大量中断。再一次，不是表演障碍，但我需要令人信服的证据来走这条路，尤其是在尝试这种方法时。

我错过了什么吗？我应该使用更好的方法吗？我什至考虑过完全改变架构以允许一些“前端”服务器挂载 iSCSI 分区，然后根据需要从它们进行 NFS 共享，和/或使用 nginx 反向代理将媒体分发给网络服务器.

在这种情况下，您有任何值得信赖的聪明想法吗？

我正在配置一个双节点 A/A 集群，通过 iSCSI 连接一个公共存储，它在集群 LVM 之上使用 GFS2。到目前为止，我已经准备了一个简单的配置，但我不确定哪个是配置 gfs 资源的正确方法。

这是 /etc/cluster/cluster.conf 的 rm 部分：

<rm>
    <failoverdomains>
        <failoverdomain name="node1" nofailback="0" ordered="0" restricted="1">
            <failoverdomainnode name="rhc-n1"/>
        </failoverdomain>
        <failoverdomain name="node2" nofailback="0" ordered="0" restricted="1">
            <failoverdomainnode name="rhc-n2"/>
        </failoverdomain>
    </failoverdomains>
    <resources>
        <script file="/etc/init.d/clvm" name="clvmd"/>
        <clusterfs name="gfs" fstype="gfs2" mountpoint="/mnt/gfs"  device="/dev/vg-cs/lv-gfs"/>
    </resources>
    <service name="shared-storage-inst1" autostart="0" domain="node1" exclusive="0" recovery="restart">
        <script ref="clvmd">
            <clusterfs ref="gfs"/>
        </script>
    </service>
    <service name="shared-storage-inst2" autostart="0" domain="node2" exclusive="0" recovery="restart">
        <script ref="clvmd">
            <clusterfs ref="gfs"/>
        </script>
    </service>
</rm>

这就是我的意思：使用 clusterfs 资源代理处理 GFS 分区时，默认情况下不会卸载它（除非给出 force_unmount 选项）。这样当我发出

clusvcadm -s shared-storage-inst1

clvm …

我需要一个用于 iSCSI 设备的集群文件系统。问题是它所连接的服务器生成的数据文件必须由其他所有服务器读取。除了写入和删除此类文件外，我不需要像 OCFS2 或 GFS2 那样的完整锁定方案。

那么，我可以在 ext3 文件系统之上使用分布式锁管理器 (DLM) 还是必须只使用专门的文件系统？