Description of problem: Security policy mandates that we maintain a "flat" DNS environment -- no submains. Components of the RHV 4.3 Metrics Store installation require subdomains. However, code can be altered to support custom host names that support a "flat" DNS environment. Version-Release number of selected component (if applicable): RHV 4.3/4.4 Expected Behavior: RHV will support not using subdomains for use in a "flat" DNS environment Actual Behavior: Currently RHV and Metrics Store require DNS subdomains.
This fix adds an option to add a suffix to master0 VM. Example: If user sets 'openshift_ovirt_machine_suffix' to 'prod' and 'public_hosted_zone' is 'example.com', Then the metrics store vm will be called 'master-prod0.example.com'.
*** Bug 1782514 has been marked as a duplicate of this bug. ***
Verified on: ovirt-engine-metrics-1.3.6.2-1.el7ev.noarch Steps: 1. Followed metrics installation tutorial until step 4 (https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/metrics_store_installation_guide/installing_metrics_store#Creating_the_metrics_store_virtual_machines) 2. Added 'openshift_ovirt_machine_suffix' variable to 'test' on metrics-store-config.yml 3. Filled the 'public_hosted_zone' as redhat.com 4. Continued with the tutorial until the step to run the ovirt-metrics-store-installation playbook to create the virtual machines (included) 5. On the engine, checked the new created VMs 6. Finished deployment of metrics (according with tutorial) 7. Checked Kibana discovery tab Results: 5. master0 vm created successfully with its name as master-test0.redhat.com 7. metrics fully working as expected
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-2020:0498