Skip site navigation (1) Skip section navigation (2)

Re: FATAL 1: Sorry, too many clients already

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Robert John Shepherd" <robert(at)reviewer(dot)co(dot)uk>
Cc: pgsql-odbc(at)postgresql(dot)org
Subject: Re: FATAL 1: Sorry, too many clients already
Date: 2002-11-18 16:49:25
Message-ID: 29938.1037638165@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-odbc
"Robert John Shepherd" <robert(at)reviewer(dot)co(dot)uk> writes:
> Nothing really. But I have noticed some very odd behaviour, the website
> seems very happy for long periods, with no more than 8-10 postgresql
> processes running. Then for no apparent reason, the number of processes
> increases dramatically to the maximum and they seem to all be either
> idle or sleeping, none are consuming any cpu at all.

Two plausible theories:

1. Something wacko in client-side connection pooling logic, causing
new connections to be opened when not really necessary.

2. Client transactions are all waiting on a lock held by some
transaction that's not doing anything but not releasing the lock either.

It's rather difficult to debug case #2 in current releases, because
there's no easy way to look at the locking status.  (In 7.3 there's
a new pg_locks system view that allows you to determine exactly who's
waiting for whom and why.  Dunno if you'd like to try your site on
7.3rc1, but the option is there.)  One thing you can look at is "ps"
status: if there is one guy who's "idle in transaction" and the others
are all "SELECT waiting" (or any-operation waiting), then it's a good
bet that the first one has got the lock the others are waiting for.

			regards, tom lane

In response to

pgsql-odbc by date

Next:From: Joan Picanyol i PuigDate: 2002-11-19 02:10:55
Subject: Re: insert into view with a defined rule fails from MSAccess
Previous:From: Robert John ShepherdDate: 2002-11-18 16:02:39
Subject: Re: FATAL 1: Sorry, too many clients already

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group