Bug 1213307
| Summary: | [HC] hosted-engine --deploy fails on additional host with external glusterfs | ||
|---|---|---|---|
| Product: | [oVirt] ovirt-hosted-engine-setup | Reporter: | Sandro Bonazzola <sbonazzo> |
| Component: | General | Assignee: | Sandro Bonazzola <sbonazzo> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Elad <ebenahar> |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | --- | CC: | acanan, alukiano, amureini, bugs, ecohen, gklein, istein, lsurette, nsednev, nsoffer, rbalakri, sasundar, sbonazzo, yeylon |
| Target Milestone: | ovirt-3.6.0-rc | Flags: | rule-engine:
ovirt-3.6.0+
ylavi: planning_ack+ rule-engine: devel_ack+ sasundar: testing_ack+ |
| Target Release: | 1.3.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | integration | ||
| Fixed In Version: | ovirt-3.6.0-alpha1 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-11-04 13:39:43 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1036731, 1101553, 1150087, 1173669, 1178535, 1234915 | ||
Allon, can you provide API documentation on the 'type' key of the getStorageDomainInfo call? Is it supposed to be str (GLUSTERFS) or int (7) ? Nir? AFAIK it uses strings ('GLUSTERFS').
Nir?
(In reply to Allon Mureinik from comment #3) > AFAIK it uses strings ('GLUSTERFS'). > Nir? and is it the same for NFS, iSCSI and FC ? (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). *** Bug 1215663 has been marked as a duplicate of this bug. *** Hi Fabian, Can we get some steps for reproduction of this bug please? (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. An additional hosted-engine host deployment over Gluster works as expected. Tested using ovirt-hosted-engine-setup-1.3.0-1.el7ev.noarch 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. |
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.