We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When cnpg updates and does a RollingUpdate on the replicaset the new pod cannot start because of
Multi-Attach error for volume "pvc-c2edf35f-ba31-48a3-946f-db9afb366aa3" Volume is already used by pod(s) sx-cnpg-pgadmin4-7798468bd6-ln42z
I found some good explanation in https://medium.com/@golusstyle/demystifying-the-multi-attach-error-for-volume-causes-and-solutions-595a19316a0c which is an exact match for our problem.
So it is more a question why it doesn't occur more often.
The text was updated successfully, but these errors were encountered:
this happened today when cnpg got updated
workaround: simply delete the old replicaset, then the new replicaset with its pod can start
still the question is why cnpg upstream chart is designed like this. For me it seems this can happen always
Sorry, something went wrong.
according to https://github.com/rowanruseler/helm-charts/tree/main/charts/pgadmin4 we can configure rollout strategy in deployment an access mode in pvc. however, need to evaluate which config is the best for use
No branches or pull requests
When cnpg updates and does a RollingUpdate on the replicaset the new pod cannot start because of
I found some good explanation in https://medium.com/@golusstyle/demystifying-the-multi-attach-error-for-volume-causes-and-solutions-595a19316a0c which is an exact match for our problem.
So it is more a question why it doesn't occur more often.
The text was updated successfully, but these errors were encountered: