使用多路径和 iSCSI 的新 SAN 出现“坏消息”

使用多路径和 iSCSI 的新 SAN 出现“坏消息”

我正在为一组基于 Ubuntu 18.04 的服务器配置新的 SAN。每个节点都可以正常挂载 ext4 格式的分区。

我对多路径和 iSCSI 都很陌生,我不确定我看到的是否“正常”。到目前为止,我遇到了两个问题。

  1. 当我使用 创建文件时touch,其他节点看不到它。我习惯了 NFS 安装驱动器的某种延迟,但基本上,其他节点从未见过它(即,我仍然在等待,我猜已经过去了一个小时)。

  2. 更令人担心的是,当我列出复制的文件lsdu它所在的目录时,我收到错误“坏消息”。我在网上搜索了一下,似乎解决方案是卸载驱动器,然后使用fsck它来检查它。也就是说,可能发生了数据损坏。然而,在我复制文件的计算机(即计算机 A)上,文件没问题。当我ls用另一台计算机(即计算机 B)复制它时,我收到此错误。

在 SAN 的管理软件中,我没有看到任何磁盘错误。

所有服务器和 SAN 都连接到本地网络的单个交换机。它们在物理上彼此靠近 - 它们位于同一个机架中。

这两种情况是“正常”的吗?如果不是,有什么建议我可以做什么吗?

答案1

对于非集群文件系统来说,这是正常行为。

要将 iSCSI SAN 与 Ubuntu 计算服务器一起使用,应使用集群文件系统。

您可能应该了解有关 GPFS、GFS2、Lustre、GlusterFS 和 OCFS2 的更多信息,并在 iSCSI SAN 上使用其中一种。

编辑:可以在这里找到对正在发生的事情的很好的描述:

https://forums.starwindsoftware.com/viewtopic.php?f=5&t=1392

答案2

ext 不是集群感知文件系统,因此当第二个节点挂载它时,它将被破坏。这是因为没有通用的块锁定机制,而集群感知文件系统有这种机制

使用集群文件系统。

答案3

嗯…

SAN 不是 NFS。除非您使用共享/集群文件系统,否则您不能直接将 ext4 安装到多个主机上。

相关内容