nfs – ZFS – 销毁重复数据删除的zvol或数据集会使服务器停顿.怎么恢复？

我在运行在带有12个Midline(7200 RPM)SAS驱动器的HP ProLiant DL180 G6上运行的辅助存储服务器上使用Nexentastor.该系统具有E5620 cpu和8GB RAM.没有ZIL或L2ARC设备.

上周,我创建了一个750GB的稀疏zvol,启用了重复数据删除和压缩功能,可以通过iSCSI与VMWare ESX主机共享.然后,我创建了一个Windows 2008文件服务器映像,并将~300GB的用户数据复制到VM.对系统感到满意后,我将虚拟机移动到同一池中的NFS存储.

在NFS数据存储上使用我的VM启动并运行后,我决定删除原始的750GB zvol.这样做会使系统停滞不前.访问Nexenta Web界面和NMC停止.我最终能够得到一个原始的壳.大多数操作系统操作都很好,但系统挂在zfs destroy -r vol1 / filesystem命令上.丑陋.我找到了以下两个OpenSolaris bugzilla条目,现在明白该机器将在未知的时间段内被砖砌.这是14个小时,所以我需要一个能够重新获得服务器访问权限的计划.

http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6924390

和

http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=593704962bcbe0743d82aa339988?bug_id=6924824

在将来,我可能会采取其中一个buzilla解决方案中给出的建议：

Workaround
    Do not use dedupe,and do not attempt to destroy zvols that had dedupe enabled.

更新：
我不得不强迫系统关机.重新启动后,系统会在导入zfs文件系统时停止.现在已经有2个小时了.

解决方法

这已经解决了.关键是重复数据删除的卷需要在删除之前关闭重复数据删除标记.这应该在池级别以及zvol或文件系统级别完成.否则,删除基本上是重复数据删除.该过程需要时间,因为正在引用ZFS重复数据删除表.在这种情况下,RAM有帮助.我暂时向系统添加了16个额外的GB,并使服务器恢复在线状态. zpool在4小时内完全导入.

道德可能是重复数据删除不是超级抛光,RAM对其性能至关重要.我建议24GB或更多,具体取决于环境.否则,请关闭ZFS重复数据删除.对于家庭用户或小型系统来说,这绝对不合理.