Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

第 34 章 Storage

lvconvert --repair 现在可以在缓存逻辑卷中正常工作

由于 lvm2-2.02.166-1.el 软件包中发布的回归问题，在 Red Hat Enterprise Linux 7.3 中发布的 lvconvert --repair 命令无法在缓存逻辑卷上正确运行。因此，无法 转换内部 LV 错误。底层源代码已被修改来修复这个程序错误，lvconvert --repair 现在可以正常工作。(BZ#1380532)

LVM2 库不兼容不再会导致设备监控失败，并在升级过程中丢失

由于 lvm2-2.02.166-1.el 软件包中的一个错误，在 Red Hat Enterprise Linux 7.3 中发布的程序库与早期版本的 Red Hat Enterprise Linux 7 不兼容。不兼容可能会导致设备监控失败，并在升级过程中丢失。因此，设备故障可能会意外处理(RAID)，或者没有正确处理空间不足(thin-p)。在这个版本中解决了不兼容的问题，逻辑卷监控现在可以正常工作。(BZ#1382688)

be2iscsi 驱动程序错误不再会导致系统变得无响应

在以前的版本中，因为 be2iscsi 驱动程序错误，操作系统有时会变得无响应。此更新修复为2iscsi，由于 be2iscsi 错误，操作系统不再会挂起。(BZ#1324918)

当使用 mirror segment 类型时，不再使用 lvmetad 守护进程的互动问题

在以前的版本中，当使用旧的 镜像 片段类型创建带有 3 个或更多图的镜像逻辑卷时，则可能使用 lvmetad 守护进程进行交互问题。只有在使用 lvmetad 时，仅当镜像错误策略设置为非默认 分配 选项时，观察到的问题才会发生，且在设备故障事件之间没有重启机器。这个程序错误已被解决，上面描述的交互问题不再发生。(BZ#1380521)

multipathd 守护进程不再显示黑名单设备的错误信息

在以前的版本中，multipathd 守护进程会显示不正确的错误信息，它无法找到带有黑名单的设备，从而导致用户在没有错误时看到错误信息。在这个版本中，多路径 会在发出错误消息前检查设备是否已列入黑名单。(BZ#1403552)

现在，当没有可用的路径时，多路径标记设备会重新载入

在以前的版本中，当删除到多路径设备的最后一个路径设备时，lvmetad 的状态变得不正确，在多路径之上的 lvm 设备可能会停止正常工作。这是因为 device-mapper 无法知道多路径设备重新加载时有多少个工作路径。因此，处理禁用扫描和其他 dm 规则的多路径 udev 规则仅在多路径设备丢失其上次可用的路径时工作，而不是因设备表重新加载而丢失。在这个版本中，当没有可用的路径时，多路径现在会重新载入设备。当多路径设备丢失最后一个可用路径时，多路径 udev 规则可以正确地禁用扫描和其他 dm 规则。因此，lvmetad 的状态仍正确，而在多路径之上的 LVM 设备仍可以正常工作。(BZ#1239173)

在写入失败后发送的读取请求将始终返回多路径设备上的相同数据

在以前的版本中，如果写入请求在 rbd 模块中挂起，并且 iSCSI 启动器和多路径层决定失败对应用的请求，则故障后发送的读取请求可能没有反映写入状态。这是因为，当 Ceph rbd 镜像通过多个 iSCSI 目标导出时，rbd 内核模块将在收到写入请求时获取专用锁定。在这个版本中，rbd 模块会同时获取读取和写入的专用锁定。这会导致在执行读取前清除或失败的写入操作。因此，在写入失败后发送的读取请求总是返回相同的数据。(BZ#1380602)

当多路径设备中的路径设备切换到只读时，多路径设备将被重新载入只读

在以前的版本中，当重新载入多路径设备时，多路径代码总是会尝试首先重新加载设备读写，然后回退为只读。如果一个路径设备已在内核中打开了读写设备，则它将继续以读写模式打开，即使设备已切换到只读模式，并且读-write 重新加载也会成功。因此，当从读写设备切换到只读时，多路径设备仍将读写（即使所有写入只读设备都会失败）。在这个版本中，当一个路径设备为只读时，multipathd 现在会以只读方式重新载入多路径设备。因此，当多路径设备中的路径设备切换到只读时，多路径设备将被以只读方式重新载入。(BZ#1431562)

用户不再为未检查的多路径设备造成潜在的过时数据

在以前的版本中，当路径设备孤立（不是多路径设备的成员）时，设备状态和检查器 状态会在 设备被孤立前显示在设备的状态中。因此，显示 paths 命令会在不再检查的设备中显示日期信息。在这个版本中，显示 paths 命令会在检查器状态作为检查程序状态和 未知状态 显示为孤立路径的设备，用户不再会给未检查的设备造成混淆的过时数据。(BZ#1402092)

multipathd 守护进程不再因为在失败路径中运行优先级程序而挂起

在以前的版本中，multipathd 在在某些情况下在出现问题的路径中运行优先级。因此，如果多路径配置了同步优先级，它可能会挂起尝试在失败的路径中运行优先级。在这个版本中，当路径失败时，multipathd 不再运行优先级，且因为这个原因不再失败。(BZ#1362120)

新的 RAID4 卷，在系统升级后现有的 RAID4 或者 RAID10 逻辑卷现在被正确激活

在 Red Hat Enterprise Linux 版本 7.3 中创建 RAID4 逻辑卷后，或者在将现有 RAID4 或 RAID10 逻辑卷的系统升级到版本 7.3 后，系统有时会无法激活这些卷。在这个版本中，系统会成功激活这些卷。(BZ#1386184)

由于 PV 状态不正确，LVM 工具不再崩溃

当 LVM 观察卷组中物理卷(PV)的元数据之间的特定类型的不一致时，LVM 可以自动修复它们。发生这种不一致的情况，例如，如果 VG 在某些 PV 临时对系统可见，然后 PV 重新应用时，则会出现不一致的情况。
在以前的版本中，当执行此类修复操作时，所有 PV 有时都会临时考虑返回，即使不是这种情况。因此，LVM 工具有时会意外终止并带有 segmentation 错误。在这个版本中，上面描述的问题不再发生。(BZ#1434054)
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat