Gary,
Thanks ! I was suspecting bug#6596237.
But, with the current usage that does not seem likely.
In any case can you collect the output of :
/usr/sbin/lockstat -HcwP -n 50000 -D 20 -s 40 sleep 5
This would tell us if there are any lock contentions. And if the system is
suffering from 6596237 we would see metaslab related routines on the top.
Thanks and regards,
Sanjeev
On Mon, Apr 13, 2009 at 07:13:03AM -0500, Gary Mills wrote:
> On Mon, Apr 13, 2009 at 09:08:09AM +0530, Sanjeev wrote:
> >
> > How full is the pool ?
>
> Only 50%, but it started with two 500-gig LUNs initially. We added
> two more when it got up to 300 gigabytes.
>
> # zpool list
> NAME SIZE USED AVAIL CAP HEALTH ALTROOT
> space 1.99T 1.02T 992G 51% ONLINE -
> # zpool status
> pool: space
> state: ONLINE
> status: The pool is formatted using an older on-disk format. The pool can
> still be used, but some features are unavailable.
> action: Upgrade the pool using 'zpool upgrade'. Once this is done, the
> pool will no longer be accessible on older software versions.
> scrub: none requested
> config:
>
> NAME STATE READ WRITE CKSUM
> space ONLINE 0 0 0
> c4t60A98000433469764E4A2D456A644A74d0 ONLINE 0 0 0
> c4t60A98000433469764E4A2D456A696579d0 ONLINE 0 0 0
> c4t60A98000433469764E4A476D2F6B385Ad0 ONLINE 0 0 0
> c4t60A98000433469764E4A476D2F664E4Fd0 ONLINE 0 0 0
>
> errors: No known data errors
>
> --
> -Gary Mills- -Unix Support- -U of M Academic Computing and Networking-
--
----------------
Sanjeev Bagewadi
Solaris RPE
Bangalore, India
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
