Bug 726400 - ConnectStoragePool (HSM) with 50 FC SDs is taking lot of time
Summary: ConnectStoragePool (HSM) with 50 FC SDs is taking lot of time
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: vdsm
Version: 6.3
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: ---
Assignee: Eduardo Warszawski
QA Contact: Haim
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-28 13:53 UTC by Moran Goldboim
Modified: 2014-01-13 00:49 UTC (History)
7 users (show)

Fixed In Version: vdsm-4.9-101
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-06 07:34:06 UTC
Target Upstream Version:


Attachments (Terms of Use)
vdsm-log (411.83 KB, application/x-xz)
2011-07-28 14:05 UTC, Moran Goldboim
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2011:1782 0 normal SHIPPED_LIVE new packages: vdsm 2011-12-06 11:55:51 UTC

Description Moran Goldboim 2011-07-28 13:53:44 UTC
Description of problem:
ConnectStoragePool is taking more than 3 minutes (RHEVM defaults) on a sacle deployment (50 SDs) -FC
almost 3 minutes delay on this one:
Thread-21::DEBUG::2011-07-28 10:49:48,451::misc::1010::SamplingMethod::(__call__) Returning last result
Thread-21::INFO::2011-07-28 10:52:38,815::sp::797::Storage.StoragePool::(_linkStorageDomain) Linking /rhev/data-center/mnt/blockSD/7bf1cda0-874b-44cd-a6f8-f637

Version-Release number of selected component (if applicable):
vdsm-4.9-86.el6.x86_64

How reproducible:
happened many times

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Thread-21::INFO::2011-07-28 10:49:39,126::dispatcher::94::Storage.Dispatcher.Protect::(run) Run and protect: connectStoragePool, args: ( spUUID=aa2b15e3-2e59-4772-84d7-28964c81677f hostID=3 scsiKey=aa2b15e3-2e59-4772-84d7-28964c81677f msdUUID=9c84ff7e-7614-4425-863c-d242a6528aae masterVersion=538)
Thread-21::DEBUG::2011-07-28 Thread-21::INFO::2011-07-28 10:52:42,459::dispatcher::100::Storage.Dispatcher.Protect::(run) Run and protect: connectStoragePool, Return response: {'status': {'message': 'OK', 'code': 0}}

Comment 1 Moran Goldboim 2011-07-28 14:05:45 UTC
Created attachment 515727 [details]
vdsm-log

Comment 3 Eduardo Warszawski 2011-08-18 13:29:18 UTC
http://gerrit.usersys.redhat.com/#change,832

Comment 5 Haim 2011-09-20 10:04:35 UTC
verified on 4.9-103. connect storage pool command on FC (block) pool with 50 domains takes 5ms. 

Thread-301::INFO::2011-09-20 12:53:33,899::dispatcher::94::Storage.Dispatcher.Protect::(run) Run and protect: connectStoragePool, args: ( spUUID=441e76ab-6279-4cc4-a940-34afe72138b7 hostID=2 scsiKey=441e76ab-6279-4cc4-a940-34afe72138b7 msdUUID=7fce1e31-3397-4dc5-8b75-e81c06363648 masterVersion=140)
Thread-301::INFO::2011-09-20 12:53:33,904::dispatcher::100::Storage.Dispatcher.Protect::(run) Run and protect: connectStoragePool, Return response: {'status': {'message': 'OK', 'code': 0}}

Comment 6 errata-xmlrpc 2011-12-06 07:34:06 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2011-1782.html


Note You need to log in before you can comment on or make changes to this bug.