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
This does not work. The mode allowTLS option is only set in the rs and cfg pods, but not in the mongos pods, i.e. in rs and cfg pods I see the process is started with
After switching to unsafe configurations permissive mode you will not be able to switch the cluster back by setting same keys to false, the flags will be ignored.
Does this mean an upgrade to TLS is simply not supported?
Steps to reproduce
start with a cluster with spec.tls.mode: disables and unsafeFlags.tls: true
change to spec.tls.mode: allowTLS
rs, cfg and mongos pods should show the process with commandline flag --tlsMode allowTLS but mongos pods don't.
kubectl get psmdb reports status error and the operator shows authentication errors
change of spec.tls.mode: preferTLS results in mongos instances to be in crashloop
Versions
Kubernetes v1.30.4
Operator 1.18.0
Database 7.0.15
Anything else?
This may not be supported based on the comment in the unsafeFlags section. If so, the change of tls.mode should also be prevented by the operator. Otherwise the cluster ends up in a non-working state.
The text was updated successfully, but these errors were encountered:
Report
I am trying to upgrade an existing cluster from spec.tls.mode
disabled
topreferTLS
by first setting the tls.mode toallowTLS
following https://www.mongodb.com/docs/manual/tutorial/upgrade-cluster-to-ssl/#upgrade-a-cluster-to-use-tls-sslThis does not work. The mode allowTLS option is only set in the rs and cfg pods, but not in the mongos pods, i.e. in rs and cfg pods I see the process is started with
but in the mongos pods it still shows (even after forced restart)
The operator reports the cluster state as
error
and shows authentication errors.More about the problem
I see the comment at https://docs.percona.com/percona-operator-for-mongodb/operator.html#unsafe-flags-section
Does this mean an upgrade to TLS is simply not supported?
Steps to reproduce
Versions
Anything else?
This may not be supported based on the comment in the
unsafeFlags
section. If so, the change of tls.mode should also be prevented by the operator. Otherwise the cluster ends up in a non-working state.The text was updated successfully, but these errors were encountered: