Re: BUG #5118: start-status-insert-fatal

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: BUG #5118: start-status-insert-fatal
Дата
Msg-id 4AD71D57020000250002B9E0@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: BUG #5118: start-status-insert-fatal  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: BUG #5118: start-status-insert-fatal  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> wrote:

> I neglected that point in my recently proposed LSB conforming script

Hmmm...  On review, I see that I assumed that the -w switch on pg_ctl
start would cover this.  I see that the problem is that this uses psql
to connect to the specified port.  Besides the problems Tom mentioned
with its heuristics to find the right port number for this cluster,
there is the OP's point that connections will go to the competing
cluster.  One thought that occurs to me is that instead of, or in
addition to, the new file Tom proposes, the "other cluster" issue
could be solved by having a pg_postmaster_pid function in addition to
the pg_backend_pid function.  This would allow pg_ctl or a script to
connect to a port and see if it is the expected postmaster process.

-Kevin

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

Предыдущее
От: "Steven McLellan"
Дата:
Сообщение: BUG #5120: Performance difference between running a query with named cursor and straight SELECT
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #5118: start-status-insert-fatal