From cf2c37a5c96ebd64f046cbf0760ed639c4acecdc Mon Sep 17 00:00:00 2001 From: Bartek Grzybowski Date: Wed, 24 Mar 2021 14:58:08 +0100 Subject: Update 'Installation' chapter of install guide Change-Id: Ie7882e98989e229b3ee7f73f74fb2be57ab3e098 Issue-ID: INT-1893 Signed-off-by: Bartek Grzybowski --- docs/InstallGuide.rst | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/docs/InstallGuide.rst b/docs/InstallGuide.rst index e0977920..fbadb017 100644 --- a/docs/InstallGuide.rst +++ b/docs/InstallGuide.rst @@ -390,19 +390,19 @@ Part 3. Installation We should have the configuration complete and be ready to start the installation. The installation is done via ansible playbooks, which are run either inside a **chroot** environment (default) or from the **docker** container. If for some reason you want to run playbooks from the docker instead of chroot then you cannot use *infra-node* or any other *kube-node* as the *install-server* - otherwise you risk that installation will fail due to restarting of the docker service. -If you built your ``'sw'`` package well then there should be the file ``'ansible_chroot.tgz'`` inside the ``'docker'`` directory. If not then you must create it - to learn how to do that and to get more info about the scripts dealing with docker and chroot, go to `Appendix 1. Ansible execution/bootstrap`_ +``'sw_package.tar'`` should contain ``'ansible_chroot.tgz'`` file inside the ``'docker'`` directory. Detailed instructions on how to create it manually and to get more info about the scripts dealing with docker and chroot, go to `Appendix 1. Ansible execution/bootstrap`_. We will use the default chroot option so we don't need any docker service to be running. -Installation is actually very straightforward now:: +Commence the installation process by running following command:: $ ./run_playbook.sh -i inventory/hosts.yml -e @application/application_configuration.yml site.yml -This will take a while so be patient. +This will take a while so be patient. The whole provisioning process is idempotent so you may safely re-run it if required. -``'site.yml'`` playbook actually runs in the order the following playbooks: +``'site.yml'`` playbook will run following playbooks in the given order:: -- ``upload_resources.yml`` +- ``resources.yml`` - ``infrastructure.yml`` - ``rke.yml`` - ``application.yml`` -- cgit 1.2.3-korg