我在运行在带有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
和
在将来,我可能会采取其中一个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重复数据删除.对于家庭用户或小型系统来说,这绝对不合理.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。