ceph
/
ceph-ansible
mirror of https://github.com/ceph/ceph-ansible.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
ceph-ansible/site-docker.yml.sample

435 lines
12 KiB
Plaintext
Raw Permalink Normal View History

ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
---
# Defines deployment design and assigns role to server groups
test: add mgr section to the host inventory file Without this, we don't test the mgr role so we need to add it. Co-Authored-by: Guillaume Abrioux <gabrioux@redhat.com> Signed-off-by: Sébastien Han <seb@redhat.com>
2017-04-11 20:20:11 +08:00
- hosts:
- mons
- osds
- mdss
- rgws
- nfss
- restapis
- rbdmirrors
- clients
- iscsigws
iscsi group name preserve backward compatibility Recently we renamed the group_name for iscsi iscsigws where previously it was named iscsi-gws. Existing deployments with a host file section with iscsi-gws must continue to work. This commit adds the old group name as a backoward compatility, no error from Ansible should be expected, if the hostgroup is not found nothing is played. Close: https://bugzilla.redhat.com/show_bug.cgi?id=1619167 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-08-20 21:53:03 +08:00
- iscsi-gws # for backward compatibility only!
test: add mgr section to the host inventory file Without this, we don't test the mgr role so we need to add it. Co-Authored-by: Guillaume Abrioux <gabrioux@redhat.com> Signed-off-by: Sébastien Han <seb@redhat.com>
2017-04-11 20:20:11 +08:00
- mgrs
site-docker: ability to disable fact sharing When deploying with Ansible at large scale, the delegate_facts method consumes a lot of memory on the host that is running Ansible. This can cause various issues like memory exhaustion on that machine. You can now run Ansible with "-e delegate_facts_host=False" to disable the fact sharing. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-12-19 22:10:05 +08:00
switch-from-non-containerized-to-containerized: mask unit files We must mask the image so we are sure that even if the system reboots then the OSDs won't start. Also remove Ceph udev rules if found on the system prior to deploy containers. If we don't do this we are exposed to conflicts between udev rules and sytemd unit files. Also add the CI will now test the migration from a non-containerized cluster to a containerized cluster. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-25 20:36:07 +08:00
gather_facts: false
site-docker.yml try to fetch images in // The container deployment is serialized, adding this task as a best effort. If docker is already present we pull the image otherwise we wait for the role to play. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-28 06:11:53 +08:00
become: True
site-docker: validate config before pulling container images Signed-off-by: Andrew Schoen <aschoen@redhat.com>
2018-05-04 05:47:54 +08:00
any_errors_fatal: true
site-docker: ability to disable fact sharing When deploying with Ansible at large scale, the delegate_facts method consumes a lot of memory on the host that is running Ansible. This can cause various issues like memory exhaustion on that machine. You can now run Ansible with "-e delegate_facts_host=False" to disable the fact sharing. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-12-19 22:10:05 +08:00
vars:
delegate_facts_host: True
site-docker.yml try to fetch images in // The container deployment is serialized, adding this task as a best effort. If docker is already present we pull the image otherwise we wait for the role to play. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-28 06:11:53 +08:00
pre_tasks:
site-docker: ability to disable fact sharing When deploying with Ansible at large scale, the delegate_facts method consumes a lot of memory on the host that is running Ansible. This can cause various issues like memory exhaustion on that machine. You can now run Ansible with "-e delegate_facts_host=False" to disable the fact sharing. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-12-19 22:10:05 +08:00
- name: gather facts
setup:
facts: explicitly disable facter and ohai By default, ansible gathers facts from facter and ohai if installed on the remote nodes, given we don't need them, let's exclude these facts from our facts gathering Signed-off-by: Dimitri Savineau <dsavinea@redhat.com> (cherry picked from commit c95adc564b8be6f9f9b1ba8568072daf39da7a2c)
2020-06-30 22:13:42 +08:00
gather_subset:
- 'all'
- '!facter'
- '!ohai'
main: exclude client nodes from facts gathering when delegate_facts_host This commit excludes client nodes from facts gathering, they are not needed and can speed up this task. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 865d2eac9ba81bdb9ecbd841e4b73608648dfae2)
2019-10-02 21:36:30 +08:00
when: not delegate_facts_host | bool or inventory_hostname in groups.get(client_group_name, [])
container: add always tag on gather fact tasks If we execute the site-container.yml playbook with specific tags (like ceph_update_config) then we need to be sure to gather the facts otherwise we will see error like: The task includes an option with an undefined variable. The error was: 'ansible_hostname' is undefined This commit also adds missing 'gather_facts: false' to mons plays. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Dimitri Savineau <dsavinea@redhat.com> (cherry picked from commit d7fd769b6ddcb63086cc414e00cce31433d56673)
2019-11-14 22:29:29 +08:00
tags: always
site-docker: ability to disable fact sharing When deploying with Ansible at large scale, the delegate_facts method consumes a lot of memory on the host that is running Ansible. This can cause various issues like memory exhaustion on that machine. You can now run Ansible with "-e delegate_facts_host=False" to disable the fact sharing. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-12-19 22:10:05 +08:00
site-docker.yml.sample: delegate facts Now we can use --limit on the container deployment too. This is useful while deploying client nodes. e.g: ansible-playbook -i inventory -l clients site-docker.yml.sample Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-30 16:44:18 +08:00
- name: gather and delegate facts
setup:
facts: explicitly disable facter and ohai By default, ansible gathers facts from facter and ohai if installed on the remote nodes, given we don't need them, let's exclude these facts from our facts gathering Signed-off-by: Dimitri Savineau <dsavinea@redhat.com> (cherry picked from commit c95adc564b8be6f9f9b1ba8568072daf39da7a2c)
2020-06-30 22:13:42 +08:00
gather_subset:
- 'all'
- '!facter'
- '!ohai'
site-docker.yml.sample: delegate facts Now we can use --limit on the container deployment too. This is useful while deploying client nodes. e.g: ansible-playbook -i inventory -l clients site-docker.yml.sample Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-30 16:44:18 +08:00
delegate_to: "{{ item }}"
delegate_facts: True
main: exclude client nodes from facts gathering when delegate_facts_host This commit excludes client nodes from facts gathering, they are not needed and can speed up this task. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 865d2eac9ba81bdb9ecbd841e4b73608648dfae2)
2019-10-02 21:36:30 +08:00
with_items: "{{ groups['all'] | difference(groups.get('clients', [])) }}"
playbook: improve facts gathering there is no need to gather facts with O(N^2) way. Only one node should gather facts from other node. Fixes: #2553 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-05-04 00:41:16 +08:00
run_once: true
container: add always tag on gather fact tasks If we execute the site-container.yml playbook with specific tags (like ceph_update_config) then we need to be sure to gather the facts otherwise we will see error like: The task includes an option with an undefined variable. The error was: 'ansible_hostname' is undefined This commit also adds missing 'gather_facts: false' to mons plays. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Dimitri Savineau <dsavinea@redhat.com> (cherry picked from commit d7fd769b6ddcb63086cc414e00cce31433d56673)
2019-11-14 22:29:29 +08:00
when: delegate_facts_host | bool
tags: always
docker: gather all the fact If we don't do this we won't be able to get the ip address of the docker interface. Signed-off-by: Sébastien Han <seb@redhat.com>
2016-08-22 16:35:24 +08:00
site-docker.yml try to fetch images in // The container deployment is serialized, adding this task as a best effort. If docker is already present we pull the image otherwise we wait for the role to play. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-28 06:11:53 +08:00
- name: check if it is atomic host
stat:
path: /run/ostree-booted
register: stat_ostree
container: add always tag on gather fact tasks If we execute the site-container.yml playbook with specific tags (like ceph_update_config) then we need to be sure to gather the facts otherwise we will see error like: The task includes an option with an undefined variable. The error was: 'ansible_hostname' is undefined This commit also adds missing 'gather_facts: false' to mons plays. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Dimitri Savineau <dsavinea@redhat.com> (cherry picked from commit d7fd769b6ddcb63086cc414e00cce31433d56673)
2019-11-14 22:29:29 +08:00
tags: always
site-docker.yml try to fetch images in // The container deployment is serialized, adding this task as a best effort. If docker is already present we pull the image otherwise we wait for the role to play. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-28 06:11:53 +08:00
- name: set_fact is_atomic
set_fact:
Remove redundant task to check if atomic This fact is already set in site-docker.yml so there's no need to check it again in ceph-docker-common Signed-off-by: Paul Bourke <paul.bourke@oracle.com>
2018-02-17 00:21:24 +08:00
is_atomic: '{{ stat_ostree.stat.exists }}'
container: add always tag on gather fact tasks If we execute the site-container.yml playbook with specific tags (like ceph_update_config) then we need to be sure to gather the facts otherwise we will see error like: The task includes an option with an undefined variable. The error was: 'ansible_hostname' is undefined This commit also adds missing 'gather_facts: false' to mons plays. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Dimitri Savineau <dsavinea@redhat.com> (cherry picked from commit d7fd769b6ddcb63086cc414e00cce31433d56673)
2019-11-14 22:29:29 +08:00
tags: always
site-docker.yml try to fetch images in // The container deployment is serialized, adding this task as a best effort. If docker is already present we pull the image otherwise we wait for the role to play. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-28 06:11:53 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: [with_pkg, fetch_container_image]
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: [with_pkg, fetch_container_image]
site-docker: validate config before pulling container images Signed-off-by: Andrew Schoen <aschoen@redhat.com>
2018-05-04 05:47:54 +08:00
- role: ceph-validate
infra: add firewall configuration for containerized deployment firewalld is available on atomic so there is no reason to not apply firewall configuration. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-10-10 01:38:51 +08:00
- role: ceph-infra
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
tags: [with_pkg, fetch_container_image]
when:
- not (is_atomic | bool)
- (not (inventory_hostname in groups.get('clients', [])) or (inventory_hostname == groups.get('clients', [''])|first))
site-docker.yml try to fetch images in // The container deployment is serialized, adding this task as a best effort. If docker is already present we pull the image otherwise we wait for the role to play. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-28 06:11:53 +08:00
post_tasks:
- name: "pull {{ ceph_docker_image }} image"
command: "docker pull {{ ceph_docker_registry}}/{{ ceph_docker_image }}:{{ ceph_docker_image_tag }}"
changed_when: false
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
when:
- is_atomic
- (ceph_docker_dev_image is undefined or not ceph_docker_dev_image)
- (not (inventory_hostname in groups.get('clients', [])) or (inventory_hostname == groups.get('clients', [''])|first))
site-docker.yml try to fetch images in // The container deployment is serialized, adding this task as a best effort. If docker is already present we pull the image otherwise we wait for the role to play. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-28 06:11:53 +08:00
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
- hosts: mons
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
container: add always tag on gather fact tasks If we execute the site-container.yml playbook with specific tags (like ceph_update_config) then we need to be sure to gather the facts otherwise we will see error like: The task includes an option with an undefined variable. The error was: 'ansible_hostname' is undefined This commit also adds missing 'gather_facts: false' to mons plays. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Dimitri Savineau <dsavinea@redhat.com> (cherry picked from commit d7fd769b6ddcb63086cc414e00cce31433d56673)
2019-11-14 22:29:29 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
tasks:
- name: set ceph monitor install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_mon:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
- hosts: mons
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
become: True
Restrict fact gathering to mons and update ceph.conf - Gather facts only for mons before processing ceph-mon role serially in containerized playbook sample - Updated ceph.conf in order to generate a valid ceph.conf Signed-off-by: Ivan Font <ivan.font@redhat.com>
2016-08-23 01:42:27 +08:00
gather_facts: false
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
- role: ceph-config
tags: ['ceph_update_config']
- role: ceph-mon
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
serial: 1 # MUST be '1' WHEN DEPLOYING MONITORS ON DOCKER CONTAINERS
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
- hosts: mons
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
container: add always tag on gather fact tasks If we execute the site-container.yml playbook with specific tags (like ceph_update_config) then we need to be sure to gather the facts otherwise we will see error like: The task includes an option with an undefined variable. The error was: 'ansible_hostname' is undefined This commit also adds missing 'gather_facts: false' to mons plays. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Dimitri Savineau <dsavinea@redhat.com> (cherry picked from commit d7fd769b6ddcb63086cc414e00cce31433d56673)
2019-11-14 22:29:29 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
tasks:
- name: set ceph monitor install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_mon:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
mgr: always bootstrap mgr right after the mon If we don't bootstrap the mgr after the mon and the osds handler are called, we will never be able to reach a clean state since the pgs stats are handled by the mgr. This also happens when doing daemon collocation. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1493920 Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-22 23:26:28 +08:00
- hosts: mgrs
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
mgr: always bootstrap mgr right after the mon If we don't bootstrap the mgr after the mon and the osds handler are called, we will never be able to reach a clean state since the pgs stats are handled by the mgr. This also happens when doing daemon collocation. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1493920 Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-22 23:26:28 +08:00
become: True
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
pre_tasks:
- name: set ceph manager install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_mgr:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
mgr: always bootstrap mgr right after the mon If we don't bootstrap the mgr after the mon and the osds handler are called, we will never be able to reach a clean state since the pgs stats are handled by the mgr. This also happens when doing daemon collocation. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1493920 Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-22 23:26:28 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
ceph-iscsi: rename group iscsi_gws Let's try to avoid using dashes as testinfra needs to be able to read the groups. Typically, with iscsi-gws we can't add a marker for these iscsi nodes, using an underscore fixes the issue. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-06-06 12:07:33 +08:00
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
- role: ceph-config
tags: ['ceph_update_config']
- role: ceph-mgr
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
post_tasks:
- name: set ceph manager install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_mgr:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
mgr: always bootstrap mgr right after the mon If we don't bootstrap the mgr after the mon and the osds handler are called, we will never be able to reach a clean state since the pgs stats are handled by the mgr. This also happens when doing daemon collocation. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1493920 Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-22 23:26:28 +08:00
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
- hosts: osds
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
become: True
switch-from-non-containerized-to-containerized: mask unit files We must mask the image so we are sure that even if the system reboots then the OSDs won't start. Also remove Ceph udev rules if found on the system prior to deploy containers. If we don't do this we are exposed to conflicts between udev rules and sytemd unit files. Also add the CI will now test the migration from a non-containerized cluster to a containerized cluster. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-25 20:36:07 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
pre_tasks:
- name: set ceph osd install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_osd:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
- role: ceph-config
tags: ['ceph_update_config']
- role: ceph-osd
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
post_tasks:
- name: set ceph osd install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_osd:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
- hosts: mdss
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
become: True
switch-from-non-containerized-to-containerized: mask unit files We must mask the image so we are sure that even if the system reboots then the OSDs won't start. Also remove Ceph udev rules if found on the system prior to deploy containers. If we don't do this we are exposed to conflicts between udev rules and sytemd unit files. Also add the CI will now test the migration from a non-containerized cluster to a containerized cluster. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-25 20:36:07 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
pre_tasks:
- name: set ceph mds install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_mds:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
- role: ceph-config
tags: ['ceph_update_config']
Move role dependencies in site.yml/site-docker.yml This will give us more flexibility and avoid a lot of useless when skipping all tasks from a non-desired role. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2017-07-29 04:48:13 +08:00
- ceph-mds
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
post_tasks:
- name: set ceph mds install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_mds:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
- hosts: rgws
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
become: True
switch-from-non-containerized-to-containerized: mask unit files We must mask the image so we are sure that even if the system reboots then the OSDs won't start. Also remove Ceph udev rules if found on the system prior to deploy containers. If we don't do this we are exposed to conflicts between udev rules and sytemd unit files. Also add the CI will now test the migration from a non-containerized cluster to a containerized cluster. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-25 20:36:07 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
pre_tasks:
- name: set ceph rgw install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_rgw:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
- role: ceph-config
tags: ['ceph_update_config']
- role: ceph-rgw
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
post_tasks:
- name: set ceph rgw install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_rgw:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
Add support for Ceph NFS Gateway Ceph has the ability to export it's filesystem via NFS using Ganesha. Add a ceph-nfs role that will start Ganesha and export the Ceph filesystems. Note that, although support is going in to export RGW via NFS, this is not working yet. Signed-off-by: Daniel Gryniewicz <dang@redhat.com>
2016-05-06 02:20:03 +08:00
- hosts: nfss
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
Add support for Ceph NFS Gateway Ceph has the ability to export it's filesystem via NFS using Ganesha. Add a ceph-nfs role that will start Ganesha and export the Ceph filesystems. Note that, although support is going in to export RGW via NFS, this is not working yet. Signed-off-by: Daniel Gryniewicz <dang@redhat.com>
2016-05-06 02:20:03 +08:00
become: True
switch-from-non-containerized-to-containerized: mask unit files We must mask the image so we are sure that even if the system reboots then the OSDs won't start. Also remove Ceph udev rules if found on the system prior to deploy containers. If we don't do this we are exposed to conflicts between udev rules and sytemd unit files. Also add the CI will now test the migration from a non-containerized cluster to a containerized cluster. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-25 20:36:07 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
pre_tasks:
- name: set ceph nfs install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_nfs:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
Add support for Ceph NFS Gateway Ceph has the ability to export it's filesystem via NFS using Ganesha. Add a ceph-nfs role that will start Ganesha and export the Ceph filesystems. Note that, although support is going in to export RGW via NFS, this is not working yet. Signed-off-by: Daniel Gryniewicz <dang@redhat.com>
2016-05-06 02:20:03 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
- role: ceph-config
tags: ['ceph_update_config']
- role: ceph-nfs
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
post_tasks:
- name: set ceph nfs install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_nfs:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
Add support for Ceph NFS Gateway Ceph has the ability to export it's filesystem via NFS using Ganesha. Add a ceph-nfs role that will start Ganesha and export the Ceph filesystems. Note that, although support is going in to export RGW via NFS, this is not working yet. Signed-off-by: Daniel Gryniewicz <dang@redhat.com>
2016-05-06 02:20:03 +08:00
ci: deploy rbd mirror Deploy rbd mirorr in cluster scenario Signed-off-by: Sébastien Han <seb@redhat.com>
2017-09-08 15:51:03 +08:00
- hosts: rbdmirrors
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
Add ceph-rbd-mirror role to containerized sample playbook Signed-off-by: Ivan Font <ivan.font@redhat.com>
2016-08-23 02:23:48 +08:00
become: True
switch-from-non-containerized-to-containerized: mask unit files We must mask the image so we are sure that even if the system reboots then the OSDs won't start. Also remove Ceph udev rules if found on the system prior to deploy containers. If we don't do this we are exposed to conflicts between udev rules and sytemd unit files. Also add the CI will now test the migration from a non-containerized cluster to a containerized cluster. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-25 20:36:07 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
pre_tasks:
- name: set ceph rbd mirror install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_rbdmirror:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
Add ceph-rbd-mirror role to containerized sample playbook Signed-off-by: Ivan Font <ivan.font@redhat.com>
2016-08-23 02:23:48 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
- role: ceph-config
tags: ['ceph_update_config']
- role: ceph-rbd-mirror
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
post_tasks:
- name: set ceph rbd mirror install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_rbdmirror:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
Add ceph-rbd-mirror role to containerized sample playbook Signed-off-by: Ivan Font <ivan.font@redhat.com>
2016-08-23 02:23:48 +08:00
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
- hosts: restapis
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
become: True
switch-from-non-containerized-to-containerized: mask unit files We must mask the image so we are sure that even if the system reboots then the OSDs won't start. Also remove Ceph udev rules if found on the system prior to deploy containers. If we don't do this we are exposed to conflicts between udev rules and sytemd unit files. Also add the CI will now test the migration from a non-containerized cluster to a containerized cluster. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-25 20:36:07 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
pre_tasks:
- name: set ceph rest api install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_restapi:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
ceph-ansible: allow to run containerized daemons run containerized daemons in virtual machines. to enable it simply do: `cp site-docker.yml.sample site-docker.yml` and set `docker: true` in `vagrant_variables.yml` Signed-off-by: Sébastien Han <seb@redhat.com>
2016-02-08 05:30:32 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
- role: ceph-config
tags: ['ceph_update_config']
restapi: disable it when ceph version > luminous ceph-rest-api binary has been removed in mimic so we cannot deploy it anymore. We just keep the role and the compability for existing users. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:50:40 +08:00
when:
- ceph_release_num[ceph_release] <= ceph_release_num.luminous
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-restapi
restapi: disable it when ceph version > luminous ceph-rest-api binary has been removed in mimic so we cannot deploy it anymore. We just keep the role and the compability for existing users. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:50:40 +08:00
when:
- ceph_release_num[ceph_release] <= ceph_release_num.luminous
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
post_tasks:
- name: set ceph rest api install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_restapi:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
mgr: add new role for ceph-mgr The Ceph Manager daemon (ceph-mgr) runs alongside monitor daemons, to provide additional monitoring and interfaces to external monitoring and management systems. Only works as of the Kraken release. Co-Authored-By: Guillaume Abrioux <gabrioux@redhat.com> Signed-off-by: Sébastien Han <seb@redhat.com>
2017-03-16 17:17:08 +08:00
site: docker add client role Signed-off-by: Sébastien Han <seb@redhat.com>
2017-07-07 23:01:58 +08:00
- hosts: clients
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
site: docker add client role Signed-off-by: Sébastien Han <seb@redhat.com>
2017-07-07 23:01:58 +08:00
become: True
switch-from-non-containerized-to-containerized: mask unit files We must mask the image so we are sure that even if the system reboots then the OSDs won't start. Also remove Ceph udev rules if found on the system prior to deploy containers. If we don't do this we are exposed to conflicts between udev rules and sytemd unit files. Also add the CI will now test the migration from a non-containerized cluster to a containerized cluster. Signed-off-by: Sébastien Han <seb@redhat.com>
2017-08-25 20:36:07 +08:00
gather_facts: false
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
pre_tasks:
- name: set ceph client install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_client:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
site: docker add client role Signed-off-by: Sébastien Han <seb@redhat.com>
2017-07-07 23:01:58 +08:00
roles:
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-defaults
tags: ['ceph_update_config']
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- role: ceph-facts
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
site: make it more readable These conditions introduced by d981c6bd2 were insane. This should be a bit easier to read. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-04-10 21:30:16 +08:00
- role: ceph-docker-common
when:
- inventory_hostname == groups.get('clients', ['']) | first
- role: ceph-config
tags: ['ceph_update_config']
- role: ceph-client
add support for installation checkpoint This was taken from the openshift ansible repository here: https://github.com/leseb/openshift-ansible/tree/master/roles/installer_checkpoint Rationale: A complete OpenShift cluster installation is comprised of many different components which can take 30 minutes to several hours to complete. If the installation should fail, it could be confusing to understand at which component the failure occurred. Additionally, it may be desired to re-run only the component which failed instead of starting over from the beginning. Components which came after the failed component would also need to be run individually. Ceph has a similar situation so we can benefit from that callback_plugin. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-01 00:08:07 +08:00
post_tasks:
- name: set ceph client install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_client:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
site-docker: add iscsi role Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-23 12:06:58 +08:00
iscsi group name preserve backward compatibility Recently we renamed the group_name for iscsi iscsigws where previously it was named iscsi-gws. Existing deployments with a host file section with iscsi-gws must continue to work. This commit adds the old group name as a backoward compatility, no error from Ansible should be expected, if the hostgroup is not found nothing is played. Close: https://bugzilla.redhat.com/show_bug.cgi?id=1619167 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-08-20 21:53:03 +08:00
- hosts:
- iscsigws
- iscsi-gws # for backward compatibility only!
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
site-docker: add iscsi role Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-23 12:06:58 +08:00
gather_facts: false
become: True
pre_tasks:
- name: set ceph iscsi gateway install 'In Progress'
run_once: true
set_stats:
data:
installer_phase_ceph_iscsi_gw:
status: "In Progress"
start: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
roles:
- { role: ceph-defaults, tags: ['ceph_update_config'] }
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- { role: ceph-facts, tags: ['ceph_update_config'] }
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- role: ceph-handler
playbook: add missing tags Add missing tag on ceph-handler role call. Otherwise, we can't use `--tags='ceph_update_config'` for updating the ceph configuration file. Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1754432 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit f59dad620d43a740466a26f7fb8eba1ffc5ba0af)
2019-10-04 20:58:11 +08:00
tags: ['ceph_update_config']
add ceph-handler role The role contains all the handlers for Ceph services. We decided to leave ceph-defaults role with variables and a few facts only. This is useful when organizing the site.yml files and also adding the known variables to infrastructure-playbooks. Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-27 22:56:09 +08:00
- ceph-docker-common
remove jewel support As of now, we should no longer support Jewel in ceph-ansible. The latest ceph-ansible release supporting Jewel is `stable-3.1`. Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-10-11 03:24:22 +08:00
- { role: ceph-config, tags: ['ceph_update_config'] }
- ceph-iscsi-gw
site-docker: add iscsi role Signed-off-by: Sébastien Han <seb@redhat.com>
2018-03-23 12:06:58 +08:00
post_tasks:
- name: set ceph iscsi gw install 'Complete'
run_once: true
set_stats:
data:
installer_phase_ceph_iscsi_gw:
status: "Complete"
end: "{{ lookup('pipe', 'date +%Y%m%d%H%M%SZ') }}"
site: report ceph -s status at the end of the deployment We now show the output of 'ceph -s'. Example output below: TASK [display post install message] ********************************************************************************************************************************************************************************************************** ok: [localhost] => { "msg": [ " cluster:", " id: 753212df-f32a-4cc9-a097-2db6fe89a251", " health: HEALTH_OK", " ", " services:", " mon: 1 daemons, quorum ceph-nano-lul-faa32aebf00b", " mgr: ceph-nano-lul-faa32aebf00b(active)", " osd: 1 osds: 1 up, 1 in", " ", " data:", " pools: 4 pools, 32 pgs", " objects: 224 objects, 2546 bytes", " usage: 1027 MB used, 9212 MB / 10240 MB avail", " pgs: 32 active+clean", " " ] } Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1602910 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-25 22:39:35 +08:00
- hosts: mons
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
any_errors_fatal: true
site: report ceph -s status at the end of the deployment We now show the output of 'ceph -s'. Example output below: TASK [display post install message] ********************************************************************************************************************************************************************************************************** ok: [localhost] => { "msg": [ " cluster:", " id: 753212df-f32a-4cc9-a097-2db6fe89a251", " health: HEALTH_OK", " ", " services:", " mon: 1 daemons, quorum ceph-nano-lul-faa32aebf00b", " mgr: ceph-nano-lul-faa32aebf00b(active)", " osd: 1 osds: 1 up, 1 in", " ", " data:", " pools: 4 pools, 32 pgs", " objects: 224 objects, 2546 bytes", " usage: 1027 MB used, 9212 MB / 10240 MB avail", " pgs: 32 active+clean", " " ] } Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1602910 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-25 22:39:35 +08:00
gather_facts: false
become: True
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
roles:
- ceph-defaults
site: report ceph -s status at the end of the deployment We now show the output of 'ceph -s'. Example output below: TASK [display post install message] ********************************************************************************************************************************************************************************************************** ok: [localhost] => { "msg": [ " cluster:", " id: 753212df-f32a-4cc9-a097-2db6fe89a251", " health: HEALTH_OK", " ", " services:", " mon: 1 daemons, quorum ceph-nano-lul-faa32aebf00b", " mgr: ceph-nano-lul-faa32aebf00b(active)", " osd: 1 osds: 1 up, 1 in", " ", " data:", " pools: 4 pools, 32 pgs", " objects: 224 objects, 2546 bytes", " usage: 1027 MB used, 9212 MB / 10240 MB avail", " pgs: 32 active+clean", " " ] } Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1602910 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-25 22:39:35 +08:00
tasks:
- name: get ceph status from the first monitor
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
command: docker exec ceph-mon-{{ hostvars[groups[mon_group_name][0]]['ansible_hostname'] }} ceph --cluster {{ cluster }} -s
site: report ceph -s status at the end of the deployment We now show the output of 'ceph -s'. Example output below: TASK [display post install message] ********************************************************************************************************************************************************************************************************** ok: [localhost] => { "msg": [ " cluster:", " id: 753212df-f32a-4cc9-a097-2db6fe89a251", " health: HEALTH_OK", " ", " services:", " mon: 1 daemons, quorum ceph-nano-lul-faa32aebf00b", " mgr: ceph-nano-lul-faa32aebf00b(active)", " osd: 1 osds: 1 up, 1 in", " ", " data:", " pools: 4 pools, 32 pgs", " objects: 224 objects, 2546 bytes", " usage: 1027 MB used, 9212 MB / 10240 MB avail", " pgs: 32 active+clean", " " ] } Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1602910 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-25 22:39:35 +08:00
register: ceph_status
changed_when: false
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
delegate_to: "{{ groups[mon_group_name][0] }}"
site: report ceph -s status at the end of the deployment We now show the output of 'ceph -s'. Example output below: TASK [display post install message] ********************************************************************************************************************************************************************************************************** ok: [localhost] => { "msg": [ " cluster:", " id: 753212df-f32a-4cc9-a097-2db6fe89a251", " health: HEALTH_OK", " ", " services:", " mon: 1 daemons, quorum ceph-nano-lul-faa32aebf00b", " mgr: ceph-nano-lul-faa32aebf00b(active)", " osd: 1 osds: 1 up, 1 in", " ", " data:", " pools: 4 pools, 32 pgs", " objects: 224 objects, 2546 bytes", " usage: 1027 MB used, 9212 MB / 10240 MB avail", " pgs: 32 active+clean", " " ] } Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1602910 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-25 22:39:35 +08:00
run_once: true
ignore_errors: true # we skip the error if mon_group_name is different than 'mons'
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
- name: "show ceph status for cluster {{ cluster }}"
site: report ceph -s status at the end of the deployment We now show the output of 'ceph -s'. Example output below: TASK [display post install message] ********************************************************************************************************************************************************************************************************** ok: [localhost] => { "msg": [ " cluster:", " id: 753212df-f32a-4cc9-a097-2db6fe89a251", " health: HEALTH_OK", " ", " services:", " mon: 1 daemons, quorum ceph-nano-lul-faa32aebf00b", " mgr: ceph-nano-lul-faa32aebf00b(active)", " osd: 1 osds: 1 up, 1 in", " ", " data:", " pools: 4 pools, 32 pgs", " objects: 224 objects, 2546 bytes", " usage: 1027 MB used, 9212 MB / 10240 MB avail", " pgs: 32 active+clean", " " ] } Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1602910 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-25 22:39:35 +08:00
debug:
msg: "{{ ceph_status.stdout_lines }}"
introduce new role ceph-facts sometimes we play the whole role `ceph-defaults` just to access the default value of some variables. It means we play the `facts.yml` part in this role while it's not desired. Splitting this role will speedup the playbook. Closes: #3282 Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com> (cherry picked from commit 0eb56e36f8ce52015aa6c343faccd589e5fd2c6c)
2018-12-10 22:46:32 +08:00
delegate_to: "{{ groups[mon_group_name][0] }}"
site: report ceph -s status at the end of the deployment We now show the output of 'ceph -s'. Example output below: TASK [display post install message] ********************************************************************************************************************************************************************************************************** ok: [localhost] => { "msg": [ " cluster:", " id: 753212df-f32a-4cc9-a097-2db6fe89a251", " health: HEALTH_OK", " ", " services:", " mon: 1 daemons, quorum ceph-nano-lul-faa32aebf00b", " mgr: ceph-nano-lul-faa32aebf00b(active)", " osd: 1 osds: 1 up, 1 in", " ", " data:", " pools: 4 pools, 32 pgs", " objects: 224 objects, 2546 bytes", " usage: 1027 MB used, 9212 MB / 10240 MB avail", " pgs: 32 active+clean", " " ] } Closes: https://bugzilla.redhat.com/show_bug.cgi?id=1602910 Signed-off-by: Sébastien Han <seb@redhat.com>
2018-07-25 22:39:35 +08:00
run_once: true
set any_errors_fatal to true for all host sections Add `any_errors_fatal: true` to all host sections in `site.yml.sample` and `site-container.yml.sample` so that the playbook execution ceases spontaneously and instantaneously when errors occurs. Signed-off-by: Rishabh Dave <ridave@redhat.com> (cherry picked from commit 5f43dae5938b4c0a3bfbafccf9e2aa13816a237f)
2018-12-17 18:34:46 +08:00
when: not ceph_status.failed