On Tue, Feb 24, 2026 at 5:18 AM KK CHN <kkchn.in@gmail.com> wrote:This goes for hours now, not yet finished. Is this normal behaviour ?Yes, if there is a lot of WALMy goal is to initiate a full backup afresh on the reposerver , so it doesn't matter all the old piled up WAL filesYou will need to (carefully!) disable pgbackrest archiving, clean up the old WAL, then start it up again. Basic sequence:1. Set archive_command to '/bin/true'2. Kill any existing pgbackrest processes, empty out the spool directory3. Wait for Postgres to cleanup / recycle the WAL (speed up with a manual CHECKPOINT)4. Restore your archive_command to the pgbackrest version5. Run pgbackrest check to verify WALs are being archived again6. Run a full backupIdeally, test these steps on a dev system, and understand why each step and why in that order. :)
This goes for hours now, not yet finished. Is this normal behaviour ?
My goal is to initiate a full backup afresh on the reposerver , so it doesn't matter all the old piled up WAL files
Cheers,Greg--Crunchy Data - https://www.crunchydata.comEnterprise Postgres Software Products & Tech Support
pgsql-general by date:
Соглашаюсь с условиями обработки персональных данных