Re: pg_upgrade using appname to lock out other users

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: pg_upgrade using appname to lock out other users
Дата
Msg-id BANLkTimihhqKxwvxr=DhWtJ5_WOsoxa22A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pg_upgrade using appname to lock out other users  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: pg_upgrade using appname to lock out other users
Список pgsql-hackers
On Wed, Jun 15, 2011 at 1:35 PM, Bruce Momjian <bruce@momjian.us> wrote:
> I now believe we are overthinking all this.  pg_upgrade has always
> supported specification of a port number.  Why not just tell users to
> specify an unused port number > 1023, and not to use the default value?

1. Because it shouldn't be the user's problem to figure out a good
choice of port number.

2. Because we also really ought to be ignoring the contents of
pg_hba.conf during an upgrade, and instead have some mechanism that
allows pg_upgrade to be sure of getting in (without creating a
security hole in the process).

I agree that back-patching these changes wouldn't be a wonderful
thing, but we are going to do a lot more releases that have pg_upgrade
in them in the future than we've already done in the past.  It's not a
bad thing to try to start improving on the basic mechanism, even if
takes a while for versions that support that mechanism to become
commonplace.  Limiting what we're willing to do the server to improve
the pg_upgrade experience in the future to what we're willing to
back-patch is not going to be a winning strategy.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Dan Ports
Дата:
Сообщение: Re: patch: update README-SSI
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Re: starting to review the Extend NOT NULL representation to pg_constraint patch