Re: Allow pg_archivecleanup to remove backup history files
torikoshia <torikoshia@oss.nttdata.com>
From: torikoshia <torikoshia@oss.nttdata.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: Kyotaro Horiguchi <horikyota.ntt@gmail.com>,
masao.fujii@oss.nttdata.com, bharath.rupireddyforpostgres@gmail.com,
pgsql-hackers@postgresql.org
Date: 2023-07-19T12:44:02Z
Lists: pgsql-hackers
On 2023-07-19 13:58, Michael Paquier wrote: > On Fri, Jun 30, 2023 at 03:48:43PM +0900, Michael Paquier wrote: >> I have begun cleaning up my board, and applied 0001 for the moment. > > And a few weeks later.. I have come around this thread and applied > 0002 and 0003. > > The flow of 0002 was straight-forward. My main issue was in 0003, > actually, where the TAP tests were kind of confusing as written: > - There was no cleanup of the files still present after a single > command check, which could easily mess up the tests. > - The --dry-run case was using the list of WAL files for the extension > pattern checks, hardcoding names based on the position of its array. > I have switched that to use a third list of files, instead. > > The result looked OK and that can be extended easily for more > patterns or more commands, so applied 0003 after doing these > adjustments, coupled with a pgperltidy run, a pgperlcritic check and > an indentation. > -- > Michael Thanks for the reviewing and applying the patches! -- Regards, -- Atsushi Torikoshi NTT DATA CORPORATION
Commits
-
pg_archivecleanup: Add --clean-backup-history
- 3f8c98d0b631 17.0 landed
-
pg_archivecleanup: Refactor loop doing old segment removals
- 4a7556f77c44 17.0 landed
-
Introduce long options in pg_archivecleanup
- dd7c60f1935a 17.0 landed