From container “awx-web” I see this log error: 2022-09-21 10:08:28,819 ERROR [2f9c4cc6f70d45b4af66e8983b5f0624] django.request Internal Server Error: /api/v2/applications/ Traceback (most recent call last): File “/var/lib/awx/venv/awx/lib64/python3.9/site-packages/cryptography/fernet.py”, line 120, in _verify_signature h.verify(data[-32:]) File “/var/lib/awx/venv/awx/lib64/python3.9/site-packages/cryptography/hazmat/primitives/hmac.py”, line 69, in verify ctx.verify(signature) File “/var/lib/awx/venv/awx/lib64/python3.9/site-packages/cryptography/hazmat/backends/openssl/hmac.py”, line 76, in verify raise InvalidSignature(“Signature did not match digest.”) cryptography.exceptions.InvalidSignature: Signature did not match digest.
Is it possible that some tables as old data with a different signature? Can I clean this tables and re-insert data with new AWX version?
Hi Hans,
no I haven’t set the “awx-secret-key” as it was on my old environment.
I’ve been working with the new AWX environment and the new secret key for months.
I configured the new AWX with the new secret-key I think that now I can no longer replace it with the one recovered from the old environment.
I hope it will be possible to delete all the data related to the applications (I don’t know in which tables) and re-enter everything with the new secret-key.
It’s possible?
Although I am not staff, perhaps you need to elaborate on what exactly you are doing.
You have deployed 0.28 but it is not a new installation.
What does that mean?
Hi Hans,
I mean that I restored an external database from a previous AWX version.
Maybe some secret in the database should have a different signature but only for “Application” I have the issue.
But when you installed 0.28, did you check the awx-operator-controller-manager logging?
I discovered that some tables have additional columns in new versions.
I’ve found a solution clearing “Applications” tables on awx database.
Main table is “main_oauth2application” and first related tables “main_oauth2accesstoken”, “oauth2_provider_refreshtoken” only for the records affected.
Now “Applications” works fine, Internal server error disappeared.