Re: Problems with max_connections parameter - Mailing list pgsql-bugs

From Jorge Augusto Meira
Subject Re: Problems with max_connections parameter
Date
Msg-id AANLkTinX0vdLmApLc-GZ42FXesSoCRvUcuZGE3yyutho@mail.gmail.com
Whole thread Raw
In response to Re: Problems with max_connections parameter  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Problems with max_connections parameter  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-bugs
Hi again

Have something else I can do to reach the limit of the parameter
max_connections?

This may be a bug?

Thanks
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? =A0If 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. =A0This
> 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.
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0regards, tom lane
>

pgsql-bugs by date:

Previous
From: Robert Haas
Date:
Subject: Re: variadic flag doesn't work with "any" type
Next
From: "Andrey G."
Date:
Subject: Re: BUG #5776: Unable to create view with parameter in PL/pgsql