2022-11-04 12:58:28 +00:00
|
|
|
---
|
|
|
|
|
|
2023-03-07 15:28:10 +00:00
|
|
|
- tags:
|
2022-11-04 12:58:28 +00:00
|
|
|
- setup-all
|
2022-11-25 14:02:51 +00:00
|
|
|
- install-all
|
2023-03-07 15:28:10 +00:00
|
|
|
block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/validate_config.yml"
|
2022-11-27 08:10:00 +00:00
|
|
|
|
2023-11-21 13:40:32 +00:00
|
|
|
- when: ansible_os_family == 'Debian' and matrix_playbook_migration_debian_signedby_migration_enabled | bool
|
|
|
|
|
tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- install-all
|
|
|
|
|
- setup-docker
|
|
|
|
|
- install-docker
|
|
|
|
|
block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/debian_docker_signedby_migration.yml"
|
|
|
|
|
|
2023-03-07 15:28:10 +00:00
|
|
|
- tags:
|
2022-11-27 08:10:00 +00:00
|
|
|
- setup-all
|
|
|
|
|
- install-all
|
2023-03-07 15:28:10 +00:00
|
|
|
block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/cleanup_usr_local_bin.yml"
|
Relocate Traefik (to matrix-traefik.service && /matrix/traefik base path)
The migration is automatic. Existing users should experience a bit of
downtime until the playbook runs to completion, but don't need to do
anything manually.
This change is provoked by https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/2535
While my statements there ("Traefik is a shared component among
sibling/related playbooks and should retain its global
non-matrix-prefixed name and path") do make sense, there's another point
of view as well.
With the addition of docker-socket-proxy support in bf2b54080789f7e,
we potentially introduced another non-`matrix-`-prefixed systemd service
and global path (`/devture-container-socket-proxy`). It would have
started to become messy.
Traefik always being called `devture-traefik.service` and using the `/devture-traefik` path
has the following downsides:
- different playbooks may write to the same place, unintentionally,
before you disable the Traefik role in some of them.
If each playbook manages its own installation, no such conflicts
arise and you'll learn about the conflict when one of them starts its
Traefik service and fails because the ports are already in use
- the data is scattered - backing up `/matrix` is no longer enough when
some stuff lives in `/devture-traefik` or `/devture-container-socket-proxy` as well;
similarly, deleting `/matrix` is no longer enough to clean up
For this reason, the Traefik instance managed by this playbook
will now be called `matrix-traefik` and live under `/matrix/traefik`.
This also makes it obvious to users running multiple playbooks, which
Traefik instance (powered by which playbook) is the active one.
Previously, you'd look at `devture-traefik.service` and wonder which
role was managing it.
2023-03-06 07:32:13 +00:00
|
|
|
|
2024-01-03 11:44:19 +00:00
|
|
|
- tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- install-all
|
|
|
|
|
block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/cleanup_matrix_static_files_well_known.yml"
|
|
|
|
|
|
2024-01-05 15:55:49 +00:00
|
|
|
- tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- install-all
|
|
|
|
|
block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/cleanup_matrix_static_files_well_known.yml"
|
2024-01-05 15:54:50 +00:00
|
|
|
|
2024-01-14 16:42:14 +00:00
|
|
|
- when: matrix_playbook_migration_matrix_nginx_proxy_uninstallation_enabled | bool
|
|
|
|
|
tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- install-all
|
|
|
|
|
block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/uninstall_matrix_nginx_proxy.yml"
|
|
|
|
|
|
|
|
|
|
- when: matrix_playbook_migration_matrix_ssl_uninstallation_enabled | bool
|
|
|
|
|
tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- install-all
|
|
|
|
|
block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/uninstall_matrix_ssl.yml"
|
|
|
|
|
|
2023-03-06 07:51:14 +00:00
|
|
|
- when: devture_traefik_enabled | bool
|
Relocate Traefik (to matrix-traefik.service && /matrix/traefik base path)
The migration is automatic. Existing users should experience a bit of
downtime until the playbook runs to completion, but don't need to do
anything manually.
This change is provoked by https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/2535
While my statements there ("Traefik is a shared component among
sibling/related playbooks and should retain its global
non-matrix-prefixed name and path") do make sense, there's another point
of view as well.
With the addition of docker-socket-proxy support in bf2b54080789f7e,
we potentially introduced another non-`matrix-`-prefixed systemd service
and global path (`/devture-container-socket-proxy`). It would have
started to become messy.
Traefik always being called `devture-traefik.service` and using the `/devture-traefik` path
has the following downsides:
- different playbooks may write to the same place, unintentionally,
before you disable the Traefik role in some of them.
If each playbook manages its own installation, no such conflicts
arise and you'll learn about the conflict when one of them starts its
Traefik service and fails because the ports are already in use
- the data is scattered - backing up `/matrix` is no longer enough when
some stuff lives in `/devture-traefik` or `/devture-container-socket-proxy` as well;
similarly, deleting `/matrix` is no longer enough to clean up
For this reason, the Traefik instance managed by this playbook
will now be called `matrix-traefik` and live under `/matrix/traefik`.
This also makes it obvious to users running multiple playbooks, which
Traefik instance (powered by which playbook) is the active one.
Previously, you'd look at `devture-traefik.service` and wonder which
role was managing it.
2023-03-06 07:32:13 +00:00
|
|
|
tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- install-all
|
|
|
|
|
- setup-traefik
|
|
|
|
|
- install-traefik
|
2023-03-07 15:28:10 +00:00
|
|
|
block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/devture_traefik_to_matrix_traefik.yml"
|