Re: Problems with max_connections parameter

Поиск
Список
Период
Сортировка
От Jorge Augusto Meira
Тема Re: Problems with max_connections parameter
Дата
Msg-id AANLkTimQufWBzotw4NpwDkJWRNzMEuY-wpWLpvTaavCo@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Problems with max_connections parameter  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Problems with max_connections parameter  (Euler Taveira de Oliveira <euler@timbira.com>)
Список pgsql-bugs
Hi Tom

The test program is running in other 5 client machines.
In the logs of my test program, the max_connection parameter limit is never
reached.

Regards
Jorge

On Mon, Dec 6, 2010 at 1:31 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> Jorge Augusto Meira <jmeira@c3sl.ufpr.br> writes:
> > The error message was:
> > "Erro Conex=E3o: A tentativa de conex=E3o falhou."
> > or
> > "Erro Conex=E3o: FATAL: connection limit exceeded for non-superusers"
>
> Hmm ... I can't find the first of those anywhere in the 8.4 message
> lists; but the second one definitely says that you *are* hitting the
> max_connections limit, whether you think you should be or not.
>
> I wonder whether you are neglecting to allow for the fact that backends
> have a nonzero shutdown time?  If you disconnect and immediately
> reconnect, it's possible that your old backend is still around, so that
> the new connection attempt causes max_connections to be exceeded.  This
> is particularly likely if the test program is on the same machine as the
> database server, because the test program itself is likely to have a
> higher scheduling priority than the old backend.
>
>                        regards, tom lane
>

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Problems with max_connections parameter
Следующее
От: Euler Taveira de Oliveira
Дата:
Сообщение: Re: Problems with max_connections parameter