Bug 1213307 - [HC] hosted-engine --deploy fails on additional host with external glusterfs
Summary: [HC] hosted-engine --deploy fails on additional host with external glusterfs
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-hosted-engine-setup
Classification: oVirt
Component: General
Version: ---
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ovirt-3.6.0-rc
: 1.3.0
Assignee: Sandro Bonazzola
QA Contact: Elad
URL:
Whiteboard: integration
: 1215663 (view as bug list)
Depends On:
Blocks: 1036731 1101553 1150087 oVirt_Hosted_Engine_GlusterFS 1178535 1234915
TreeView+ depends on / blocked
 
Reported: 2015-04-20 10:03 UTC by Sandro Bonazzola
Modified: 2015-11-04 13:39 UTC (History)
14 users (show)

Fixed In Version: ovirt-3.6.0-alpha1
Clone Of:
Environment:
Last Closed: 2015-11-04 13:39:43 UTC
oVirt Team: ---
Embargoed:
rule-engine: ovirt-3.6.0+
ylavi: planning_ack+
rule-engine: devel_ack+
sasundar: testing_ack+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 40503 0 master MERGED Adapt to VDSM 3.7 StorageDomainInfo API Never

Description Sandro Bonazzola 2015-04-20 10:03:36 UTC 
Additional hosts are detected as first host due to a VDSM reporting type 'GLUSTER' instead of 7.

VDSM is answering :

{'status': {'message': 'OK', 'code': 0}, 'info': {'uuid': 'c54f691c-fc83-4a74-9c02-a68ef87e68b3', 'version': '3', 'role': 'Master', 'remotePath': 'h4.imatronix.com:engine', 'type': 'GLUSTERFS', 'class': 'Data', 'pool': ['61e2d6d0-f798-428d-a07e-397fc7a4f10f'], 'name': 'hosted_storage'}}

to getStorageDomainInfo call.

so a fix to match this API is needed.
Discussion to get a clear API documentation for getStorageDomainInfo started on ovirt devel mailing list.
Comment 1 Sandro Bonazzola 2015-04-21 07:41:05 UTC 
Allon, can you provide API documentation on the 'type' key of the getStorageDomainInfo call?
Is it supposed to be str (GLUSTERFS) or int (7) ?
Comment 2 Sandro Bonazzola 2015-04-21 07:41:31 UTC 
Nir?
Comment 3 Allon Mureinik 2015-04-21 08:52:36 UTC 
AFAIK it uses strings ('GLUSTERFS').
Nir?
Comment 4 Sandro Bonazzola 2015-04-21 09:55:04 UTC 
(In reply to Allon Mureinik from comment #3)
> AFAIK it uses strings ('GLUSTERFS').
> Nir?

and is it the same for NFS, iSCSI and FC ?
Comment 5 Nir Soffer 2015-04-22 13:54:50 UTC 
(In reply to Sandro Bonazzola from comment #1)
> Allon, can you provide API documentation on the 'type' key of the
> getStorageDomainInfo call?
> Is it supposed to be str (GLUSTERFS) or int (7) ?

It should be the string "GLUSTERFS"

But the type key is not documented, it should have been "domainType" according to the schema (see bug 1214346).
Comment 6 Sandro Bonazzola 2015-05-06 11:11:09 UTC 
*** Bug 1215663 has been marked as a duplicate of this bug. ***
Comment 7 Nikolai Sednev 2015-06-23 12:52:14 UTC 
Hi Fabian,
Can we get some steps for reproduction of this bug please?
Comment 8 Sandro Bonazzola 2015-06-24 11:58:06 UTC 
(In reply to Nikolai Sednev from comment #7)
> Hi Fabian,
> Can we get some steps for reproduction of this bug please?

Looks like either you wrote wrong name or wrong needinfo address.

Step to reproduce:
1) deploy first HE host using external GlusterFS replica3 storage
2) deploy second HE host

- Success if hosted-engine --deploy ask about second host being an additional host.
- Fail if it doesn't ask and just say deploying on first host.
Comment 9 Elad 2015-11-03 08:05:45 UTC 
An additional hosted-engine host deployment over Gluster works as expected.
Tested using ovirt-hosted-engine-setup-1.3.0-1.el7ev.noarch
Comment 10 Sandro Bonazzola 2015-11-04 13:39:43 UTC 
oVirt 3.6.0 has been released on November 4th, 2015 and should fix this issue.
If problems still persist, please open a new BZ and reference this one.
Note You need to log in before you can comment on or make changes to this bug.