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
{{ message }}
This repository has been archived by the owner on Mar 28, 2020. It is now read-only.
I have working integration between cert-manger and etcd-operator to manage their TLS certificates.
Unfortunately because all manifests are deployed at the same time to the cluster, and ECDCluster manifest appears before certificates appear, the resulting ETCDcluster is stuck in failing state (see debug info below).
Deleting and re-creating the same ETCDCluster resolves the situation, but this is not an automatic process anymore.
the expected behavior
I would expect the operator to re-validate dependencies of failed stacks periodically (like every 10s) and when the dependencies (secret in that case) appears, the operator should resume creation process.
debug information
The resulting ETCDCluster object looks like that :
The problem description
I have working integration between cert-manger and etcd-operator to manage their TLS certificates.
Unfortunately because all manifests are deployed at the same time to the cluster, and ECDCluster manifest appears before certificates appear, the resulting ETCDcluster is stuck in failing state (see debug info below).
Deleting and re-creating the same ETCDCluster resolves the situation, but this is not an automatic process anymore.
the expected behavior
I would expect the operator to re-validate dependencies of failed stacks periodically (like every 10s) and when the dependencies (secret in that case) appears, the operator should resume creation process.
debug information
The resulting ETCDCluster object looks like that :
Even though the secret is already there :
Operator logs contain:
The text was updated successfully, but these errors were encountered: