Tuesday the 12th May is two weeks after announcing deprecation of the
install-* roles [1] and the date we should starting throwing an error
message to direct the user to use the renamed ensure-* role instead.
[1]
http://lists.zuul-ci.org/pipermail/zuul-announce/2020-April/000071.html
Change-Id: Ie2474c5c0704aa44f51bdd5d7afddb8c7e4e578b
At the moment, the build registry is not used inside Kubernetes jobs
and it is required to override the entire pre.yaml just to enable it.
This patch adds an option of using docker_use_buildset_registry inside
install-docker which can be used in order to install Docker and letting
it use the buildset registry simply by adjusting the job.vars
Change-Id: I1b42eac6accbf7c350aee76d18a823ba6327548d
The install-docker role currently takes care of setting up Docker
however it lacks the ability to install docker-compose at the moment
which is quite useful.
This adds a variable which defaults to false that allows you to use the
role to install docker-compose. It was decided to be put within the
install-docker role because that role already manages the repository
configuration and therefore provide consistency with the repository that
is used to install docker-compose.
Change-Id: Ia6f4ed88b4baf53bd671c7a7b48a1564ff2c866d
Show full version details of install. This can be useful when you're
trying to decide what features you may or may not have.
Change-Id: Iedc6aa1b73b0e7d7612c27d890273e84d4d04a22
The role variables were making generalizations on distro package
and installation methods. This change further breaks things out,
now explicitly supporting ubuntu, debian, fedora, and
redhat(centos).
Change-Id: Ib1749721b32b21ba1ab661a64097d79037e416f3
Signed-off-by: Kevin Carter <kecarter@redhat.com>
The docker mirror URL can now be set using the following options,
`docker_download_fqdn` and `docker_mirror_base_url`. These
variables will allow folks to use this role with custom mirrors.
To accomodate this change, the repo files have been moved into
templates and now use the jinja2 extension.
Not all supported distros have the ability to install docker
using the upstream mirrors. To ensure a high degree of success
a new sanity check has been added to validate the mirror url
content when upstream installation has been enabled.
Change-Id: Ib9d50581d0df89e36d47dd523efd1adc95fdf4ac
Signed-off-by: Kevin Carter <kecarter@redhat.com>
This change adds the ability for the zuul provided role for docker
installation to support multiple distros automatically. With this
change the role will dynamically load variables based on the
target operating system.
While the default to install from upstream reamains unchanged, the
role will now fall back to installing using the distro packages
in the event there's is a fault with the upstream tasks or if an
upstream task file has not been implemented.
> stubbs for upstream implementation task files have been created.
With this change the role will now support, debian (and family),
opensuse, and red hat (and family). The upstream installation process
is using the documented steps from upstream docker, as found here
[0].
The default "ubuntu_gpg_key" as renamed to "docker_gpg_key" as its
now used for more than one distro.
The daemon.json.j2 template has been removed. This template was
stored here but unused by this role.
[0] https://docs.docker.com/install/linux/docker-ce/fedora/
Change-Id: Ie52444f8c62d6e2f86ce9ba1c17795dd9a6471d2
Signed-off-by: Kevin Carter <kecarter@redhat.com>
So that the docker mirror configuration can be used without the
install-docker role (e.g., if another process is used to install
docker on a target host), split the part of the role which
configures mirrors into its own role and include it in the
install-docker role.
Change-Id: I7cd7f61e2d1281cd2949c1f69a081c7217d0d328
Allow custom docker_group which is needed on CentOS when
use_upstream_docker: false as is value is 'dockeroot'.
Assures that docker service is started, which is not always true
with all distributions.
Validates that we can talk with docker at the end.
Change-Id: I993c4ac35055a2a18b5b0fb32c8b230e04b7eb87
The install-docker role was installing the wrong package name for distro
package based installations. docker-engine is ancient on debuntu and
appears to be called docker.io on both debian and ubuntu supported
releases now. Go ahead and install docker.io on the Debian family of
distros and docker on everything else (fedora, centos, suse, etc).
Change-Id: I0d7a9b8257bd6db86bc6e3d8bb3d6c3c021d7954
There are two different ways to install docker - from upstream repos or
from distro. At the moment each of these carries with it the need for a
different caching proxy setup.
Add a role that will install docker from upstream by default, but which
also supports installing directly from distros. The role also sets up
the registry proxy appropriately for each.
This role at the moment only works on ubuntu. It should obviously be
updated to work on centos and fedora as well.
Needed-By: https://review.openstack.org/580160
Change-Id: I7d6bac68a2c0fecf13a8bd9535a3fdeb85e7d999