升级zpool后写入大文件时,我的OpenSolaris服务器挂起

昨天,我在一个opensolaris服务器上添加了新的硬盘(四个作为raidz1,另一个作为热备用),扩展了zpool后,服务器在写大文件时挂起,而在读大文件(大文件=> 1GiB)时没有挂起。

升级之前的zpoolconfiguration如下所示:

state: ONLINE NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 raidz1 ONLINE 0 0 0 c9t0d0 ONLINE 0 0 0 c9t1d0 ONLINE 0 0 0 c9t2d0 ONLINE 0 0 0 c9t3d0 ONLINE 0 0 0 

升级之后,zpool看起来像这样:

 state: ONLINE NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 raidz1 ONLINE 0 0 0 c9t0d0 ONLINE 0 0 0 c9t1d0 ONLINE 0 0 0 c9t2d0 ONLINE 0 0 0 c9t3d0 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 c9t4d0 ONLINE 0 0 0 c9t5d0 ONLINE 0 0 0 c9t6d0 ONLINE 0 0 0 c9t7d0 ONLINE 0 0 0 spares c9t8d0 AVAIL 

正如你可以看到所有的驱动器都是在线的,即使是3Ware 9690SA-4I控制器也告诉我,一切都是okey:

 Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy ----------------------------------------------------------------------------- - u0 SINGLE OK - - - 1862.63 RiW ON u1 SINGLE OK - - - 1862.63 RiW ON u2 SINGLE OK - - - 1862.63 RiW ON u3 SINGLE OK - - - 1862.63 RiW ON u4 SINGLE OK - - - 1862.63 RiW ON u5 SINGLE OK - - - 1862.63 RiW ON u6 SINGLE OK - - - 1862.63 RiW ON u7 SINGLE OK - - - 1862.63 RiW ON u8 SINGLE OK - - - 1862.63 RiW ON VPort Status Unit Size Type Phy Encl-Slot Model ----------------------------------------------------------------------------- - p8 OK u0 1.82 TB SATA - /c9/e0/slt1 SAMSUNG HD203WI p9 OK u1 1.82 TB SATA - /c9/e0/slt3 SAMSUNG HD203WI p10 OK u2 1.82 TB SATA - /c9/e0/slt5 SAMSUNG HD203WI p11 OK u4 1.82 TB SATA - /c9/e0/slt6 SAMSUNG HD203WI p12 OK u5 1.82 TB SATA - /c9/e0/slt8 SAMSUNG HD203WI p13 OK u3 1.82 TB SATA - /c9/e0/slt10 SAMSUNG HD203WI p14 OK u6 1.82 TB SATA - /c9/e0/slt13 SAMSUNG HD203WI p15 OK u7 1.82 TB SATA - /c9/e0/slt15 SAMSUNG HD203WI p16 OK u8 1.82 TB SATA - /c9/e0/slt17 SAMSUNG HD203WI 

但是,当我开始写文件到这个zfs时,服务器在写入过程中有时挂起,有时在写完整个文件之后,服务器肯定挂起…。 在其他地方读大文件(7-8GiB)是没有问题的!

感谢您的回答!

圭多

编辑:

fyi:服务器运行在svn_111b

编辑2:

 scrub: scrub completed after 6h20m with 0 errors on Thu Jul 22 00:33:29 2010 

正如你所看到的,没有文件系统错误…。

这是ZFS ARC 3年以上的错误仍然存​​在!

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

它也将超越虚拟机pipe理程序的虚拟机界限!