Closed yfoelling closed 3 years ago
Sounds like #1297. It's only the UI displaying it wrong. If you check the pod, the master label should be there.
Thanks you very much for your fast answer. With the master branch its works fine!
Maybe tag it as an release, so people can see it better. Or is it safe to always use the master branch?
We published a new release with the fix. Closing this issue then. Better not always use the master btw ;)
Hey,
i have just started using the postgres operator of zalando. I am using the provided helm charts for the operator and the ui in the version of the v1.6.0 tag (586b46d0).
All the deployments seem to work fine. If i build a Cluster, there seems to be no issues at all. But as soon as i want to enable the connection pooler, that status in the ui is stuck at "Waiting for master to become available". I don't really find any relevant log messages about the issue.
I tried a bunch of different combinations, with other postgres versions, less/more replicas and also tried to create the postgres via kubectl directly. But in all cases the same issue occurs as soon as i enable the connection pooler.
I am using Helm v3.4.2, with the charts provided in this repository. I reseted all configuration that i made in the values.yaml's, now the only thing changed to the original is the (listening-)namespace.
The Kubernetes Cluster is version v1.19.4 and my kubectl 1.18.3. The k8s cluster contains of multiple Nodes on virtual-machines via rke, the storage is provided via longhorn.
here is my values.yaml for the operator helm chart:
Also the values.yaml for the ui helm chart:
I would really appreciate any help. If you need any additional info, feel free to ask :-)
thanks in advance.