Description of problem: The API URL is static, based on the user FQDN. Instead of asking users for API UR, we should ask FQDN. How reproducible: $ ./bin/openshift-install create cluster --log-level=debug <snip> ? oVirt API endpoint URL [? for help] Expected results: ? oVirt FQDN [? for help] foobar.com Detecting the API endpoint... Detected: https://foobar.com/ovirt-engine/api ....
> The API URL is static, based on the user FQDN. Instead of asking users for API UR, we should ask FQDN. I don't think this is the case. In engine-setup you can tell the system to serve engine on <fqdn>/ovirt-engine but it's an option. I would consider closing this as not a bug.
(In reply to Sandro Bonazzola from comment #1) > > The API URL is static, based on the user FQDN. Instead of asking users for API UR, we should ask FQDN. > > I don't think this is the case. > In engine-setup you can tell the system to serve engine on > <fqdn>/ovirt-engine but it's an option. > I would consider closing this as not a bug. We can always do a fallback if required but I see our documentation points the entrypoint to ${fqdb}/ovirt-engine/api https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html-single/rest_api_guide/index#access_api_entry_point
(In reply to Douglas Schilling Landgraf from comment #2) > (In reply to Sandro Bonazzola from comment #1) > > > The API URL is static, based on the user FQDN. Instead of asking users for API UR, we should ask FQDN. > > > > I don't think this is the case. > > In engine-setup you can tell the system to serve engine on > > <fqdn>/ovirt-engine but it's an option. > > I would consider closing this as not a bug. > > > We can always do a fallback if required but I see our documentation points > the entrypoint to ${fqdb}/ovirt-engine/api > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/ > html-single/rest_api_guide/index#access_api_entry_point Looks like we have a bunch of places with static code pointing to ${fqdn}/ovirt-engine/api. I am going to provide a patch into the project so more people can review us. Few examples: https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/services/src/main/java/org/ovirt/engine/core/services/AnsibleServlet.java#L64 https://github.com/oVirt/ovirt-engine/blob/master/packaging/bin/engine-host-update.py.in#L130 https://github.com/oVirt/ovirt-engine/blob/master/packaging/bin/engine-migrate-he.py.in#L48 $ovirt-engine$ grep -Ri 'ovirt-engine/api' | egrep -v 'adoc|Test.java|xml' | wc -l 27
What's wrong with an explicit API endpoint?
(In reply to Roy Golan from comment #4) > What's wrong with an explicit API endpoint? Nothing, just simplify the install. If we can simplify/improve to users, why not? :)
Verified on: 4.6.0-0.nightly-2020-07-22-074636 Steps: 1. # openshift-install create cluster --log-level=debug --dir=resources Results: installer asked for FQND instead of API URL: (...) ? Platform ovirt ? Engine FQDN[:PORT] <fqdn> DEBUG engine FQDN: <fqdn> DEBUG Engine URL: https://<fqdn>/ovirt-engine/api
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 (OpenShift Container Platform 4.6 GA Images), 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/RHBA-2020:4196