DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=FeaefcogMKzf5Gy9IR0E+KGK9lWWOA1ZU36ILdUbwH8SYRIzpDoFMqPni1GNlG0B1D4f4oqKtii63qpFluST3hxqOBoN4jurRMmJupW4JYOVwd6B+OmtEUcR4lN3ASFB6EalHakPzOKNJ6Z8fBPqo+3tTtjGuxhyBb7jj8XIgfk=
Message-ID: <dcc563d10805271120h164f682cw5bfd7c11bbb0a818@mail.gmail.com>
Date: Tue, 27 May 2008 12:20:27 -0600
From: "Scott Marlowe" <scott.marlowe@gmail.com>
To: "Carol Walter" <walterc@indiana.edu>
Subject: Re: Postgres will not shutdown?
Cc: pgsql-admin@postgresql.org
In-Reply-To: <A9B30AAD-3ABD-40A1-B7E6-4B41FDB1F89A@indiana.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <A9B30AAD-3ABD-40A1-B7E6-4B41FDB1F89A@indiana.edu>

On Tue, May 27, 2008 at 8:22 AM, Carol Walter <walterc@indiana.edu> wrote:
> Hello,
>
> I've had a number of problems with Postgres in passed few days.  First ,I
> had an issue with a corrupt index.  One solution required that I stop and
> start postgres so it would read the postgresql.conf file.  It looked like it
> was stopping but it wasn't.  I finally had to kill the processes.  The
> problem was that postgres didn't thing the pg_ctl was running.  Then I
> realized I had not set the parameter that I needed to set quite high enough
> so I had to stop and restart it again.  It didn't stop again but this time I
> got the following message:
>
> # /etc/init.d/cswpostgres stop
> Stopping PostgreSQL database...
> waiting for server to shut
> down............................................................... failed
> pg_ctl: server does not shut down
>
> Can anyone help unravel this?

more than likely your initscript is calling pg_ctl -D datadir stop

In pg_ctl there's a -m switch with 3 args that can let you stop
postgresql faster. The three args are smart, fast, and immediate.
Smart, the default waits for the clients to disconnect, fast
disconnects the clients, which rolls back their transactions, then
shuts down pg, Immediate kills all the postgres backends and requires
that the db recover on restart.