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
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'.
The text was updated successfully, but these errors were encountered:
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.
Please confirm the following
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'.
The text was updated successfully, but these errors were encountered: