Re: Yet another failure mode in pg_upgrade

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Yet another failure mode in pg_upgrade
Дата
Msg-id 20120901185003.GC13604@momjian.us
обсуждение исходный текст
Ответ на Re: Yet another failure mode in pg_upgrade  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Yet another failure mode in pg_upgrade  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Sat, Sep  1, 2012 at 02:43:35PM -0400, Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> > Well, you only want the unix_socket* if sockdir is defined, but you want
> > LISTEN_STR unconditionally, even if there is no sockdir.
> 
> Really?  What will happen when the installation's default is to not
> listen on any Unix socket?  (unix_socket_directories = '' in
> postgresql.conf.)

Well, don't do that then.  Locking out TCP seems like a big win.

> I'm inclined to think that the "no sockdir" case is broken and you
> should get rid of it.  If you're starting a postmaster, you can and
> should tell it a sockdir, period.  If you're running a live check this
> code is all moot anyway.

I don't think you understand.  The "no sockdir" case is only for live
checks of pre-9.1 old servers, because we can't find the socket
directory being used.  Everything else uses the local directory for the
socket.  If we remove that case, we can't do live checks on pre-9.1
servers.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +



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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Yet another failure mode in pg_upgrade
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Yet another failure mode in pg_upgrade