On Tue, Feb 14, 2017 at 5:13 PM, Michael Paquier
wrote:
> On Wed, Feb 15, 2017 at 3:55 AM, Jeff Janes wrote:
>> I thought people would object to checking the version number in two
>> different places to make the same fundamental decision, and
On Wed, Feb 15, 2017 at 3:55 AM, Jeff Janes wrote:
> I thought people would object to checking the version number in two
> different places to make the same fundamental decision, and would want that
> refactored somehow. But if you are OK with it, then I am.
The binary
On Mon, Feb 13, 2017 at 6:19 PM, Michael Paquier
wrote:
> On Tue, Feb 14, 2017 at 9:09 AM, Jeff Janes wrote:
> > check for "/usr/local/pgsql9_6/bin/pg_resetwal" failed: No such file or
> > directory
> >
> > This looks somewhat complicated to fix.
On Tue, Feb 14, 2017 at 9:09 AM, Jeff Janes wrote:
> check for "/usr/local/pgsql9_6/bin/pg_resetwal" failed: No such file or
> directory
>
> This looks somewhat complicated to fix. Should check_bin_dir test the old
> cluster version, and make a deterministic check based on
Upgrading from 9.6 to dev, I now get:
$ rm bisectdata -r ; bisect/bin/pg_ctl initdb -D bisectdata;
bisect/bin/pg_upgrade -b /usr/local/pgsql9_6/bin/ -B bisect/bin/ -d 96 -D
bisectdata/
check for "/usr/local/pgsql9_6/bin/pg_resetwal" failed: No such file or
directory
This looks somewhat