zpool status 会误报损坏文件？

[pikashi]

话说 zpool status -v 会误报文件损坏吗？

系统是最新的 TrueNAS Scale 稳定版 Dragonfish

zpool 扫描后报错，我把里面报告的损坏文件用 sz 下载下来，和本地 Windows 上的副本一对比，winmerge 和 totalcmd 对比功能都报告两个文件一模一样。

本地的是刚用 bt 下载的，hash 校检过的所以应该是完好的。

可能是内存问题？

[laminux29]

@taoky

上线前不仅内存跑了 memtest ，每个存储介质在上线前还做了三检：寿命检查、全盘坏道检查、性能检查。

我是在 Debian 上 apt 安装的 OpenZFS ，好几个用 debian 的朋友都遇到这种情况，有人建议在 FreeBSD 上试试，说 OpenZFS 是原生于 FressBSD 的。

[taoky]

@laminux29 Debian 的话建议从 backports 装 ZFS 。之前遇到过 Debian stable 的 ZFS 会让 kernel oops ，backports 就没问题的情况。

[Emiya1208]

@laminux29 我就是你说的有病的。
1. 首先使用 ZFS 应该搭配 ECC 并且监控 ECC 内存。
2. 应该使用 UPS 。
3. 如果有任何报错，至少应该有日志。

至少我的 10 盘 RAIDZ3 存在了 5 年没有遇到过非预期以外的故障（硬件 内存等等的损坏以外的数据故障才叫非预期的）

[Emiya1208]

@pikashi 应该有日志，没有提供任何日志是无法分析的。

[laminux29]

@Emiya1208 我在前面说了，ZFS 存在单点问题。你应该很幸运，5 年来，主板、内存、CPU 、电源、软件等，没出现过故障。如果你是我的员工，你用单机 ZFS 做生产环境，我知道了肯定会批评你的。

[Emiya1208]

@laminux29 你可能没看仔细。我出现了很多硬件故障，我说的是没有预期以外的故障，我的内存 电源 硬盘都出现过故障。

在如今，由于固态硬盘的大量使用，比特反转的存在导致硬 RAID 并不能发现，在对硬件做好监控的情况下，ZFS 实际上比硬 RAID 可靠。

回到你说的最关键的，你说单点故障，任何系统都不能避免单点故障，备份是必须的。Ceph 在扩容和平衡方面的问题更大，更不是什么高枕无忧的东西。哪怕是商业的 netapp 这类产品，没有备份也是不行的。

[Emiya1208]

@laminux29 此外。你后面「如果，批评」这段就像是我在 2018 的领导，批评我在 ubuntu 上运行 Kubernetes 而不是在 CentOS 6 上面一样。

非常抱歉，我说的非常不客气，但是事实就是某些刻舟求剑的老人要么应该退居二线，要么应该说服的有理有据，要么应该被时代淘汰。

这也非常像尤其是第三世界国家的技术人员非常热衷的 CentOS ，祝愿他们在使用 CentOS Stream 9 的路上越走越远。

[laminux29]

@Emiya1208

看来，你还没反省，还不知道你的问题。

我批评你，是因为你把 ZFS 这种单机系统，在生产环境里使用，这是大忌，并且你自己也说了，内存出现过故障，当时处理这个问题，停机了多久？

CephFS 虽然有各种功能缺陷，但人家不存在单点问题。你觉得它扩容与平衡存在问题，那些都是可以通过架构与算法进行改进的，不至于导致整个系统停摆。

无论是我，还是你的领导，批评你，你觉得不对，是因为你的层次，还没到达我和你的领导的层面。

好好反省下吧。

[wangdk23411]

我有点看的云里雾里，纯探讨啊，生产环境也要分的吧，类云部署、私有化部署、分布式部署应该还都是有区别的吧
ceph 也不是万能的，开玩笑的说，ceph 对资源的需求就像是无底洞，对存储性能有要求上 ceph 就是找罪受啊
另外，ceph 也是可以 zfs volume 的😂