Re: pg_upgrade version checking questions
Daniel Gustafsson <daniel@yesql.se>
From: Daniel Gustafsson <daniel@yesql.se>
To: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Cc: "pgsql-hackers@lists.postgresql.org" <pgsql-hackers@lists.postgresql.org>
Date: 2021-03-02T21:51:12Z
Lists: pgsql-hackers
Attachments
- v6-0001-Check-version-of-target-cluster-binaries.patch (application/octet-stream) patch v6-0001
> On 2 Mar 2021, at 14:20, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > > On 23.02.21 17:14, Daniel Gustafsson wrote: >> This exports validate_exec to reduce duplication, and implements a custom >> find_other_exec-like function in pg_upgrade to check each binary for the >> version number. Keeping a local copy of validate_exec is easy to do if it's >> deemed not worth it to export it. > > This looks mostly okay to me. Thanks for reviewing! > The commit message says something about "to ensure the health of the target cluster", which doesn't make sense to me. Maybe find a better wording. Reworded in the attached updated version. > The name find_exec() seems not very accurate. It doesn't find anything. Maybe "check"? I'm not wild about check_exec(), but every other name I could think of was drastically worse so I went with check_exec. > I'm not sure why the new find_exec() adds EXE. AFAIK, this is only required for stat(), and validate_exec() already does it. Good point, fixed. -- Daniel Gustafsson https://vmware.com/
Commits
-
pg_upgrade: Check version of target cluster binaries
- f06b1c598254 14.0 landed
-
pg_upgrade: Default new bindir to pg_upgrade location
- 959f6d6a1821 13.0 landed
-
pg_upgrade: Check all used executables
- 0befb4f31386 13.0 landed