Thanks for the information. We will work on this issue and keep you updated.
Best Regards,
Roger
Jason King 写道:
I don't know if I'll be able to redo the setup to get more details,
but basically it was most obvious with a large number of luns (several
hundred) + veritas DMP + multiple paths to a clariion array. Due to
our setup, each lun on the Clariion showed up twice (one for each
controller) on every path to the array. Since DMP was being used, this
meant it looked like several thousand luns (a few hundred luns x 2
controllers x 4-5 paths to the luns) was visible to the system. Also,
all the paths that went through the standby controller showed up as
offline, which probably contributed to the effect.
On 10/15/06, *Roger Dong* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi Jason,
How many disk/lun in your system which take two hours to lunch
'format'?
We are aware of one performance issue in format. 'format' check
disk on-line status each time after S10U1. It will cost 2 minutes
for each disk/lun. We are investigate to improve this now.
We are not aware of cfgadm issue. We will investigate it and
update you later.
Thanks,
Roger
*From: * Jason King <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>
*Date: * October 11, 2006 9:01:24 PM MDT
*To: * [email protected]
<mailto:[email protected]>
*Subject: * *[storage-discuss] cfgadm & format performance*
Unfortunately, I have no means to see if this is present in
Nevada, but on Solaris 10U1, we've encountered some issues where
cfgadm and/or format seems to suffer poor performance when the
number of luns and/or controllers increase.
In one extreme case, it takes over two hours from the time
'format' is launched to when it actually displays the list of
devices. cfgadm -al also takes a rather absurd amount of time.
Are there any plans to possibly improve the responsiveness of
these commands?
This message posted from opensolaris.org <http://opensolaris.org>
_______________________________________________
storage-discuss mailing list
[email protected]
<mailto:[email protected]>
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
<http://mail.opensolaris.org/mailman/listinfo/storage-discuss>
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
