|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
- name: Ensure Synapse paths exist
|
|
|
|
|
ansible.builtin.file:
|
|
|
|
|
path: "{{ item.path }}"
|
|
|
|
|
state: directory
|
|
|
|
|
mode: 0750
|
|
|
|
|
owner: "{{ matrix_user_username }}"
|
|
|
|
|
group: "{{ matrix_user_groupname }}"
|
|
|
|
|
with_items:
|
|
|
|
|
- {path: "{{ matrix_synapse_config_dir_path }}", when: true}
|
|
|
|
|
- {path: "{{ matrix_synapse_ext_path }}", when: true}
|
|
|
|
|
- {path: "{{ matrix_synapse_bin_path }}", when: true}
|
|
|
|
|
- {path: "{{ matrix_synapse_docker_src_files_path }}", when: "{{ matrix_synapse_container_image_self_build }}"}
|
|
|
|
|
- {path: "{{ matrix_synapse_customized_docker_src_files_path }}", when: "{{ matrix_synapse_container_image_customizations_enabled }}"}
|
|
|
|
|
|
|
|
|
|
- {path: "{{ matrix_synapse_ext_s3_storage_provider_base_path }}", when: "{{ matrix_synapse_ext_synapse_s3_storage_provider_enabled }}"}
|
|
|
|
|
- {path: "{{ matrix_synapse_ext_s3_storage_provider_bin_path }}", when: "{{ matrix_synapse_ext_synapse_s3_storage_provider_enabled }}"}
|
|
|
|
|
- {path: "{{ matrix_synapse_ext_s3_storage_provider_data_path }}", when: "{{ matrix_synapse_ext_synapse_s3_storage_provider_enabled }}"}
|
|
|
|
|
|
|
|
|
|
# We handle matrix_synapse_media_store_path elsewhere (in ./synapse/setup_install.yml),
|
Make it safer to override matrix_synapse_media_store_path
This is described in Github issue #58.
Until now, we had the variable, but if you redefined it, you'd run
into multiple problems:
- we actually always mounted some "storage" directory to the Synapse
container. So if your media store is not there, you're out of luck
- homeserver.yaml always hardcoded the path to the media store,
as a directory called "media-store" inside the storage directory.
Relocating to outside the storage directory was out of the question.
Moreover, even if you had simply renamed the media store directory
(e.g. "media-store" -> "media_store"), it would have also caused trouble.
With this patch, we mount the media store's parent to the Synapse container.
This way, we don't care where the media store is (inside storage or
not). We also don't assume (anymore) that the final part of the path
is called "media-store" -- anything can be used.
The "storage" directory and variable (`matrix_synapse_storage_path`)
still remain for compatibility purposes. People who were previously
overriding `matrix_synapse_storage_path` can continue doing so
and their media store will be at the same place.
The playbook no longer explicitly creates the `matrix_synapse_storage_path` directory
though. It's not necessary. If the media store is specified to be within it, it will
get created when the media store directory is created by the playbook.
6 years ago
|
|
|
# because if it's using Goofys and it's already mounted (from before),
|
|
|
|
|
# trying to chown/chmod it here will cause trouble.
|
|
|
|
|
when: item.when | bool
|
|
|
|
|
|
|
|
|
|
- block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/ext/setup_install.yml"
|
|
|
|
|
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/ext/setup_uninstall.yml"
|
|
|
|
|
tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- setup-synapse
|
|
|
|
|
|
|
|
|
|
- block:
|
|
|
|
|
- when: matrix_synapse_workers_enabled | bool
|
|
|
|
|
ansible.builtin.include_tasks: "{{ role_path }}/tasks/synapse/workers/setup_install.yml"
|
|
|
|
|
tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- setup-synapse
|
|
|
|
|
|
|
|
|
|
- block:
|
|
|
|
|
- ansible.builtin.include_tasks: "{{ role_path }}/tasks/synapse/setup_install.yml"
|
|
|
|
|
tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- setup-synapse
|
|
|
|
|
|
|
|
|
|
- block:
|
|
|
|
|
- when: matrix_s3_media_store_enabled | bool
|
|
|
|
|
ansible.builtin.include_tasks: "{{ role_path }}/tasks/goofys/setup_install.yml"
|
|
|
|
|
|
|
|
|
|
- when: not matrix_s3_media_store_enabled | bool
|
|
|
|
|
ansible.builtin.include_tasks: "{{ role_path }}/tasks/goofys/setup_uninstall.yml"
|
|
|
|
|
tags:
|
|
|
|
|
- setup-all
|
|
|
|
|
- setup-synapse
|
