Re: Schedule for 8.1 feature freeze

From: Rod Taylor <pg(at)rbt(dot)ca>
To: Dave Page <dpage(at)vale-housing(dot)co(dot)uk>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Subject: Re: Schedule for 8.1 feature freeze
Date: 2005-06-21 12:37:47
Message-ID: 1119357467.712.18.camel@home
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> I realise there probably won't be time to fix pg_terminate_backend, or
> convince people that it offers the admin the lesser of two evils (my
> limited understanding being that there is a chance of it not clearing
> some locks, vs, having to shut down the whole server to kill a single
> connection) - can we at least get the other functions applied?

Not clearing those locks frequently results in a "Lock Table corruption"
message and panic at some unknown point in the future, and is probably
not something we want to encourage.

It looks really bad when it happens hours or days after the connection
was killed because the user isn't going to associate those two actions.

This is a feature I'm really looking forward too, but it's not ready for
general consumption yet.

--

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Matthew T. O'Connor 2005-06-21 12:56:58 Re: [PATCHES] default database creation with initdb
Previous Message Bruno Wolff III 2005-06-21 12:26:31 Re: query plan ignoring check constraints