64b03c2dfd
Fix backup-borg repository initialization for borgmatic 1.7+ (or borg 2.0)
2 years ago
1f1a3dfc38
Ensure database port is passed to Borg as an integer
...
Without this, it's a string and borg says:
> At 'hooks.postgresql_databases[INDEX_HERE].port': '5432' is not of type 'integer'
> /etc/borgmatic/config.yaml /etc/borgmatic.d /tmp/.config/borgmatic/config.yaml /tmp/.config/borgmatic.d: No valid configuration files found
.. and fails to do anything.
2 years ago
d8df03dfc9
Mark Postgres v15 as supported for borg backup
...
Fixes https://github.com/spantaleev/matrix-docker-ansible-deploy/issues/2257
Fixed in d134cd7c4c
2 years ago
910cd9adf0
Replace import_role calls with include_role calls
2 years ago
d1b2fd50be
Remove manual service enablement/start for backup-borg
...
This is done via devture_systemd_service_manager_services_list_auto
already.
2 years ago
7b43ef34b7
Remove more hardcoded matrix-postgres references
2 years ago
04b9483f0d
Switch from matrix-postgres to com.devture.ansible.role.postgres
2 years ago
a04f6f4e3d
Optimize uninstall tasks a bit
...
- forego removing Docker images - it's not effective anyway, because it
only removes the last version.. which is a drop in the bucket, usually
- do not reload systemd - it's none of our business. `--tags=start`,
etc., handle this
- combine all uninstall tasks under a single block, which only runs if
we detect traces (a leftover systemd .service file) of the component.
If no such .service is detected, we skip them all. This may lead to
incorect cleanup in rare cases, but is good enough for the most part.
2 years ago
61f67d8f0a
Add install-* tags for quicker runs
2 years ago
7c2a7a8eb6
Replace most import_tasks calls with include_tasks for improved performance
2 years ago
0ea7cb5d18
Remove various init.yml files - initialize systemd services, etc., statically (not at runtime)
2 years ago
d3bd1ca024
matrix_*_retries_{count,delay} -> devture_playbook_help_*_retries_{count,delay}
2 years ago
7086c0ebe3
matrix_host_command_sh -> devture_systemd_docker_base_host_command_sh (via com.devture.ansible.role.systemd_docker_base)
2 years ago
a9a81460ec
matrix_host_command_docker -> devture_systemd_docker_base_host_command_docker (via com.devture.ansible.role.systemd_docker_base)
2 years ago
835d2e9581
matrix_systemd_path -> devture_systemd_docker_base_systemd_path (via com.devture.ansible.role.systemd_docker_base)
2 years ago
f03f716989
matrix_systemd_unit_home_path -> devture_systemd_docker_base_systemd_unit_home_path (via com.devture.ansible.role.systemd_docker_base)
2 years ago
410a915a8a
Move roles/matrix* to roles/custom/matrix*
...
This paves the way for installing other roles into `roles/galaxy` using `ansible-galaxy`,
similar to how it's done in:
- https://github.com/spantaleev/gitea-docker-ansible-deploy
- https://github.com/spantaleev/nextcloud-docker-ansible-deploy
In the near future, we'll be removing a lot of the shared role code from here
and using upstream roles for it. Some of the core `matrix-*` roles have
already been extracted out into other reusable roles:
- https://github.com/devture/com.devture.ansible.role.postgres
- https://github.com/devture/com.devture.ansible.role.systemd_docker_base
- https://github.com/devture/com.devture.ansible.role.timesync
- https://github.com/devture/com.devture.ansible.role.vars_preserver
- https://github.com/devture/com.devture.ansible.role.playbook_runtime_messages
- https://github.com/devture/com.devture.ansible.role.playbook_help
We just need to migrate to those.
2 years ago
Slavi Pantaleev