Bug 702400

Summary: [vdsm] getStoragePoolInfo takes more than 3 minutes to return in case non-master domain is blocked in NFS
Product: Red Hat Enterprise Linux 6 Reporter: Haim <hateya>
Component: vdsmAssignee: Saggi Mizrahi <smizrahi>
Status: CLOSED ERRATA QA Contact: Haim <hateya>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.2CC: abaron, acathrow, bazulay, hateya, iheim, ilvovsky, jlibosva, mgoldboi, yeylon, ykaul
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: vdsm-4.9-72.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-12-06 07:17:41 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
vdsm log none

Description Haim 2011-05-05 15:05:27 UTC
Created attachment 497126 [details]
vdsm log

Description of problem:

In case non-master NFS storage domain is blocked, getStoragePoolInfo takes more then 3 minutes to return, which cause rhevm to move all pool to unknown and basically, non-operational.  

[root@nott-vds4 ~]# time vdsClient -s 0 getStoragePoolInfo e86048e4-1631-4539-8f0a-38c25781c218
        name = PG-NFS
        isoprefix = 
        pool_status = connected
        lver = 0
        domains = e5dad86c-2c88-4481-97ad-35b99be8c4da:Attached,16dbeaf8-103a-4a54-8fa6-4a9a9a9f43d4:Attached,89a7b90b-aa87-4ada-b8ee-1ba04aa7c8ea:Attached,0a04ee4d-295b-4201-a89e-0fef2456885e:Active,9200cf73-63ee-4d61-ad78-c0a4adf14a7a:Attached,8995f054-91d7-43bc-80d5-a6aad8b3319c:Attached,660051f2-17f2-41fc-970a-7c97ca0837c9:Attached,0d4cdb8a-9959-408a-8ee9-71091c8245bf:Attached,f4ee473d-1b6b-4a89-b498-a5516c0c4a9e:Active,7322a076-85a7-449f-b23c-1431156b9a7f:Attached,bd16394a-4e43-43ad-8710-bc5536e72504:Attached
        master_uuid = 0a04ee4d-295b-4201-a89e-0fef2456885e
        version = 0
        spm_id = 1
        type = NFS
        master_ver = 3
        e5dad86c-2c88-4481-97ad-35b99be8c4da = {'status': 'Attached'}
        16dbeaf8-103a-4a54-8fa6-4a9a9a9f43d4 = {'status': 'Attached'}
        89a7b90b-aa87-4ada-b8ee-1ba04aa7c8ea = {'status': 'Attached'}
        0a04ee4d-295b-4201-a89e-0fef2456885e = {'status': 'Active', 'diskfree': '518571687936', 'disktotal': '792670765056'}
        9200cf73-63ee-4d61-ad78-c0a4adf14a7a = {'status': 'Attached'}
        8995f054-91d7-43bc-80d5-a6aad8b3319c = {'status': 'Attached'}
        660051f2-17f2-41fc-970a-7c97ca0837c9 = {'status': 'Attached'}
        0d4cdb8a-9959-408a-8ee9-71091c8245bf = {'status': 'Attached'}
        f4ee473d-1b6b-4a89-b498-a5516c0c4a9e = {'status': 'Active', 'diskfree': '345021612032', 'disktotal': '528447176704'}
        7322a076-85a7-449f-b23c-1431156b9a7f = {'status': 'Attached'}
        bd16394a-4e43-43ad-8710-bc5536e72504 = {'status': 'Attached'}


real    3m24.486s

Repro steps: 

1) host with 2 NFS storage domains, spread over 2 separated servers.
2) block communication between non-master domain and host 
   iptables -A OUTPUT -d <NFS-Storage-IP-ADDR> -j DROP
3) watch logs

Comment 4 Jakub Libosvar 2011-06-10 08:59:36 UTC
Verified in vdsm-73

Comment 5 errata-xmlrpc 2011-12-06 07:17:41 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