Description of problem: 'OS::TripleO::Services::Ntp' is still referenced in the following roles instead of 'OS::TripleO::Services::Timesync': CellController.yaml ComputeOvsDpdkSriov.yaml ComputeOvsDpdkSriovRT.yaml ControllerOpenstack.yaml Using 'OS::TripleO::Services::Ntp' will cause the deployment to fail due to an attempt to sync with NTP server will be performed by 'ntpdate' command instead of chronyd. ntpdate is not available in the yum repos supplied as part of RHEL8 Overcloud image. Ansible log failed deployment due to 'OS::TripleO::Services::Ntp' on 'ComputeOvsDpdkSriov': https://launchpadlibrarian.net/422124386/asible_ntp_failure.log Version-Release number of selected component (if applicable): rpm -qa | grep tripleo ansible-role-tripleo-modify-image-1.0.1-0.20190422122515.f1dfdc6.el8ost.noarch openstack-tripleo-heat-templates-10.5.1-0.20190426040357.0b61dd0.el8ost.noarch puppet-tripleo-10.4.2-0.20190426000346.bc825d0.el8ost.noarch openstack-tripleo-common-containers-10.7.1-0.20190426083235.1988c18.el8ost.noarch python3-tripleoclient-heat-installer-11.4.1-0.20190424070351.41fa2fc.el8ost.noarch openstack-tripleo-validations-10.4.1-0.20190426070346.e774685.el8ost.noarch python3-tripleo-common-10.7.1-0.20190426083235.1988c18.el8ost.noarch python3-tripleoclient-11.4.1-0.20190424070351.41fa2fc.el8ost.noarch openstack-tripleo-image-elements-10.4.1-0.20190426080346.7efbd4c.el8ost.noarch openstack-tripleo-common-10.7.1-0.20190426083235.1988c18.el8ost.noarch ansible-tripleo-ipsec-9.1.1-0.20190422122014.8c1fdab.el8ost.noarch openstack-tripleo-puppet-elements-10.3.1-0.20190426070355.a359301.el8ost.noarch How reproducible: always Steps to Reproduce: 1. Attempt to deploy Overcloud with generated roles_data for ComputeOvsDpdkSriov role (or others) Actual results: Deployment fails Expected results: Deployment passes Additional info:
Verified on compose: RHOS_TRUNK-15.0-RHEL-8-20190509.n.1
Not a blocker because the workaround would be to replace the defined Ntp service with OS::TripleO::Services::Timesync. The roles this was missing on were not the default services as well.
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:2811