Skip to content
New issue

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

Postgres persistent volume reclaiming #1860

Closed
3 tasks done
PieterPaulussen opened this issue May 17, 2024 · 1 comment
Closed
3 tasks done

Postgres persistent volume reclaiming #1860

PieterPaulussen opened this issue May 17, 2024 · 1 comment

Comments

@PieterPaulussen
Copy link

Please confirm the following

  • I agree to follow this project's code of conduct.
  • I have checked the current issues for duplicates.
  • I understand that AWX Operator is open source software provided for free and that I might not receive a timely response.

Feature Summary

I've been experimenting with the AWX operator and deploying it to a cluster.

After tossing around some values and re-configuring the cluster, I had to remove my deployment and re-initialise it. However, I came to the conclusion that the postgres persistent volume did not get reclaimed by the new postgres pod when running a managed deployment.

Should the postgres volume not always be retained and reclaimed after a redeployment of the same chart? Or at least design the deployment in such a way that you cannot lose data by default?

FYI: The postgres persistent volumes reclaim policy is 'delete' not 'retain'.

@thedoubl3j
Copy link
Member

This is a behavior that can be configured on the storage class for your kubernetes. The current workflow is if the pvc is deleted, the pv will also be deleted.

We currently don't configure that policy and nor do we have plans too currently.

@thedoubl3j thedoubl3j closed this as not planned Won't fix, can't repro, duplicate, stale May 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants