Re: 2PC-induced lockup - Mailing list pgsql-hackers

From Chris Browne
Subject Re: 2PC-induced lockup
Date
Msg-id 604pkbxapg.fsf@dba2.int.libertyrms.com
Whole thread Raw
In response to 2PC-induced lockup  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: 2PC-induced lockup
Re: 2PC-induced lockup
List pgsql-hackers
tomas@tuxteam.de writes:
> On Wed, Jul 11, 2007 at 12:38:09AM -0400, Tom Lane wrote:
>> tomas@tuxteam.de writes:
> [...]
>> > It might make sense then to clear the pg_twophase directory on DB
>> > startup.
>> 
>> <blink>  I fear you have 100% misunderstood the point.  The *only*
>> reason for that feature is to survive DB crashes.
>
> Ah -- so it is intentional that it keeps the DB from starting again.
> OK, then I misunderstood. Sorry for the noise.

I don't think that is so much "intentional" as it is an "emergent
property."

The usual point to 2PC is that once transactions are PREPAREd, they
*need* to be stored robustly enough to survive even a DB crash.

If one locks certain vital system resources, as part of that PREPAREd
transaction, that evidently causes some problems, alas...

The right resolution to this is not, a priori, evident yet.
-- 
(format nil "~S@~S" "cbbrowne" "linuxdatabases.info")
http://cbbrowne.com/info/linuxdistributions.html
Rules of the Evil Overlord #38. "If  an enemy I have just killed has a
younger sibling or offspring anywhere,  I will find them and have them
killed immediately, instead  of waiting for them to  grow up harboring
feelings of vengeance towards me in my old age."
<http://www.eviloverlord.com/>


pgsql-hackers by date:

Previous
From: "Narasimha Rao P.A"
Date:
Subject: doubt
Next
From: Tom Lane
Date:
Subject: Re: Bgwriter strategies