From: | Scott Marlowe <smarlowe(at)g2switchworks(dot)com> |
---|---|
To: | Dr NoName <spamacct11(at)yahoo(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: transaction timeout |
Date: | 2005-07-26 15:37:04 |
Message-ID: | 1122392224.15145.68.camel@state.g2switchworks.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, 2005-07-26 at 09:40, Dr NoName wrote:
> Hi all,
>
> I have been quite satisfied with the level of support
> from the PostgreSQL community, but this time I'm
> getting nothing. So, is transaction timeout option
> planned at all? What's the alternative solution to a
> client that's hung in transaction?
The common view on this kind of thing is that if your client is broken,
you need to fix it.
That said, I have seen some folks post about writing a perl or shell
script that runs every x minutes looking for connections that have been
idle for > a certain amount of time and kill the backend associated with
it (sigterm, not -9...)
Generally speaking, I'd rather code my own solution to these problems
than do it the way Oracle does. Often times the choices someone else
makes for you in fixing these problems are suboptimal for your system.
From | Date | Subject | |
---|---|---|---|
Next Message | Janning Vygen | 2005-07-26 15:39:15 | Re: Trigger disactivation and SELECT WAITING |
Previous Message | Michael Fuhr | 2005-07-26 15:35:27 | Re: transaction timeout |