From: | Marti Raudsepp <marti(at)juffo(dot)org> |
---|---|
To: | Michael Banck <michael(dot)banck(at)credativ(dot)de> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Log notice that checkpoint is to be written on shutdown |
Date: | 2014-10-09 17:24:04 |
Message-ID: | CABRT9RCi-jC24gQvKb+h3Q6CvJi67sqtFoesjENQAGmnZPqQoA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Oct 2, 2014 at 4:21 PM, Michael Banck <michael(dot)banck(at)credativ(dot)de> wrote:
> we have seen repeatedly that users can be confused about why PostgreSQL
> is not shutting down even though they requested it. Usually, this is
> because `log_checkpoints' is not enabled and the final checkpoint is
> being written, delaying shutdown.
Are you convinced that that's the *actual* reason? Maybe you're
mis-attributing it.
In my experience shutdown delays are often caused by using the default
"smart" shutdown mode, which is another way of saying "completely
stupid". It waits until all connections to the server are closed --
meaning never in common situations with connection pooling or when an
admin has forgotten their psql shell open. To add insult to injury,
you can't open a new connection to invoke pg_terminate_backend() to
kill them, either.
In the case of a "restart", it can cause much longer downtime than a
fast/immediate restart would.
Sorry for the rant, but am I the only one hating that default?
Regards,
Marti
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2014-10-09 17:30:23 | Re: Log notice that checkpoint is to be written on shutdown |
Previous Message | Joshua D. Drake | 2014-10-09 17:17:41 | Expose options to explain? (track_io_timing) |