已知的缺陷

下面是一系列与 Solstice DiskSuite 4.2 相关的优先级为 1, 2 和 3 的缺陷。缺陷的优先级和严重性在 BugID 号码后面的括号内给出。

• 4155935 (P2/S2) - 带有相同的非零序号的驱动器（自 SCSI 查询命令）被计为一个单一的驱动器，如果某个控制器不包含唯一的驱动器，在 DiskSuite Tool 的“磁盘查看”屏幕上将不显示该控制器。这一行为可能不太合适。

• 4158835 (P2/S2) - 除了内核和 metadb 状态之外，DiskSuite Tool 似乎还对亚设备的状态根据组件的可访问性做判定。例如，若您正在使用 DiskSuite Tool 时将某个驱动器的电源除去，而该驱动器上有被某个此时未被访问的亚设备使用的片，则在 metastat(1M) 发觉故障之前，DiskSuite 工具将显示故障信息。

• 4068961 (P2/S2) - 到某个 trans 记录亚设备的同步和异步事务遇到页故障时可能会将双方关在亚设备之外，并使系统挂起。对这种少见的缺陷变通办法是将应用程序从多线程转换为多进程，从而避免对地址空间锁定的多线程争用，或者在应用程序所写入的设备上禁止 UFS 事务记录。

• 4150183 (P2/S2) - 如果您有一个驱动器在可恢复亚设备（镜像／RAID）上发生失败，并且您有当失败发生时不在访问该驱动器的文件系统或应用程序，那么 DiskSuite 并不把该组件或片置于 "需要维护" 状态，因为它从未访问过此分区并发觉此错误。 用户可以替换尚未进入出错状态的驱动器，这会导致文件系统忙乱。要想安全地替换一个已经失败、但尚未被 DiskSuite 置于 "需要维护" 状态的设备，您必须中断对此亚设备的读写访问，将它分解成组件，替换失败的组件，然后用新组件重建该设备。有关分解和恢复亚设备而不损失数据的指导，请参考 Solstice DiskSuite 4.2 用户指南。

• 4113855 (P3/S3) - 在附有 trans 记录的大型文件系统上进行的高 I/O 有可能造成性能不良或软挂起。这个问题是在文件系统的 trans 记录文件大小为 150 MB 时观察到的。当 trans 记录的大小变更时，软挂起似乎消失了。然而，机器的性能确实下降了。原因看起来是在 trans 设备中。 变通办法是从文件系统中去除 trans 记录。 这不会对所有用户都是最佳解决方案，因为当记录去除时，进行一次 fsck 所需要的时间可能太长了。