-
Notifications
You must be signed in to change notification settings - Fork 945
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
Error cloning from Backup - decompress failed #773
Comments
I tried the following for a fresh start
When I reinstalled the operator and created the cluster, I get the following error
Why is it trying to restore from a backup? |
No.
Looks like backups are broken or a bug in wal-g. Have you ever tested them before switching to wal-g?
Because there are still K8s objects left that contain information about the cluster. |
Any idea what's the issue with wal-g. It fails when running This is the exact issue with wal-g. I even posted on stack overflow Appreciate any help |
Update: |
Is there any update on this. I raised this issue in the wal-g repo. If wal-g is broken, the operator is broken as well. Is there any way to fall back on alternate library through configuration? If wal-g is brojen, can I switch to wal-e |
use RDS. |
I am getting this error when attempting to clone from backup. postgres-operator:1.11.0
|
I setup a cluster and overnight it ran out of disk space. The
/pgroot/pgdata
had too manycore.postgres
files each 45 MB. Is this normal?I deleted the cluster and tried restoring from Backups from gcloud bucket. I get the following error
I can see the backups in gcloud bucket
![image](https://user-images.githubusercontent.com/618721/71134375-27494f80-2252-11ea-9611-7289903f83ad.png)
The pod-configuration:
Set like so:
The text was updated successfully, but these errors were encountered: