Bug 1559364
| Summary: | The flow ExpandClusterWithDetectedPeers should be targeted to provisioner node in cluster | ||
|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Shubhendu Tripathi <shtripat> |
| Component: | web-admin-tendrl-commons | Assignee: | Shubhendu Tripathi <shtripat> |
| Status: | CLOSED ERRATA | QA Contact: | Filip Balák <fbalak> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rhgs-3.4 | CC: | fbalak, mbukatov, nthomas, rhs-bugs, shtripat |
| Target Milestone: | --- | ||
| Target Release: | RHGS 3.4.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | tendrl-commons-1.6.1-3.el7rhgs | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-09-04 07:00:53 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: | 1503137 | ||
|
Description
Shubhendu Tripathi
2018-03-22 12:00:06 UTC
Could you provide more details about: * More details which would help us to come up with reproducer scenario. * Link to upstream merge request. Martin, So earlier the expand cluster was being triggered automatically the moment a new peer was being detected in the system. This was causing issue where tendrl-node-agent might be running on the new node yet and there were more chances of import timing out for the new node as there is no node agent to pick and process the task. To fix this we came with solution for BZ#1559368 which makes expand cluster a user triggered action. So earlier when the expansion was an automatic thing, the logic was to find the node-id of the provisioner node and target the task to the node with tag `tendrl/node_{node-id}`. The same doesn't work if its user triggered action as API would need to figure out this node-id for the provisioner and then target the job to the specific node. To ease this process in definition we mention this task to be targeted to a node with tag `provisioner/{integration-id}`. This BZ does this fix only. Added link to the upstream PR which fixes this issue. I'm going to provide conditional qe_ack with following assumptions: * dev team must have done code walkthrough or sanity unit validation of the change described in this BZ * qe team will verify this BZ by running functional testing for BZ 1559368 and check that the import task is targeted to provisioner node Does dev team agree? Ack Seems ok. Job is correctly locked by provisioner node. --> VERIFIED Tested with: tendrl-ansible-1.6.3-4.el7rhgs.noarch tendrl-api-1.6.3-3.el7rhgs.noarch tendrl-api-httpd-1.6.3-3.el7rhgs.noarch tendrl-commons-1.6.3-5.el7rhgs.noarch tendrl-grafana-plugins-1.6.3-3.el7rhgs.noarch tendrl-grafana-selinux-1.5.4-2.el7rhgs.noarch tendrl-monitoring-integration-1.6.3-3.el7rhgs.noarch tendrl-node-agent-1.6.3-5.el7rhgs.noarch tendrl-notifier-1.6.3-3.el7rhgs.noarch tendrl-selinux-1.5.4-2.el7rhgs.noarch tendrl-ui-1.6.3-2.el7rhgs.noarch Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2018:2616 |