ZFS永久错误指示什么？

permanent errors今天在我的zpool上报道了几个。

  pool: seagate3tb
 state: ONLINE
status: One or more devices has experienced an error resulting in data
        corruption.  Applications may be affected.
action: Restore the file in question if possible.  Otherwise restore the
        entire pool from backup.
   see: http://zfsonlinux.org/msg/ZFS-8000-8A
  scan: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        seagate3tb  ONLINE       0     0    28
          sda       ONLINE       0     0    56

errors: Permanent errors have been detected in the following files:

        /mnt/seagate3tb/Install.iso
        /mnt/seagate3tb/some-other-file1.txt
        /mnt/seagate3tb/some-other-file2.txt

编辑：我确定这些CKSUM值是否正确。我正在编辑数据，并且可能错误地处理了这些数据。它们可能是0。不幸的是，我在笔记中找不到结论性的答案，并且现在已解决了错误，因此我不确定，但是其他所有信息都是准确的/反映了zpool报告的内容。

/mnt/seagate3tb/Install.iso 是报告为永久错误的一个示例文件。

这是我感到困惑的地方。如果将“永久错误” Install.iso与另一个文件系统上相同文件的备份进行比较，它们看起来是相同的。

shasum "/mnt/seagate3tb/Install.iso"
1ade72fe65902b2a978e5504aaebf9a3a08bc328  /mnt/seagate3tb/Install.iso
shasum "/mnt/backup/Install.iso"
1ade72fe65902b2a978e5504aaebf9a3a08bc328  /mnt/backup/Install.iso
cmp /mnt/seagate3tb/Install.iso /mnt/backup/Install.iso
diff /mnt/seagate3tb/Install.iso /mnt/backup/Install.iso

这些文件似乎是相同的。此外，该文件可以正常运行。如果我在应用程序中使用它，它的行为就像我期望的那样。

如文档所述：

数据损坏错误始终是致命的。

但是根据我的基本文件验证，我不确定我是否了解的定义fatal。

状态：一台或多台设备发生错误，导致数据损坏。应用程序可能会受到影响。

行动：如果可能的话，还原相关文件。否则，从备份还原整个池。

也许我丢失了一些东西，但是据我所知，该文件似乎还不错，尽管从ZFS推荐了，但确实需要任何还原，也没有显示任何损坏。

我见过的其他文章用了同样的错误，但我还没有找到一个回答我的问题。

文件的永久错误是什么？文件中是否存在一些我不太容易发现的较低级别的问题？如果是这样，为什么a不能将其检测shasum为文件中的差异？

从外行的角度来看，我看不出任何迹象表明此文件有任何错误。

的措词zpool status有点误导。永久错误（在此情况下）表示发生了I / O错误，并已将该I / O错误记录到该池的SPA（存储池分配器）错误日志中。但这并不一定意味着有不可恢复的数据损坏。

您应该做的是zpool scrub在池上运行。清理完成后，SPA错误日志将被轮换，并且不再显示清理之前的错误。如果清理未检测到错误，zpool status则将不再显示任何“永久”错误。

关于文档，就是说以这种方式仅记录“致命错误”。致命错误是ZFS无法自动纠正的I / O错误，因此作为失败的I / O暴露给应用程序。相反，如果立即成功重试了I / O或冗余设备满足了逻辑I / O，则不会将其视为致命错误，因此不会记录为数据损坏错误。

致命错误并不一定意味着永久性数据丢失，而只是意味着在将其传播到应用程序之前无法修复。例如，电缆松动或控制器损坏可能会导致暂时的致命错误，ZFS将其描述为“永久性”。这是否确实是一个问题，取决于I / O的性质以及应用程序是否能够从I / O错误中恢复。

编辑：完全同意@bahamat，您应该尽快投资于冗余。

永久错误表示文件中存在校验和错误，并且副本不足以修复。这意味着至少有一个读取由于I / O错误而返回了损坏的数据。如果任何人收到了读取的内容，然后将其写回到同一磁盘文件中，那么您现在将出现不可恢复的数据损坏。

查看您的池配置，看来您没有冗余。这是非常危险的。你没有得到任何的ZFS的自我修复的好处，但将能够告诉你什么时候出现了数据损坏。通常，ZFS会自动且无声地纠正损坏的读取，但您不能这样做。zpool clear由于两个驱动器的CKSUM计数相同0，因此您似乎已经在运行。

不幸的是，没有副本，实际上没有办法知道。