由于其他一些问题，不得不销毁并重新创建一个池。我注意到新池的性能非常糟糕。
以前在旧池上，ARC 已满且 ARC 命中率很高，而新池上的 ARC 命中率已大大下降。
在新池上，ARC 只是没有填满。
ARC命中的模式也很奇怪。让一两个客户端尝试播放视频，ARC 会持续几秒钟，然后直线下降到 0，这会导致视频播放卡顿并停止。
为什么新池的性能如此糟糕？
我有两个企业级 SSD，我已经L2ARC在OpenZFS池中使用了几年。这段时间的工作流程相当繁重，有大量的读取和写入，为客户提供视频以进行视频后期制作。
最近，收到了一些关于 L2ARC SSD 的严重警告：
CRITICAL: Oct. 22, 2018, 6:12 p.m. - Device: /dev/da0 [SAT], 215869351264256 Offline uncorrectable sectors
CRITICAL: Oct. 22, 2018, 6:12 p.m. - Device: /dev/da1 [SAT], 174264003067904 Offline uncorrectable sectors
显然没有数据丢失的风险，因为这些只是 L2ARC，但是是时候更换它们了吗？
我会牺牲性能吗？如果没有，有没有办法重置或忽略坏扇区？
使用FreeNAS-11.1-U6.
当在 CentOS 7.3 客户端上的 NFSv4 共享上执行大型读写操作时，我注意到 NFS 挂载经常超时。
全新的、开箱即用的 CentOS 7.3 安装是否需要让 NFS 服务通过默认防火墙？如果是这样，怎么做？
我正在运行 FreeNAS 9.3 的特定于供应商的衍生产品。
当我安装一个新的 JBOD 机箱向我的池中添加两个新的 vdev 时，我的麻烦就开始了，而机箱的主板坏了。在此期间，我看到坏板上的驱动器出现 SAS 电源错误——我的新驱动器每分钟都在重复地打开和关闭。
我更换了主板，现在，从大多数方面来看，驱动器运行良好，但是当我查看zpool status. 我认为当我遇到 SAS 电源问题时，有一些糟糕的 CoW 写入。
带有 CPU、引导驱动器、RAM 等的第一个机箱通过 mini-SAS 连接到第一个扩展 JBOD 机箱，第二个 JBOD 扩展机箱通过第一个 JBOD 扩展机箱以菊花链方式连接，也通过 mini-SAS。
- [机箱 1：启动盘，两个 L2ARC SSD，RAIDZ3-0 的 11/11 驱动器，RAIDZ3-1 的 1/11 驱动器] -->mini-SAS 到机箱 2
- [机箱 2：RAID Z3-1 的 10/11 个驱动器，RAID Z3-2 的 6/11 个驱动器] --> mini-SAS 到机箱 3
- 【机箱3：RAIDZ3-2 5/11盘，RAIDZ3-3 11/11盘】
校验和错误并没有准确地映射到任何一个控制器或机箱，但我的直觉是，当我遇到这些电源问题时，写入不同新磁盘的任何数据都在两个新 vdev 上写入错误。
我的 HBA 都在良好的 LSI 固件上——全部都在 20.00.04.00 或 20.00.08.00
我已经更换了 mini-SAS 电缆，并尝试使用不同的端口，但无济于事。
的输出zpool status显示了两个新 vdev 上累积的校验和错误，并且在清理、重新启动或zpool clear之后，最终将zpool status这些 vdev 标记为降级。奇怪的是，它还将属于那些 vdev 的一些驱动器标记为降级，但它们的各个磁盘的实际错误计数都是 0。zdb表明各个驱动器被标记为降级，因为它们有太多的校验和错误，即使他们所有的校验和错误计数实际上都是 0。同样奇怪的是池级校验和错误显示的数字低于两个问题 vdev 加在一起的校验和错误。
zpool status -v在映射到0x0早已被删除但似乎无法通过多次清理、重新启动或zpool clear. 此外，其他永久性错误会时不时出现，有时仅显示为十六进制代码 inode，有时则显示为最近快照的一部分。我找不到任何0x0.lsof
我相信池中的元数据可能存在某种数据损坏。
我正在寻找一种方法来通过手术移除这些幻像快照，或者以其他方式将我的池恢复到健康状态而不破坏我的数据。我怀疑在某个地方，ZFS 正在迭代这些损坏的幻像快照，并导致奇怪的校验和错误和 vdev 上的降级状态。
我有很多重要数据的“冷”LTO 备份，但除此之外，如果我无法修复我的池，我正准备设置第二台服务器，将所有内容卸载到“热”的第二台服务器，销毁我的池在顶层，然后从热备份重新加载。
这是输出zpool status -v：
[root@Jupiter] ~# zpool status -v
pool: freenas-boot
state: ONLINE
status: One or more devices are configured to use a non-native block size.
Expect reduced performance.
action: Replace affected devices with devices that support the configured block size, or migrate data to a properly configured pool.
scan: resilvered 944M in 0h17m with 0 errors on Tue Aug 9 11:56:28 2016
config:
NAME STATE READ WRITE CKSUM
freenas-boot ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
da46p2 ONLINE 0 0 0 block size: 8192B configured, 8388608B native
da47p2 ONLINE 0 0 0 block size: 8192B configured, 8388608B native
errors: No known data errors
pool: pool
state: DEGRADED
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://illumos.org/msg/ZFS-8000-8A
scan: scrub in progress since Fri Sep 9 22:43:51 2016
6.27T scanned out of 145T at 1.11G/s, 35h27m to go
0 repaired, 4.33% done
config:
NAME STATE READ WRITE CKSUM
pool DEGRADED 0 0 118
raidz3-0 ONLINE 0 0 0
gptid/ac108605-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/ac591d4e-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/ac92fd0d-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/accd3076-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/ad067e97-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/ad46cbee-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/ad91ba17-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/adcbdd0a-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/ae07dc0d-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/ae494d10-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/ae93a3a5-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
raidz3-1 ONLINE 0 0 0
gptid/12f6a4c5-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/511ea1f9-1932-11e6-9b1e-0cc47a599098 ONLINE 0 0 0
gptid/14436fcf-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/14f50aa3-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/159b5654-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/163d682b-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/16ee624e-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/1799dde3-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/184c2ea4-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/18f51c30-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
gptid/19a861ea-c929-11e5-8075-0cc47a599098 ONLINE 0 0 0
raidz3-2 DEGRADED 0 0 236
gptid/5f80fc42-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/60369e0f-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/60e8234a-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/61a235f2-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/62580471-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/6316a38a-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/63d4bce8-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/ebfc2b99-6893-11e6-9b09-0cc47a599098 ONLINE 0 0 0
gptid/654f143a-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/66236b33-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/66eda3f6-4e00-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
raidz3-3 DEGRADED 0 0 176
gptid/c77a9da9-4e02-11e6-b7cf-0cc47a599098 ONLINE 0 0 0
gptid/c83e100e-4e02-11e6-b7cf-0cc47a599098 ONLINE 0 0 0
gptid/c8fd9ced-4e02-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/c9bb21ba-4e02-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/ca7a48db-4e02-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/cb422329-4e02-11e6-b7cf-0cc47a599098 DEGRADED 0 0 0 too many errors
gptid/cbfe4c21-4e02-11e6-b7cf-0cc47a599098 ONLINE 0 0 0
gptid/ccc43528-4e02-11e6-b7cf-0cc47a599098 ONLINE 0 0 0
gptid/cd93a34c-4e02-11e6-b7cf-0cc47a599098 ONLINE 0 0 0
gptid/ce622f51-4e02-11e6-b7cf-0cc47a599098 ONLINE 0 0 0
gptid/cf2591d3-4e02-11e6-b7cf-0cc47a599098 ONLINE 0 0 0
cache
gptid/aedd3872-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
gptid/af559c10-265c-11e5-9a02-0cc47a599098 ONLINE 0 0 0
errors: Permanent errors have been detected in the following files:
<0x357>:<0x2aef3>
<0x37b>:<0x397285>
pool/.system@auto-20160720.2300-2d:<0x0>
通过 FreeNAS GUI，我尝试将System dataset poolfrom复制pool到freenas-boot，然后尝试使用zfs destroy删除pool副本pool/.system并保持freenas-boot副本完好无损。我可以zfs destroy用来删除中 pool/.system列出的所有内容zfs list，但是在尝试使用 销毁pool/.system时zfs destroy，shell 返回了错误：Cannot iterate filesystems: I/O error。根据Oracle ZFS 文档，我尝试zfs destroy使用pool/.system、和标志，但无济于事。-f-r-R
我又开始了另一次磨砂。也许消除副本上的pool/.system内容将允许清理使用幻像快照清除元数据错误。poolSystem dataset poolpool/.system@auto-20160720.2300-2d
我想知道是否有可能重新同步显示为降级的每个磁盘，一个接一个，以便可以放弃没有被引用的“坏”元数据。我已经重新同步了两个磁盘，但现在我遇到了一个问题，其中重新同步任何其他磁盘会导致我已经重新同步的其他磁盘同时开始再次重新同步。我相信这可能是与定期快照任务相关的 ZFS 错误，我已经删除了我的定期快照任务并销毁了我所有的快照，但我犹豫是否要重新同步另一个降级的驱动器，因为害怕所有先前重新同步的磁盘将再次重新同步，使我没有任何冗余，最终导致池出现故障。
在禁用我的定期快照任务并删除我的所有快照后，我尝试擦除一个磁盘然后重新同步它，但是我已经重新同步的三个磁盘又开始重新同步。现在我几乎可以肯定，每个问题 RAID-Z3 vdev 都有两个不同的磁盘可以重新同步，所以如果我尝试重新同步更多磁盘，我将失去每个问题 vdev 和我的池中的冗余会出错。
另一种奇怪的行为是检查zpool status -v实际上会逐渐增加池的校验和错误计数，但检查zpool status不会。就好像-v标志本身正在迭代导致校验和错误的任何机制。
在我的池中使用zdb -c是否能够以某种方式“修复”这些元数据错误？
我有一个能够挂载到 SMB 共享的 OS X 客户端，但随后会任意断开连接。有时共享可以保持挂载数小时，有时只有 15 秒。似乎没有任何特定的过程导致断开连接。
- 客户端是 MacPro5,1 上的 Mac OS X 10.11.6 (15G1004) 客户端。
- 客户端的 NIC 是 ATTO FastFrame NT12，安装了驱动程序 ATTOFastFrame.kext [v. 3.0.7]
- 根据 Apple 的慢速 SMB 签名，在客户端上禁用了客户端签名：https ://discussions.apple.com/message/30287193#message30287193
- 服务器是运行 Samba 4.3.6-GIT-UNKNOWN 的 FreeNAS 9.3 的下游衍生产品
- 共享安装为 SMB3_02
- 10 GbE 交换机是 NETGEAR ProSafe M7100-24x
其他 OS X 客户端在使用 Sonnet Twin 10G 的同一网络和同一服务器上没有此类问题。
其他可能相关的细节：
- 引导驱动器是正确安装驱动程序的 OWC Mercury Accelsior，因此应该没有电源问题：https ://eshop.macsales.com/tech_center/index.cfm?page=/manuals/item/owcaccelsior.html
- GPU 是带有 MacVidCards 固件的 2014 NVIDIA GeForce GTX TITAN X
- 使用 Adobe Premiere Pro 和 Blackmagic DaVinci Resolve 时会注意到断开连接
为什么这些脱节会以这种方式发生？