[HACKERS] renaming pg_resetxlog to pg_resetwal has broken pg_upgrade.

Поиск
Список
Период
Сортировка
От Jeff Janes
Тема [HACKERS] renaming pg_resetxlog to pg_resetwal has broken pg_upgrade.
Дата
Msg-id CAMkU=1yURZZONoeLXhPsp2AkqR5MNAXiCiTVnrt2LGd6qD1b8w@mail.gmail.com
обсуждение исходный текст
Ответы Re: [HACKERS] renaming pg_resetxlog to pg_resetwal has broken pg_upgrade.  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
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 complicated to fix.  Should check_bin_dir test the old cluster version, and make a deterministic check based on that?  Or just check for either spelling, and stash the successful result somewhere?


Culprit is here:

commit 85c11324cabaddcfaf3347df78555b30d27c5b5a
Author: Robert Haas <rhaas@postgresql.org>
Date:   Thu Feb 9 16:23:46 2017 -0500

    Rename user-facing tools with "xlog" in the name to say "wal".

    This means pg_receivexlog because pg_receivewal, pg_resetxlog
    becomes pg_resetwal, and pg_xlogdump becomes pg_waldump.



Cheers,

Jeff

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Kyle Gearhart
Дата:
Сообщение: Re: [HACKERS] libpq Alternate Row Processor
Следующее
От: Michael Paquier
Дата:
Сообщение: [HACKERS] Set of fixes for WAL consistency check facility