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 have a PostgreSQL cluster with WAL-G backup enabled on a S3 (MinIO) cluster. When I backup and restore this MinIO cluster, the WAL-G file timestamps are modified in my bucket. S3 (and MinIO here) does not allow to modify the last modified timestamp. Therefore, PostgreQL can no longer restore available WAL-G backups.
Why this script does not use the start_time information returns by the same command with the --detail option (envdir /run/etc/wal-e.d/env-clone-kast-default-postgresql/ wal-g backup-list --detail --json)?
In the example just below, WAL-G files have the same modified timestamp (because I restored my MinIO cluster) but the start_time is correct (+1 second):
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
I have a PostgreSQL cluster with WAL-G backup enabled on a S3 (MinIO) cluster. When I backup and restore this MinIO cluster, the WAL-G file timestamps are modified in my bucket. S3 (and MinIO here) does not allow to modify the last modified timestamp. Therefore, PostgreQL can no longer restore available WAL-G backups.
Indeed, the
/scripts/clone_with_wale.py
script uses theenvdir /run/etc/wal-e.d/env-clone-kast-default-postgresql/ wal-g backup-list --json
command and the output of themodified
column (https://github.com/zalando/spilo/blob/master/postgres-appliance/bootstrap/clone_with_wale.py#L72). However, this column corresponds to the last modified date (that can be changed).Why this script does not use the
start_time
information returns by the same command with the--detail
option (envdir /run/etc/wal-e.d/env-clone-kast-default-postgresql/ wal-g backup-list --detail --json
)?In the example just below, WAL-G files have the same modified timestamp (because I restored my MinIO cluster) but the start_time is correct (+1 second):
Beta Was this translation helpful? Give feedback.
All reactions