Startup death!

From: "Sam Liddicott" <sam(dot)liddicott(at)ananova(dot)com>
To: <pgsql-general(at)postgresql(dot)org>
Subject: Startup death!
Date: 2002-07-18 08:48:12
Message-ID: D38A0FCD5830E848992DF2D4AF5F6F4F96B3EC@conwy.leeds.ananova.internal
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

From time to time on postgres 7.2 or postgres 7.2.1 we get a case when we
have the maximum number of postgres processes all taking all available CPU
shared among themselves stuck in "startup" mode (as "ps -fwwwwu postgres"
shows).

The only cure is to is to do a shutdown (which doesn't work) and then kill
-9 one of the stuck-in-startup processes upon which they all die and it
shuts down properly within seconds.

We then restart postgres and all is well.

The only extra info I have is that under 7.2 (not 7.2.1) after such
circumstances, if I then did opened a psql process on that DB it would take
many (perhaps 10 seconds) before psql gave me a prompt. If before this time
I open the DB to many clients they all get stuck in startup again, but if I
wait till after this prompt then they do not get stuck in startup again.
In contrast 7.2.1 psql client gives the prompt right away but the first
simple query (select * from channelregion; - a few hundred row) takes maybe
5 seconds the first time.

Why are all these processes stuck in startup and taking as much cpu as they
can?

Sam
_____

Samuel Liddicott
Support Consultant
sam(at)ananova(dot)com <mailto:sam(at)ananova(dot)com>
Direct Dial: +44 (0)113 367 4523
Fax: +44 (0)113 367 4680
Switchboard: +44 (0)113 367 4600

Ananova Limited
Marshall Mill
Marshall Street
Leeds
LS11 9YJ

http://www.ananova.com

Registered Office:
St James Court
Great Park Road
Almondsbury Park
Bradley Stoke
Bristol BS32 4QJ
Registered in England No.2858918

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you receive
this in error, please contact the sender and delete the material from any
computer.

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Steve Brett 2002-07-18 09:07:33 Appropriate values for sort_mem and shared_buffers
Previous Message Tomas Lehuta 2002-07-18 08:12:00 LOCALE settings