Re: What is the best and easiest implementation to reliably wait for the completion of startup?
| От | Tom Lane |
|---|---|
| Тема | Re: What is the best and easiest implementation to reliably wait for the completion of startup? |
| Дата | |
| Msg-id | 12493.1306506893@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | What is the best and easiest implementation to reliably wait for the completion of startup? ("MauMau" <maumau307@gmail.com>) |
| Ответы |
Re: What is the best and easiest implementation to reliably wait for the completion of startup?
|
| Список | pgsql-hackers |
"MauMau" <maumau307@gmail.com> writes:
> The bad thing is that pg_ctl continues to wait until the specified duration
> passes, even if postgres fails to start. For example, it is naturally
> desirable for pg_ctl to terminate when postgresql.conf contains a syntax
> error.
Hmm, I thought we'd fixed this in the last go-round of pg_ctl wait
revisions, but testing proves it does not work desirably in HEAD:
not only does pg_ctl wait till its timeout elapses, but it then reports
"server started" even though the server didn't start. That's clearly a
bug :-(
I think your proposal of a pipe-based solution might be overkill though.
Seems like it would be sufficient for pg_ctl to give up if it doesn't
see the postmaster.pid file present within a couple of seconds of
postmaster startup. I don't really want to add logic to the postmaster
to have the sort of reporting protocol you propose, because not
everybody uses pg_ctl to start the postmaster. In any case, we need a
fix in 9.1 ...
regards, tom lane
В списке pgsql-hackers по дате отправления: