Currently if using the internal mongo db, the deployment works fine. However as soon as some pod of the replicaset has a restart for whatever reason, the replicaset never manages to get functional again.
As disabling the external access causes some sorry-cypress pods to not be able to start up, I also had to adjust the mongo connection string.
What I do not yet get is why the externalAccess is required in the first place? As said I now disabled this and with the adjusted connection string it just seem to work fine. Are there any consequences that I am currently missing?
Otherwise I would propose to adjust the values accordingly.
How to reproduce
Deploy sorry-cypress with an internal mongo db and restart any of the mongo db pods.
Summary
Currently if using the internal mongo db, the deployment works fine. However as soon as some pod of the replicaset has a restart for whatever reason, the replicaset never manages to get functional again.
I've looked into it and it seems to be due to the externalAccess being set to true for the mongo deployment (https://github.com/sorry-cypress/charts/blob/main/charts/sorry-cypress/values.yaml#L350).
Due to this setting MONGODB_ADVERTISED_HOSTNAME is not set and from my understanding this is required for a replicaset to recover (https://github.com/bitnami/charts/blob/main/bitnami/mongodb/templates/replicaset/statefulset.yaml#L237-L240).
I've now come up with the following workaround:
As disabling the external access causes some sorry-cypress pods to not be able to start up, I also had to adjust the mongo connection string.
What I do not yet get is why the externalAccess is required in the first place? As said I now disabled this and with the adjusted connection string it just seem to work fine. Are there any consequences that I am currently missing?
Otherwise I would propose to adjust the values accordingly.
How to reproduce
Deploy sorry-cypress with an internal mongo db and restart any of the mongo db pods.
Environment