You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I haven't verified it yet, but there's probably a regression in the backup/restore prodecure now that we set a redis password. The password is set in config.py, which we backup, but we don't backup the redis.conf, so when it is restored, that same password won't be re-added to the redis config (a different one will be randomly generated).
We're also not backing up the new rq_config.py file.
The text was updated successfully, but these errors were encountered:
Ack, that's probably better. Since we already run dpkg-reconfigure securedrop-app-code, I think we should delete the redis password out of config.py (if set), out of redis.conf (if set), and then delete rq_config.py (if it exists) and then let it be regenerated by the postinst script.
I'll think about edge cases a bit more but tentatively tagging with the 2.11.0 milestone.
Description
I haven't verified it yet, but there's probably a regression in the backup/restore prodecure now that we set a redis password. The password is set in config.py, which we backup, but we don't backup the redis.conf, so when it is restored, that same password won't be re-added to the redis config (a different one will be randomly generated).
We're also not backing up the new rq_config.py file.
The text was updated successfully, but these errors were encountered: