Re: sorry, too many standbys already vs. MaxWalSenders vs. max_wal_senders

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: sorry, too many standbys already vs. MaxWalSenders vs. max_wal_senders
Дата
Msg-id x2l3f0b79eb1003302154uf7670077n6065ea790201c8a6@mail.gmail.com
обсуждение исходный текст
Ответ на sorry, too many standbys already vs. MaxWalSenders vs. max_wal_senders  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: sorry, too many standbys already vs. MaxWalSenders vs. max_wal_senders
Re: sorry, too many standbys already vs. MaxWalSenders vs. max_wal_senders
Список pgsql-hackers
On Wed, Mar 31, 2010 at 12:06 PM, Robert Haas <robertmhaas@gmail.com> wrote:
> After snapshotting my master using hot backup to create a workable
> slave instance, I created recovery.conf on the slave and tried to get
> it to connect to the master and stream WAL.
>
> This led to the message "sorry, too many standbys already", which did
> not immediately clue me in as to what I needed to do to fix the
> problem.  Grepping the source code for the error message revealed that
> the problem was that MaxWalSenders was zero.  A few seconds further
> head-scratching revealed that this was the GUC max_wal_senders, which
> I duly increased from 0 to 1, after which it worked.
>
> I think perhaps this error message needs some adjustment.  It should
> be reasonably possible to guess the name of the GUC that needs
> increasing based on the error message, and it currently isn't.

Agreed. How about the atteched patch?
The patch treats differently the case where max_wal_senders is 0,
and the following error message (better message?) is written only
in this case.

    could not accept connection from the standby because max_wal_senders is 0

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

Вложения

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Parameter name standby_mode
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: Parameter name standby_mode