Description of problem:
Undercloud installation fails right away with error message:
uc $ openstack undercloud install
2018-11-21 05:31:48.969 8206 INFO tripleoclient.v1.undercloud_preflight.UndercloudSetup [ ] Checking Hostname...
2018-11-21 05:31:48.969 8206 INFO tripleoclient.v1.undercloud_preflight.UndercloudSetup [ ] Checking for a FQDN hostname...
2018-11-21 05:31:49.024 8206 INFO tripleoclient.v1.undercloud_preflight.UndercloudSetup [ ] Static hostname detected as undercloud-0.redhat.local
2018-11-21 05:31:49.044 8206 INFO tripleoclient.v1.undercloud_preflight.UndercloudSetup [ ] Transient hostname detected as undercloud-0.redhat.local
2018-11-21 05:31:49.044 8206 INFO tripleoclient.v1.undercloud_preflight.UndercloudSetup [ ] Checking Memory...
2018-11-21 05:31:49.045 8206 INFO tripleoclient.v1.undercloud_preflight.UndercloudSetup [ ] Checking Disk space...
2018-11-21 05:31:53.307 8206 ERROR tripleoclient.v1.undercloud_preflight.UndercloudSetup [ ] An error occurred during configuration validation, please check your host configuration and try again. Error message: Task 'debug' failed:
Host: undercloud
Message: The task includes an option with an undefined variable. The error was: 'a_mounts' is undefined
The error appears to have been in '/usr/share/openstack-tripleo-validations/validations/tasks/disk_space.yaml': line 1, column 3, but may
be elsewhere in the file depending on the exact syntax problem.
The offending line appears to be:
- name: debug
^ here
Failure! The validation failed for all hosts:
* undercloud
Steps to reproduce:
1) Install OSP14 using InfraRed, topology 1:1:1:1, puddle 2018-11-21.1
2) UC installation fails
Version-Release number of selected component (if applicable):
OSP14, puddle 2018-11-21.1
Additional info:
instack-undercloud.noarch 9.4.1-0.20180928005746.15cda5a.el7ost
Not in reasonable time frame, since InfraRed is the only downstream OSP automation framework.
But I was able to workaround this issue with newer package manually pre-installed before UC deployment openstack-tripleo-validations-9.3.1-0.20181008110750.4064fb7.el7ost , it looks like it includes required fix - now is UC installation at least able to start and move past validations.
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-2019:0045