Closed mdelem closed 5 years ago
As a quick workaround I initialized matrix_mautrix_whatsapp_appservice_token
and matrix_mautrix_whatsapp_homeserver_token
in my vars.yaml
. This does the trick.
@Cadair has recently reported the same issue.
Could you tell us more about your setup:
matrix_synapse_macaroon_secret_key
value encrypted using Ansible Vault or something?matrix_synapse_macaroon_secret_key
value like? Any weird characters? (Mine contains things like this ^*#&
, but those don't seem to cause trouble for me)ansible --version
would be great)Hi @spantaleev,
matrix_synapse_macaroon_secret_key
is stored in my vars.yaml
, no Ansible Vaultmatrix_synapse_macaroon_secret_key
was generated withpwgen -s 64 1
, it has lowercase chars, uppercase chars and numbers. No spaces nor special chars.
config file = None
configured module search path = ['/Users/***/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
ansible python module location = /usr/local/Cellar/ansible/2.8.1_1/libexec/lib/python3.7/site-packages/ansible
executable location = /usr/local/bin/ansible
python version = 3.7.3 (default, Mar 27 2019, 09:23:15) [Clang 10.0.1 (clang-1001.0.46.3)]```
I believe I've found and fixed the problem.
It only happens on Mac, because Ansible relies on passlib for password_hash
there.
For other operating systems, Ansible falls back to using Python's own crypt module. Those operating systems usually don't install passlib
as a dependency for Ansible.
Until now, our salt strings were sometimes too long (longer than the 16 character limit) and they also included characters that are not allowed (like -
).
While crypt is very forgiving when it comes to salt length and salt characters, passlib is not.
In 782356d42171142dc9a485a, I've made salt strings obey passlib's strict requirements, so it should not longer complain.
Hi there,
I get the following error when running setup-all on a already installed instance:
Any idea where to start in order to fix this?
In any case, thanks for the hard work!