Currently, double upgrade process (3.7 -> 3.9)
for control plane attempts to run openshift_version
role twice to set the appropriate values for
upgrading each major version, 3.8 and 3.9.

This commit instructs openshift_version to
only inquire about the proper settings for 3.9,
and hard-sets the appropriate values for 3.8.

This allows a simplification of the
openshift_version role, allowing for easier
debugging.

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1542368

Due to complexities upgrading two versions
at the same time, openshift_image_tag was being
set incorrectly during control_plane upgrades.

This commit ensures that openshift_image_tag
is set correctly during this process.

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1536839

This commit changes how we handle openshift_version role.

Most of the version initialization code is only run
on the first master now.  All other hosts have values
set from the master.

Aftwards, we run some basic RPM queries to ensure
that the correct version is available on the other nodes.

Containerized needs to do their own image checks elsewhere.

Signed-off-by: Giuseppe Scrivano <gscrivan@redhat.com>

This commit removes openshift.common.service_type
in favor of openshift_service_type.

This commit also removes r_openshift_excluder_service_type
from plays in favor of using the role's defaults.

Currently, base atomic-openshift package is
installed for versioning.

This doesn't appear to be necessary.

This commit removes this step.

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1504196

Recent refactoring to remove openshift_common resulted
in base openshift rpm's being installed on more hosts
than previous.  This situation results in hosts that
would otherwise not need access to openshift repositories
to require them.

This patch set results in only openshift_masters and
openshift_nodes to have the openshift base package installed.