Bug 1131411 - Fencing with proxy from other_dc is actually performed by a proxy in the same dc
Summary: Fencing with proxy from other_dc is actually performed by a proxy in the same dc
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: oVirt
Classification: Retired
Component: ovirt-engine-core
Version: 3.5
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 3.5.0
Assignee: Eli Mesika
QA Contact: sefi litmanovich
URL:
Whiteboard: infra
Depends On:
Blocks: 1114253
TreeView+ depends on / blocked
 
Reported: 2014-08-19 08:33 UTC by sefi litmanovich
Modified: 2016-02-10 19:32 UTC (History)
8 users (show)

Fixed In Version: ovirt-3.5.0_rc2
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-10-17 12:28:09 UTC
oVirt Team: Infra
Embargoed:


Attachments (Terms of Use)
engine and vdsm (HOST1) logs (197.41 KB, application/x-tar)
2014-08-19 08:33 UTC, sefi litmanovich
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 31870 0 master MERGED core: fixing other_dc proxy preference implementation Never
oVirt gerrit 32108 0 ovirt-engine-3.5 MERGED core: fixing other_dc proxy preference implementation Never

Description sefi litmanovich 2014-08-19 08:33:01 UTC
Created attachment 928219 [details]
engine and vdsm (HOST1) logs

Description of problem:

In regards to the new feature enabling fencing using a proxy from another dc:

Steps to Reproduce:
1. add other_dc proxy source option through the api.
2. have an engine with 3 hosts - one with pm (HOST_PM) in DC1, Cluster1, another (HOST1) in DC1, Cluster1 and one host (HOST2) in DC2 Cluster2.
3. edit the host with pm, in power management tab provide a working fence agent credentials and choose other_dc as the high priority for proxy source.
4. click the test button to perform a fence STATUS action. (Also tried RESTART action as well)


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


Actual results:

the actual fence action is performed by the host in the same dc as host_with_pm.
Also a false audit log message is issued:

Host HOST1 from other data center was chosen as a proxy to execute Status command on Host HOST_PM. 

in engine.log you can see all fencing actions were performed by HOST1 an not HOST2, also in HOST1's vdsm.log

Expected results:

the fence actions are performed by the host in the other dc (HOST2).

audit log message is issued:

Host HOST2 from other data center was chosen as a proxy to execute Status command on Host HOST_PM. 

Additional info:

Comment 1 sefi litmanovich 2014-09-16 11:57:54 UTC
Verified with rhevm-3.5.0-0.12.beta.el6ev.noarch according to the use case in the description.

Comment 2 Sandro Bonazzola 2014-10-17 12:28:09 UTC
oVirt 3.5 has been released and should include the fix for this issue.


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