Open yujunz opened 1 year ago
Hi @yujunz !
Could you please give me some reproducing steps ?
I tried on my side an it worked. I created a new cluster using this example where I removed the spec.mtls
section.
Once the cluster has been created I restored the mTLS section and it worked well.
I am not able to reproduce this either. I provisioned the cluster with this:
apiVersion: temporal.io/v1beta1
kind: TemporalCluster
metadata:
name: temporal
namespace: temporal-mtls-repro
spec:
version: 1.23.0
numHistoryShards: 8
persistence:
defaultStore:
sql:
user: temporal
pluginName: postgres
databaseName: temporal
connectAddr: temporal-db-rw:5432
connectProtocol: tcp
passwordSecretRef:
name: temporal-db-credentials
key: password
visibilityStore:
sql:
user: temporal
pluginName: postgres
databaseName: temporal_visibility
connectAddr: temporal-db-rw:5432
connectProtocol: tcp
passwordSecretRef:
name: temporal-db-credentials
key: password
ui:
enabled: true
I waited for the cluster to become healthy in ArgoCD. I checked the UI and everything looked healthy as well. I pushed another commit to add this section and re-synced in ArgoCD:
mTLS:
provider: cert-manager
internode:
enabled: true
frontend:
enabled: true
certificatesDuration:
clientCertificates: 1h0m0s
frontendCertificate: 1h0m0s
intermediateCAsCertificates: 1h30m0s
internodeCertificate: 1h0m0s
rootCACertificate: 2h0m0s
renewBefore: 55m0s
The Certificate objects took ~20s or so on my homelab cluster and all the Temporal deployments completed as soon as the Certificate objects were marked valid. I didn't have any clients connected, but it seemed like a pretty seamless change. I vote to close this issue and re-open if we have a reproduction.
Modify the cluster CRD to enable mTLS.
Pods failed to start due to secrets not found
Despite they were already generated by cert-manager
Deleting the cluster and recreate works though.