Closed christiaangoossens closed 5 months ago
For someone who has the same problem: check if there are still jobs open, in my case the join8 job was still there, even if the pod wasn't. After deleting that, the pod 6 was recreated and everything worked again.
Is there an existing issue already for this bug?
I have read the troubleshooting guide
I am running a supported version of CloudNativePG
Contact Details
No response
Version
1.23.0
What version of Kubernetes are you using?
v1.28.5+k3s1
What is your Kubernetes environment?
Self-managed: kind (evaluation)
How did you install the operator?
Helm
What happened?
Related to https://github.com/cloudnative-pg/cloudnative-pg/issues/3091 and https://github.com/cloudnative-pg/cloudnative-pg/issues/3810.
My cluster was in a state where out of three instances, only one was running (instance 6), while 7 was unready and 8 was creating. It did not bring itself up, so after taking a backup, I ran the script from https://github.com/cloudnative-pg/cloudnative-pg/issues/3810#issuecomment-1945759481, to see if the primary would be recreated.
Current state:
In this describe, it is clear that it is aware of the dangling PVC, but it does not show to have an intention to recreate it.
The operator log does not have any entries relating to this cluster.
In the end, the cluster is still in a broken state, even if it's aware of the dangling PV.
Cluster resource
No response
Relevant log output
No response
Code of Conduct