Bug 1395764
| Summary: | Validations fail when undercloud.conf does not exist | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Tomas Sedovic <tsedovic> |
| Component: | openstack-tripleo-validations | Assignee: | Florian Fuchs <flfuchs> |
| Status: | CLOSED ERRATA | QA Contact: | Udi Kalifon <ukalifon> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 10.0 (Newton) | CC: | augol, beth.white, dtrainor, flfuchs, jjoyce, jschluet, slinaber, tvignaud |
| Target Milestone: | Upstream M2 | Keywords: | Triaged |
| Target Release: | 13.0 (Queens) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-tripleo-validations-8.1.1-0.20180119231917.2ff3c79.el7ost | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-06-27 13:26:39 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: | |||
|
Description
Tomas Sedovic
2016-11-16 15:54:00 UTC
The ctlplane-ip-range and dhcp-provisioning validations no longer error as described in this bug, however there appears to be a syntactic issue with the check-network-gateway validation
(undercloud) [stack@undercloud ~]$ openstack workflow execution create tripleo.validations.v1.run_validation '{"validation_name": "check-network-gateway"}'
+-------------------+---------------------------------------+
| Field | Value |
+-------------------+---------------------------------------+
| ID | 7ce1b86a-193f-4301-b3fd-866d08b390a6 |
| Workflow ID | 2ad089d6-6622-4333-98d9-c0a90bde4fc6 |
| Workflow name | tripleo.validations.v1.run_validation |
| Description | |
| Task Execution ID | <none> |
| State | RUNNING |
| State info | None |
| Created at | 2017-11-02 18:06:44 |
| Updated at | 2017-11-02 18:06:44 |
+-------------------+---------------------------------------+
(undercloud) [stack@undercloud ~]$ mistral execution-get-output 7ce1b86a-193f-4301-b3fd-866d08b390a6 | jq .stdout -r
Task 'Test network_gateway if different from local_ip' failed:
Host: localhost
Message: The task includes an option with an undefined variable. The error was: 'dict object' has no attribute 'network_gateway'
The error appears to have been in '/usr/share/openstack-tripleo-validations/validations/check-network-gateway.yaml': line 20, column 5, but may
be elsewhere in the file depending on the exact syntax problem.
The offending line appears to be:
ignore_missing=true
- name: "Test network_gateway if different from local_ip"
^ here
exception type: <class 'ansible.errors.AnsibleUndefinedVariable'>
exception: 'dict object' has no attribute 'network_gateway'
Failure! The validation failed for all hosts:
* localhost
(undercloud) [stack@undercloud ~]$ openstack workflow execution create tripleo.validations.v1.run_validation '{"validation_name": "ctlplane-ip-range"}'
+-------------------+---------------------------------------+
| Field | Value |
+-------------------+---------------------------------------+
| ID | ece49d42-070c-4642-8855-cb92a5a23a34 |
| Workflow ID | 2ad089d6-6622-4333-98d9-c0a90bde4fc6 |
| Workflow name | tripleo.validations.v1.run_validation |
| Description | |
| Task Execution ID | <none> |
| State | RUNNING |
| State info | None |
| Created at | 2017-11-02 18:08:05 |
| Updated at | 2017-11-02 18:08:05 |
+-------------------+---------------------------------------+
(undercloud) [stack@undercloud ~]$ mistral execution-get-output ece49d42-070c-4642-8855-cb92a5a23a34 | jq .stdout -r
Task 'Check the size of the DHCP range for overcloud nodes' succeded, but had some warnings:
Host: localhost
Warnings:
* The IP range 192.0.2.5 - 192.0.2.24 contains 20 addresses.
* This might not be enough for the deployment or later scaling.
Success! The validation passed for all hosts:
* localhost
(undercloud) [stack@undercloud ~]$ openstack workflow execution create tripleo.validations.v1.run_validation '{"validation_name": "dhcp-provisioning"}'
+-------------------+---------------------------------------+
| Field | Value |
+-------------------+---------------------------------------+
| ID | d2bddebe-04c6-4b0e-9406-3d93dfa65d2a |
| Workflow ID | 2ad089d6-6622-4333-98d9-c0a90bde4fc6 |
| Workflow name | tripleo.validations.v1.run_validation |
| Description | |
| Task Execution ID | <none> |
| State | RUNNING |
| State info | None |
| Created at | 2017-11-02 18:08:51 |
| Updated at | 2017-11-02 18:08:51 |
+-------------------+---------------------------------------+
(undercloud) [stack@undercloud ~]$ mistral execution-get-output d2bddebe-04c6-4b0e-9406-3d93dfa65d2a | jq .stdout -r
Success! The validation passed for all hosts:
* localhost
(undercloud) [stack@undercloud ~]$
Added a patch to fix the network gateway validation: https://review.openstack.org/#/c/518619/ (In reply to Florian Fuchs from comment #5) > Added a patch to fix the network gateway validation: > > https://review.openstack.org/#/c/518619/ This will need a backport once it's merged. What does this validator check if there is no undercloud.conf? Does it ping 0.0.0.0 ? Clarification: I was referring to check-network-gateway as an example of one of the validators. The logic in the other validators also needs some explanations, thanks. (In reply to Udi from comment #15) > Clarification: I was referring to check-network-gateway as an example of one > of the validators. The logic in the other validators also needs some > explanations, thanks. Yes, the check-network-gateway uses 0.0.0.0 to ping as a fallback. The other validations mentioned above use the following default values: dhcp-provisioning: eth1 ctlplane-iprange: start: 192.0.2.5, end: 192.0.2.24 Marking as verified according to the comments: openstack-tripleo-validations-8.4.1-5.el7ost.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/RHEA-2018:2086 |