Re: [HACKERS] Re: Clarifying "server starting" messaging in pg_ctlstart without --wait
От | Peter Eisentraut |
---|---|
Тема | Re: [HACKERS] Re: Clarifying "server starting" messaging in pg_ctlstart without --wait |
Дата | |
Msg-id | d20bac37-c764-fb02-3f8d-886969e807eb@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Re: Clarifying "server starting" messaging in pg_ctlstart without --wait (Fujii Masao <masao.fujii@gmail.com>) |
Ответы |
Re: [HACKERS] Re: Clarifying "server starting" messaging in pg_ctlstart without --wait
|
Список | pgsql-hackers |
On 1/15/17 11:40 PM, Fujii Masao wrote: > This change may confuse the users who run "pg_ctl start" to perform a crash > recovery, archive recovery and standby server (with hot_standby=off) because > "pg_ctl start" would not return so long time. Well, this change was made because the previous behavior confused people as well, because pg_ctl would return before it was actually done. The new state shouldn't be confusing because pg_ctl prints out progress messages. > Also during that long time, > the error message "FATAL: the database system is starting up" keeps outputing. We could potentially avoid some of this by using the new facilities in pg_ctl to read pg_control and not use PQping() before the state is out of DB_IN_CRASH_RECOVERY. Note, however, that this isn't a new problem. The way pg_ctl start -w is implemented hasn't changed. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: