![XFS 版本 4 与 5(RHEL 7 至 8)](https://linux22.com/image/223051/XFS%20%E7%89%88%E6%9C%AC%204%20%E4%B8%8E%205%EF%BC%88RHEL%207%20%E8%87%B3%208%EF%BC%89.png)
在 RHEL 7.9 中,我/data
使用 XFS 4.5 格式化了我的大卷。在 RHEL 8.8 中,XFS 是版本 5.0。
RHEL 8 中的 XFS v5 可以挂载 RHEL 7.9 创建的 XFS v4 文件系统,但 RHEL 7.9 无法挂载 RHEL 8.8 创建的 XFS v5 文件系统。
- 必须从 RHEL 7.9 迁移到 RHEL 8.8;这样做时我是否会保留
/data
RHEL 7.9 使用 XFS 4.5 创建的内容?或者是否值得在 RHEL 8.8 下使用 XFS v5 移动 TB 级的数据并重新格式化我的数据存储? - 如果我将数据格式保留为 XFS 4.5,继续使用 RHEL 8.8(未来 4 年内不太可能使用 RHEL 9),可能会出现哪些潜在问题? 到目前为止,我在使用 XFS 时遇到的问题为零。
答案1
我认为您可以通过禁用 Rhel8 提供的功能之一来做到这一点。使用 mkfs.xfs -m reflink=0 /dev/sdN 格式化 Rhel8 上的空间 -m reflink=0 将允许在两个系统上挂载,但 Rhel8 上的重新链接功能将不可用。另请参阅https://access.redhat.com/solutions/4582401(需要 Redhat 登录)了解更多详细信息。
答案2
Linux 内核配置帮助中关于 XFS 版本 4 的说明如下:
选项CONFIG_XFS_SUPPORT_V4
“支持已弃用的 V4 (crc=0) 格式”
V4 文件系统格式缺乏 V5 格式支持的某些功能,例如元数据校验和、增强的元数据验证以及存储 2038 年之后时间戳的能力。因此,V4 格式已被弃用。所有用户都应通过备份文件、重新格式化和从备份恢复来进行升级。
如果预计如此大量的数据将长期存在,那么 2038 年就不再那么遥远了。然而,在此之前您可能需要至少升级一次或两次硬件;您应该记住,文件系统版本迁移需要在那一年之前的某个时间完成。如果您有相应的计划,那么将文件系统版本迁移与硬件升级一起进行可能是最方便的。
随着时间的推移,发行版甚至可能会在新的主要版本的截止年之前就取消对 XFS 版本 4 的支持,因此最终操作系统的重大升级可能会迫使您无论如何都要进行迁移。
据我所知,XFS 版本 5 非常稳定,没有出现任何特殊问题。
现在请在您的长期计划中注意这一点。
较新的内核已经开始在适当的时候警告 XFS 文件系统的时间戳限制。有了它们,您将在以下位置看到来自内核的类似消息dmesg
:
xfs filesystem being mounted at <path> supports timestamps until 2038
根据用于创建文件系统的工具版本,即使是 XFS V5 文件系统也可能会导致此警告。但在 XFS 版本 5 上,可以通过xfs_admin -O bigtime=1
在卸载且无错误的情况下在文件系统上运行来修复此问题,无需备份/恢复周期。我最近在从 Debian 11 升级到 12 后的 Debian 系统上完成了这项工作 - 操作快速且无故障。