Bug 1130791

Summary: [REGRESSION] Power management TEST button fails always in 3.4 DC/Cluster
Product: Red Hat Enterprise Virtualization Manager Reporter: Eli Mesika <emesika>
Component: ovirt-engineAssignee: Eli Mesika <emesika>
Status: CLOSED CURRENTRELEASE QA Contact: sefi litmanovich <slitmano>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 3.5.0CC: ecohen, gklein, iheim, lpeer, mperina, oourfali, pstehlik, rbalakri, Rhev-m-bugs, yeylon
Target Milestone: ---   
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: infra
Fixed In Version: ovirt-3.5.0_rc1.1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-02-17 17:08:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Infra RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1142923, 1156165    

Description Eli Mesika 2014-08-17 19:20:17 UTC
Description of problem:

Power management TEST button fails always in 3.4 DC/Cluster

Commit 52bee82409eee65ef22af805b21113afa1b76a03 adds Fencing Policy support.
One of the changes was in FenceExecutor:isAgentSupported 

code added that cause the problem :

--start--
ret = ret && _vds.getSupportedClusterVersionsSet().contains(minVersionSupportingFencingPol);
--end--

The second value in the && operator is constantly false when doing a TEST from UI (this actually calls GetNewVdsFenceStatusQuery)

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.Define 2 hosts in a 3.4 cluster 
2.Add valid PM settings to one of teh Hosts
3.Click the TEST button

Actual results:
TEST fails with a message that no proxy host found in the Cluster/DC

Expected results:
TEST should succeed 

Additional info:

Comment 1 Martin Perina 2014-08-18 10:35:55 UTC
The problem is, that VDS instance passed to FenceExecutor is not properly filled,
only PM options are present, but cluster level compatibility needed for fencing policy check is null. Since fencing policy is used only for VdsNonRespondingTreatment, best solution will be to check fencing policy only when it's present.

Comment 2 sefi litmanovich 2014-09-16 10:37:17 UTC
Verified with rhevm-3.5.0-0.12.beta.el6ev.noarch according to use case in the description.

Comment 3 Eyal Edri 2015-02-17 17:08:54 UTC
rhev 3.5.0 was released. closing.