Bug 733909

Summary: [vdsm][storage]getSpmStatus returns invalid spmId
Product: Red Hat Enterprise Linux 6 Reporter: Moran Goldboim <mgoldboi>
Component: vdsmAssignee: Saggi Mizrahi <smizrahi>
Status: CLOSED ERRATA QA Contact: Moran Goldboim <mgoldboi>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.3CC: abaron, bazulay, dpaikov, iheim, ilvovsky, ofrenkel, smizrahi, ykaul
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: vdsm-4.9-97.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-12-06 07:25:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Moran Goldboim 2011-08-28 14:09:20 UTC
Description of problem:
getSpmStatus is returned from cache which might be wrong - faced a problem with it when rhevm goes up and doesn't know which is the SPM, he sends getSpmStatus to a random host in the cluster and based on the spmId from the result tries that host for spm, since the spmId is wrong rhevm fails and looks for additional host - which may take a long time on a large scaled env.

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

How reproducible:


Steps to Reproduce:
1.restart vdsm on spm
2.let other host take spm
3.run getSpmStatus on old spm
  
Actual results:
when rhevm goes up it tries to take spm using multiple hosts - and get resource acquire timeout. 

Expected results:


Additional info:
running on host id 89 - vdsm says that spm runs on hostId 89 and free...
[root@dhcp151-128 ~]# vdsClient -s 0 getSpmStatus e505624e-c8af-11e0-96a0-03e8c0272e3a
        spmId = 89
        spmStatus = Free
        spmLver = 4

Comment 2 Saggi Mizrahi 2011-08-29 07:45:07 UTC
http://gerrit.usersys.redhat.com/#change,860

Comment 4 Daniel Paikov 2011-09-22 11:29:59 UTC
Checked on 4.9-104.

Comment 7 errata-xmlrpc 2011-12-06 07:25:57 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