Closed dmspils closed 4 years ago
I've tried rolling back to previous tags of purify-api
but all seem to have been updated over the past couple of days and all now exhibit the same error behaviour.
I've found a temporary fix! By modding .api/.env.custom
to include the following, it now doesn't check the SAML cert and the api successfully loads:
USE_LDAP=false
USE_SAML=false
SAML_LOCAL_KEY_ONELINE=<random value that is insignificant>
SAML_IDP_CERT_ONELINE=<random value that is insignificant>
SAML_EMAIL_FIELD_NAME=email
SAML_USERNAME_FIELD_NAME=name
Yep, you're right, SAML_IDP_CERT_ONELINE
should have some value, even fake, to load the rest of a module.
I will fix this one by adding a default value for this variable at startup.
I just did a
docker-compose pull && docker-compose up -d
to update my deployment to the latest images but the api now fails to start and goes into a restart loop (nothing has changed in the config).Looking at the logs for the api container, I see this failure which looks to be linked to SSO (which I have set in my .env file to
USE_SAML=false
):The cert for the website is fine and has a couple of months left on it so I assume it is a SAML cert error. As I mentioned, I've disabled the use of SAML (and LDAP) in my config but it still seems to be calling them. Is there any way to completely disable that check?