Bug 1398769

Summary: Unable to deploy host in degraded Gluster scenario
Product: [oVirt] ovirt-host-deploy Reporter: Kevin Hung <khung>
Component: Plugins.Hosted-EngineAssignee: Sandro Bonazzola <sbonazzo>
Status: CLOSED DUPLICATE QA Contact: Pavel Stehlik <pstehlik>
Severity: medium Docs Contact:
Priority: medium    
Version: masterCC: bugs, msivak, rgolan, sabose, stirabos
Target Milestone: ---Flags: sabose: ovirt-4.2?
sabose: planning_ack?
sabose: devel_ack?
sabose: testing_ack?
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-12-22 08:11:04 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Gluster RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Kevin Hung 2016-11-25 21:33:54 UTC
Description of problem:
Specifying an unavailable shared storage connection path causes hosted-engine --deploy to fail even if we pass in a backup volfile server using --config-append.

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

How reproducible:
Always

Steps to Reproduce:
1. Bring down a Gluster server (storage1) that's part of a replica 3 or greater volume.
2. Log onto the host that we will be deploying.
3. Create a config file append.conf with the following text:
[environment:default]
OVEHOSTED_STORAGE/mntOptions=str:backup-volfile-servers=storage2:storage3
4. hosted-engine --deploy --config-append=append.conf
5. For storage type, enter 'glusterfs'
6. For shared storage connection path, enter 'storage1:/mgmttank'

Actual results:
Script returns an error about not being able to connect.
2016-11-25 15:31:58 DEBUG otopi.plugins.gr_he_setup.storage.nfs plugin.execute:921 execute-output: ('/sbin/gluster', '--mode=script', '--xml', 'volume', 'info', 'mgmttank', '--remote-host=storage1') stdout:
Connection failed. Please check if gluster daemon is operational.

Expected results:
Script should try the servers listed in the mount option 'backup-volfile-servers' or 'backupvolfile-server' and continue if successful.

Additional info:
I do not believe that 'gluster volume info' takes the arguments 'backup-volfile-servers' or 'backup-volfile-server'. However, oVirt should be able to parse the information and try to connect.

Comment 1 Sahina Bose 2016-12-22 08:11:04 UTC
Closing this as duplicate of Bug 1404606 as it has more information related to the same issue

*** This bug has been marked as a duplicate of bug 1404606 ***